AIで作った仕組みが止まりました。所属変更で気づいた、設計の分からなさ
所属が変わりました。
それに合わせて、自分の資料や肩書き、フォルダの名前を直そうとしたら、AIで作った自動化のワークフローが、急に回らなくなりました。
中小企業でAI活用を進めている、非エンジニアの私です。
これまでこのnoteでも、自動化を作った話や、増やしすぎて整理している話を書いてきました。
今回は、そこでまた困ったことが起きています。
名前を直せば済むつもりだったのに、いろんなところを直さないとうまく動かない。しかも、どこが原因なのか、自分では分からないんです。
仕組みを作ってもらうところまで、AIに任せすぎていました。
まだ復旧できたという話ではありません。
自分の業務をAIで自動化している方に向けて、何に困り、週末に何を見直そうとしているのかを書きます。
所属に合わせたフォルダで、いろいろ回していた
もともと私は、自分の所属に合わせたフォルダを作って、そこに資料を置き、いろんな作業を回していました。
その場所を前提に、AIへの指示や、自動化の手順も作ってもらっていました。
使っている間は、あまり気にしていませんでした。
自分の仕事の資料が、自分の所属のフォルダにある。それは普通の整理の仕方だと思っていました。
ところが、所属名はフォルダだけに入っていたわけではありません。
資料の中にも、肩書きにも、AIに作業の決まりを伝える指示書にも入っていました。
CLAUDE.mdやAGENTS.mdといったファイルも、その一つです。
名前だけ見ると少し難しそうですが、ここでは、AIに仕事の進め方を伝えるための文書、と思っていただければ十分です。
私の仕事に合わせて便利にしていくうちに、同じ所属名があちこちに入っていました。
所属が変わって初めて、その広がりが気になりました。
名前を直そうとしたら、作業が止まる
新しい所属名に合わせようとすると、直す場所がいくつも出てきます。
フォルダ、資料、肩書き、指示書。それぞれに入っている名前を見直さないと、うまく回らないところがある。
そのなかで、自動化のワークフローが急に止まることも起きています。
ワークフローというのは、いくつかの作業を順番につないだ流れのことです。
私の感覚では、所属名が少し変わっただけでした。
でも、仕組みにとっては、あちこちを確認し直す変更になってしまった。
所属名があちこちに入っていて、見直しが必要になったことは分かりました。
ただ、どのファイルの、どの記述が、どの停止に影響したのか。細かい原因を自分でたどれないことが、今いちばん困っている点です。
止まった理由を、自分で説明できない
単純に、動かなくなったことだけなら、AIに直してもらおうと思えます。
実際、今回もAIを頼っています。
ただ、原因を調べようとしたとき、自分が仕組みを理解していないことに気づきました。
設計も、データベースの作りも、その前提になる考え方も、かなりAIに任せていたんです。
何をどうつなげたら動くのか。なぜ、その決まりになっているのか。
作ってもらったときに、自分の中で十分に消化できていませんでした。
動いている間は、分かっていないことに気づきにくかったんです。
止まって初めて、どこを見ればいいのか分からなくなる。
今は、これはちょっとまずいな、と感じています。
作ったときの私が、確認していなかったこと
振り返ると、最初に作ったときの私の使い方にも、甘いところがあったと思います。
やりたいことを伝えて、作ってもらって、動くところまで進む。その途中で、設計をいろんな角度から確認することが十分ではありませんでした。
AIに説明してもらったとしても、私自身が理解できたところまで戻って確認していたかというと、そこまでできていなかった。
動いたことに安心して、次のお願いへ進んでいたんだと思います。
以前、AIに任せたのに、確認が増えました。という記事では、自動化を増やしすぎて全体を追えなくなったことを書きました。
今回は、その仕組みに変更を入れようとして、別の形で困っています。
変更を入れたいのに、どこまで影響するのかが分からない。自分が理解していなかった部分が、急に表に出てきた感じです。
エンジニアの方の仕事を、少し想像しました
ここで、エンジニアの方ならどう考えるんだろう、と思いました。
最初に設計を考えて、データをどう持つか、どんな規則にするかを決めてから作る。そういう仕事の大事さを、今さらながら想像しています。
私は開発の専門家ではないので、実際の現場でどこまで、どう確認しているかは分かりません。
エンジニアならこういうトラブルが起きない、と言いたいわけでもありません。
ただ、自分があまり考えずにお願いしていた部分に、考えなければいけないことがたくさんあったのだろうな、と感じています。
目に見える画面や、動いている作業の裏側に、いろんな決まりがあったのだろうな、と思います。
そこを丸ごと任せたまま、私の方は便利さを受け取っていた。
所属の変更をきっかけに、その見えていなかった部分と向き合うことになりました。
モックアップの先にも、同じことがあるのかも
そう考えると、Webサービスを作るときにも、似たことがあるのかもしれないと思いました。
AIにやってほしいことを伝えながら作る、いわゆるバイブコーディングです。
画面の見本や、動く試作品ができると、かなりうれしいと思います。
私も、自分の仕事で使うものが動くようになると、それだけで次のことを頼みたくなります。
でも、あとから一つ変えたくなったときは、どうなるのか。
裏側でいろんな場所につながっていたら、思っていたより広い範囲を直すことになったり、別のところが動かなくなったりするのかもしれません。
これは、今回私がWebサービスで経験した話ではありません。
自分の自動化で困って、そういうことも起こり得るのかな、と想像した話です。
作るのが簡単になっても、使い続けるところまで簡単になったとは限らない。
少なくとも、私の手元ではそうでした。
開発って、思っていたより大変なんだなと感じています。
週末に、まとめて直す時間を取りたい
自動化のワークフローは、結構いろいろ作っていました。
それだけに、止まると困りますし、その都度直すだけでもなかなか大変です。
悲惨というほどではないんですが、ちょっと大変だな、というのが正直なところです。
便利にするために作ったものが、今は自分の手を取っています。
そこで、週末にまとめて見直したいと思っています。
他の人とのやり取りが少なくなるタイミングで、いったん腰を据えて直して、また回る状態に戻したい。
どこまで直せるかは分かりませんが、まずはその時間を取りたいです。
直すところも、またAIに頼るつもりです
ここまで、AIに任せすぎて分からなくなった、と書いてきました。
それで、今度はどうするのか。
またAIに頼ろうと思っています。
能力の高いモデルを使い、考える量も増やして、AI同士で壁打ちしてもらいながら、設計図を作ってもらうつもりです。
AIからは、設計図を作って、これなら大丈夫だという説明も受けています。
ただ、実際に見直して、また回る状態にできるかは、これからです。
以前、プロンプト、もう書いていません。と書いたときも、作る手間が減った一方で、更新する仕事が増えました。
今回は、その更新がうまくいかなくなっているところです。
AIを使うのをやめようとは思っていません。
自分だけでは作れなかったものを作ってもらったのも、確かなので。
今度は、設計図を受け取ったあとも確かめたい
次に設計図を見せてもらうとき、何を聞けば、今回のような困り方を減らせるのか。
名前を変えたら何に影響するのか、というところから確認できるとよさそうです。
今回困ったことを、これから確かめる問いにすると、こんな三つになります。
所属名や保存先は、どこに書かれているのか。
そこを変えたら、どの作業を確かめればよいのか。
また止まったら、最初に何を見ればよいのか。
まだ試して効果を確かめた手順ではありません。見直しの出発点として考えていることです。
同じように、自分の業務のための仕組みをAIで作っている方には、この問いだけでも持ち帰っていただけるかなと思います。
まずは、説明を受けた内容を、自分の言葉で確かめるところからです。
まとめ：所属が変わって、分かっていないことが見えた
自分にとっては、所属名が変わっただけ。
でも、作った仕組みの中では、その名前がいろんなところに入っていて、直す場所がいくつも出てきました。
止まったときに、自分でたどれない部分が残っていた。そこまで含めて、作ってもらった仕組みだったんだと思います。
今度は、直してもらった仕組みを、私も少しは説明できるようにしたいです。
週末に、またAIを頼りながら見直します。
あとがき
AIに任せすぎて困っているのに、直すのもまたAIにお願いする。
自分で話していても、そこは少しおかしいなと思います（笑）。
それでも、今度こそまた回る仕組みに戻してもらいたい。
週末も、結局AIのお世話になりそうです。
あわせて読みたい
同じように社内でAI活用を推進している方の話が、一番参考になります。
「うちはこうだった」があれば、ぜひコメントで教えてください。
このnoteでは、横浜の中小企業でAI活用を進めるなかで、うまくいったことも、うまくいかなかったことも、そのまま書いています。
よかったらフォローして、次回も読んでいただけると嬉しいです。
