何が起きたか
Simon Willisonが2026年8月19日、前週に収録されたポッドキャスト「Talking Postgres」（ホスト: Claire Giordano、テーマは「How AI is changing software development」）の要点を、軽く編集した書き起こしとともに公開しました。書き起こしの整形にはClaudeへ「very minor edits to remove disfluencies（言い淀みを取り除く最小限の編集）」というプロンプトを使ったことも明かしています。
議論の柱は二つ。ひとつは「コード行数＝生産性指標」の再評価、もうひとつは『人月の神話（The Mythical Man-Month）』由来の概念的整合性の崩壊です。
「行数で測るのは無意味」への反論
多くの人は行数での生産性測定を否定しますが、Willisonはそこに異を唱えます。理由は「人間の出力には明確な上限がある」から。エージェント登場以前、エンジニアが1日に書ける本番投入可能なコードはせいぜい数百行、動作しデバッグ済みで本番品質のコードが200行なら「とてつもなく良い日」、通常は50〜60行というのが彼の実感値です。
この上限を前提に置くと、行数の議論は意味を持ち始めます。エージェントによって同じ品質（保守可能・テスト済み）のコードが1000行出せるなら、それは実質的な改善だ、という筋道です。ただし彼は但し書きを付けます。その水準に到達するには、シニアエンジニアが持つ相応のスキル・知識・経験が要る。つまり行数の伸びは、誰にでも自動的に降ってくるものではありません。
なぜ「エンジニア1人」で足りないのか
Willisonは「エージェントがあれば1人でずっと多くの仕事ができる。ならばなぜ会社に複数のエンジニアが必要なのか」という問いを自ら立て、二つの答えを示します。
第一にバスファクター。1人のチームは設計として不適切です。第二に、そしてより本質的なのが認知容量（cognitive capacity）が新しいボトルネックになるという指摘です。コードは100倍速く吐き出せても、100倍の量のコードを人間が把握し続けることはできない。だからチームで認知容量をロードバランスする必要がある——ここが今回の議論で最も実務に効く一言でしょう。
ボトルネックが「書く速度」から「理解し続ける容量」に移った、という言い換えができます。組織設計の変数が変わったということです。
ウィンチェスター・ミステリー・ハウス化するソフトウェア
46:03からは概念的整合性の話に移ります。『人月の神話』の概念で、よく設計されたソフトウェアには驚きがなく、扱うべき領域を過不足なくカバーし、全体が噛み合って筋が通っている、という性質を指します。
エージェントはこれを難しくします。機能のアイデアを思いついた5分後には実装が手元にある。結果、ソフトウェアは「妙な方向に小さなコブを生やしていく」。この比喩にClaire Giordanoが返したのが、ウィンチェスター・ミステリー・ハウスです。ウィンチェスター銃の発明者の未亡人が、霊媒師から「銃で殺された者たちの霊に祟られたくなければ建て続けよ」と告げられ、40年にわたり増築を続けて140部屋になったとされる邸宅（Willison自身、Wikipediaには霊媒師の逸話を否定する信頼できる情報源もあると注記しています）。
部屋を足すコストが安いから、足し続けてしまう。そして全体は誰にも理解できない構造になる——エージェント時代のコードベースの寓話として、これ以上ないほど的確です。
規律を強制していたのは「時間」だった
Willisonの結論は規律の問題に着地します。これまで設計の規律を担保していたのは、実は技術者の良識ではなく時間コストでした。「面白いけど1週間かかる機能」は正当化できないので諦める。その諦めが、結果としてソフトウェアの整合性を守っていた。ところが同じ機能が1時間で済むなら、正当化ははるかに容易になります。
つまりエージェントは、これまで無料で効いていた「実装コストという名のフィルター」を取り払いました。フィルターを意図的に再設置しない限り、コードベースは増築を止められません。
💼 事業会社視点：これは自社にどう効くか
経営側が今回の議論から取るべきは、「エンジニアを減らせる」ではなく「評価と意思決定の設計を変えろ」という示唆です。
SaaS事業者：行数が100倍出せても認知容量は増えないというWillisonの指摘は、そのままプロダクト運営のリスクです。5分で機能が実装できる環境では、顧客の個別要望をその場で足す誘惑が強まり、プロダクトが140部屋の邸宅になります。実装コストという天然のフィルターが消えた今、「作らない判断」を人為的な関門として制度化すべきです。要望を実装工数ではなく「��守対象として何年抱えるか」で審査する運用に切り替えるのが実務的です。
受託開発・SIer：人月単価モデルの前提が直撃を受けます。1日50〜60行が1000行になるなら工数見積りの根拠が崩れる一方、Willison自身が「その水準にはシニアの技量が要る」と釘を刺している。単価防衛の論拠は「工数」から「設計判断とレビュー能力」へ移すしかありません。成果物単位・保守込みの契約形態への移行検討を今期中に始めるべきです。
日本企業の情シス・内製化推進部門：内製化の目標を「開発速度」に置いていた組織は、指標を見直してください。ボトルネックは書く速度ではなく、出来上がったコードを把握し続けられる人数です。バスファクターの観点からも、1人の高生産エンジニアに依存する体制は最も危険な状態になります。