「知りすぎ」はAIには欠点だ ——熟練の実装知が負債に変わるとき

Ruby on Railsの作者DHHが、AI開発について「しばらくの間は、自分がプログラミングを知りすぎていることが不利益だった」と語った。Lex Fridman Podcastでの発言である。彼は、自分が処方した通りの手順をエージェントに指示していた時期は生産的に感じたが、次の段階では結果（アウトカム）を記述し、問題をエージェントに渡すほうが良い解を得られたと振り返る。プログラマが非プログラマよりagentic engineeringで劣る問題が「100%ある」とまで言い切った。さらに、Opus 5のシステムプロンプトが前世代から80%縮小されたことに触れ、過剰に規範的な指示がモデルを損なっていたと述べている。 面白いのは、この発言が「実装スキルはもう要らない」という話ではない点だ。DHHが問題にしたのは、熟練者が頭の中に持つ「自分ならこう書く」という経路を、そのまま指示に変換してしまう癖である。細部を知る人ほど経路を渡し、AIの探索を自分の既知の範囲に閉じ込める。つまり負債になるのは実装知そのものではなく、それをHOWの細かい指示に翻訳する癖だ。もう一つ、DHHの「尖った上司」の比喩も鋭い。素人上司に細かく指図されたプログラマが凡庸なコードを出すように、過剰な規範はモデルの性能まで削る。ベテランほど自分の腕を指示書に書きたくなる。その衝動を止められるかどうかが、AIを使いこなせるかの分かれ目になる。 中小企業の実務では、この線引きを「決定的な手順は細かく、判断は目的だけ」と覚えておくと使いやすい。AIに業務を任せるとき、伝票処理や定型の転記の手順は細かく指示し、どの案件を優先するか、どんな提案を出すべきかは目的と守るべき条件だけ渡す。そして返ってきた案が自分の想定と違っても、すぐに直さず、まず中身を読むこと。既知の外側にある解が混ざっている可能性がある。