ある開発者がHackerBooksをローンチした。これは2007年以降に少なくとも2人のHacker Newsコメンターが言及した約1万6500冊の書籍カタログであり、データパイプラインを含めAIモデルがほぼ全てを記述したことを明示している。人間の役割は方向性の提示だった。つまり、舵取り、判断、ドメイン購入である。この労働分担は、プロダクトそのものよりも重要な意味を持つ。

ここでのグローバルなシグナルは、また別の週末プロジェクトではない。一人の人間が意図を指定し、エージェントがパイプライン、バックエンド、フロントエンドを生成するワークフローの正常化である。小規模でデータ駆動型のウェブプロダクトの経済性は、それらを適切に記述するコストへと収束しつつある。ソフトウェアビジネスにとって、これはCRUDアプリ、内部ツール、コンテンツアグリゲーター周辺の堀を圧縮し、希少なスキルをコード記述から問題定義、アウトプット検証、システムが誤った時の責任所在へとシフトさせる。開発者自身の注意書き、つまりメンション数では賞賛と批判を区別できないという点が示唆的だ。モデルは動作するソフトウェアを出荷したが、結果の品質は依然として人間の仕様定義とレビューの質に依存していた。

日本の企業とSIerにとって、これはエージェントが今や数時間で下書きできるようなシステムに対して、労働ベースの数カ月見積もり(人月)で構築されたビジネスモデルを直撃する。防御可能な仕事は上流と下流に移動する。要件定義、ドメインモデリング、データガバナンス、レガシーコアとの統合、そして正確性への説明責任である。単純な構築に対して依然として人員数で価格設定するSIerは、顧客が「見積もられたプロジェクトが、舵取りされたエージェントが迅速に生成するものと似ているのはなぜか」と問うにつれ、マージン圧力に直面するだろう。

国内開発チームの実践的な対応は、モデルを高速だが説明責任を持たない若手エンジニアとして扱うことである。投資は仕様定義の規律、自動検証、レビュー慣行に向けられるべきだ。なぜなら、HackerBooksの教訓は、エラーが指示の曖昧さを継承するということだからだ。RPAベンダーも重複に注目すべきだ。エージェント的コード生成は、ルールベースの自動化が担ってきたグルーロジックやデータラングリングタスクに到達しつつある。

日本企業にとっての機会は、コード行数ではなく成果と判断を中心にデリバリーを再定義することである。内部エージェントワークフローを構築し、厳格な検証と組み合わせ、舵取りと説明責任レイヤーを販売するチームは、コモディティ化したコーディングが失いつつある価値を捉えるだろう。