AIへの丸投げが、1週間のロスを生む ─ 指示の解像度の話
テストは通る。でも、意図とは違う
AIに開発を任せると、不思議なことが起きる。
テストは通っているのに、求めたものと違う。動く。でも、思っていた形ではない。
たとえば、ある内製開発でこんなことがあった。
検索フォームの実装を頼んだら、絞り込み機能が、なぜか別の画面に切り離されて出てきた。ページ送りを頼めば、全件をまとめて取ってきて、画面側で分割していた。
動作としては正しい。テストも通る。でも、設計の意図とはずれている。
指示の解像度と、出力の品質は比例する
なぜ、こうなるのか。
AIは、指示のすき間を自分で埋める。曖昧なところは、それらしく補完する。だから、指示が粗いほど、補完の量が増え、意図から離れていく。
指示の解像度と、出力の品質は比例する。
粗い指示からは、粗い成果しか返らない。これはAIの性能の問題ではなく、渡した情報量の問題だ。
人間の部下なら、違和感を覚えて「これで合ってますか」と聞き返す。AIは、聞き返さずに突き進む。だからこそ、渡す側の粒度が、そのまま結果を決める。
丸投げの代償は、あとから来る
厄介なのは、ずれがすぐには見えないことだ。
あるとき、データベースのテーブル設計を、そのままAIに丸投げしたことがある。動くものは、すぐにできた。
問題が出たのは、プロジェクトの中盤だった。将来の拡張がまるで考えられておらず、構造を作り直す羽目になった。移行作業に、約1週間が消えた。
最初に設計の意図を1時間ぶん言語化していれば、防げたロスだ。丸投げで浮いた時間は、あとで利子つきで返ってくる。
粒度は「任せる範囲」で設計する
では、何でもかんでも細かく指示すればいいのか。それも違う。
大事なのは、任せる範囲を決めることだ。
- 譲れない前提（設計思想、拡張の方向、守るべき制約）は、必ず言葉にして渡す
- 手段の細部（変数名、細かな書き方）は、任せてよい
境界線を引かずに全部を投げるから、いちばん譲れない部分まで、AIの想像で埋められてしまう。
判断の核だけは自分で握り、作業は預ける。この線引きこそが、指示の設計だ。
まとめ：3つの洞察
-
AIは、すき間を勝手に埋める
- 曖昧な指示ほど補完が増え、意図から離れる。テストが通っても設計意図と一致するとは限らない
-
解像度と品質は比例する
- 粗い指示からは粗い成果しか返らない。渡した情報量が、そのまま出力の質になる
-
丸投げの代償は後払い
- 前提の言語化を省くと、手戻りという利子つきで返ってくる。任せる範囲を先に決めるのが指示の設計
次回予告
指示の解像度を上げるには、現実を知っていることが前提になる。
次回は、なぜ現場に行かないAI導入は的を外すのか。「理想の業務」ではなく「今の現場」から始める意味を掘り下げる。
💬 AIやメンバーへの指示で、「言ったつもり」がずれていた経験はありますか？