Benedict Evansが斬るのは、「AIがあれば誰でも5分でツールを作れる、エンジニアでなくてもコードを書かなくてもいい」という楽観論そのものだ。彼はこの見方を、大半の人がどう考え、ソフトウェアがどこから生まれるかを見誤っていると指摘する——難しかったのは一度もコードを書くことではなく、「そもそも自分にはこのタスク用のツールが要る」と気づくこと、そして「そのツールが何をすべきか」を把握することだった、という論旨だ。AIがコードを書く手間を消しても、この気づきと仕様策定という本当のボトルネックには手を触れていない。実務でAI導入を主導する立場からすれば、これは「全社にAIツールを配れば現場が勝手に自動化を進める」という期待への警鐘になる——現場の専門家（弁護士や営業担当者など）は自分の案件や顧客を考えることに集中しており、そこをソフトウェア化できるという発想自体が本能的には浮かばない。だからAI導入戦略の主戦場は、モデルの性能や生成速度ではなく、「どこにツールの需要が眠っているかを見つけ、何を作らせるべきかを規定する」という、これまでと変わらぬ組織的判断力に留まり続ける。

何が起きたか

Benedict Evansは2026年9月3日、自身のブログに「AI, tools and transformation」と題するエッセイを公開した。エッセイは、AIによって「誰もがツール開発者になれる」という近年の楽観的な語りを取り上げ、これが2つの点で実態を見誤っていると論じる。1つは、大半の人がどう考え、ソフトウェアがどこから生まれるかという点。もう1つは、企業がどう変わるかという点だ。

論旨の核心

エッセイの核となる主張はこうだ。「あなたはそのツールを5分で作れるし、エンジニアである必要も、コードを書く必要もない」という前提そのものは、Evansも否定していない。しかし彼は、コードを書くこと自体は昔から本当の障壁ではなかったと指摘する。「難しいのは、そもそも自分にこのタスク用のツールが必要だと気づくことであり、その次に、そのツールが何をすべきかを把握することだ」という一文が、この論旨の要である。

Evansはこれを、専門職の日常的な思考様式から説明する。弁護士や営業担当者は、自分の抱える案件や顧客について考えて仕事をしており、「この繰り返し作業をソフトウェア化できるかもしれない」という発想は、彼らにとって本能的に浮かぶものではない。AIがコードを書く手間をどれだけ縮めても、この「気づき」と「仕様を定める」という工程自体は自動化されない、というのが彼の指摘だ。

さらにエッセイは、「誰もを作者にする」という発想が企業の変わり方そのものも見誤っていると論じる。Evansは企業のソフトウェアを「制度化されたツール」と現場の「即興の解決策」の間のスペクトラムとして描き、PC配布や社内Copilot配布のような「全社にツールを配る」施策の歴史的な経緯を引き合いに出しながら、ツールを配ること自体は変革を保証しないと論じている。

なぜ重要か

「AIで誰もが開発者になる」という語りは、AI導入を進める意思決定者にとって心地よい物語だ——現場に生成AIを配れば、あとは現場が自発的にツールを作り、業務が自動化されていく、という期待である。Evansの指摘が実務に効くのは、この期待が前提とする「ボトルネックはコードを書く技術力だった」という診断そのものを覆す点にある。コードを書く手間がAIでどれだけ下がっても、「どこに自動化の余地があるかに気づき、何を作らせるべきかを規定する」という工程は依然として人間の組織的判断力に依存する。したがってAI導入戦略の巧拙を分けるのは、モデルの生成能力の高さではなく、その気づきと仕様策定を誰がどう担うかという設計になる。

この論点は、AIの実利用が労働・職種構造にどう波及するかという大きな流れにも接続する。「AIエージェントが誰でも開発者にする」「ツールさえ配ればあとは自動で変革が進む」という楽観的な語りが広がる一方で、Evansのような指摘は、AI導入の実務的な限界——技術的な生成能力の向上と、組織が実際に変わることの間には、依然として埋まらない溝があること——を示す反証事例になる。本当の問いは、「AIがコードを書く能力をどれだけ底上げしても、それだけでは埋まらない組織的な判断力のボトルネックを、企業はこれからどう扱うのか」という点に移る。