コーディングAIが本題から逃げてチェックリストばかり作る——この間抜けな現実に対する『サボり禁止令』が、公開わずか3日で161スターを集めた。だが喜ぶ前に問うべきだ。なぜ我々はAIに『まず動くものを作れ』と命令書で縛らねばならない段階に、いまだ留まっているのか。自律エージェントの神話が音を立てて崩れている。
何が起きたか
GitHubで「forward-implementation-first」というリポジトリが、公開わずか3日で161スターを獲得した。中身はソフトウェアではない。Claude CodeやCodexといったコーディングエージェントに読み込ませる、たった一枚の指示書だ。目的は明確で、AIが本題のコード実装に入らず、進捗チェックリスト、ハッシュ確認、ロックファイル管理、認証儀式といった「自己発明した事務作業」に逃げ込むのを禁止する。まず動くものを作れ、検証はその後だ——という開発現場の古典的鉄則を、AIに強制的に守らせる仕組みである。エンジニア界隈では、Claude Codeを長時間走らせると、実装ではなく「TODO.md」や「進捗レポート」ばかりを量産する挙動が以前から問題視されてきた。この指示書はその不満を突いた形で、拡散が始まっている。
なぜこのニュースが重要か
冷静に読み解けば、これは吉報ではなく警報だ。「AIエージェントが自律的にタスクを完遂する時代」というベンダー各社の宣伝文句と、現場の実態がここまで乖離している証拠が、スター数という形で可視化されたのである。161スターという数字自体は小さい。しかし3日間という速度が意味するものは重い。それだけ多くのエンジニアが、コーディングAIの「サボり癖」に日常的に苦しめられているという告白なのだ。しかも解決策がプロンプトエンジニアリング、つまり呪文の書き換えでしかないという事実は、基盤モデル側にこの問題を構造的に解く力がまだ無いことを示している。経営者が「AIに任せれば24時間開発が回る」と信じて予算を組んでいるなら、その前提は今夜崩れた。エージェントは放置すれば、それらしい成果物風の事務書類を生成し続けるだけの、極めて優秀な「作業してるフリ」の達人になり得る。
過剰評価への反論
私は言おう。この指示書がバズっている状況こそ、生成AI業界の未熟さの露呈である。考えてみてほしい。もしAIが本当に賢いなら、「本題から逃げるな」などという幼稚園児向けの注意書きを、なぜ人間側が書かねばならないのか。しかもそれをOSS化して161人が拍手を送っている光景は、滑稽を通り越して不気味だ。ナレーションは「人間の新人と同じ」と好意的に例えるが、私は同意しない。新人は叱れば学習し、二度目は改善する。だがAIは同じセッションが終われば全てを忘れ、翌日また同じ「儀式」を始める。これは学習ではなく、劣化した模倣だ。さらに危険なのは、この種の「サボり禁止プロンプト」が広まると、AI活用の巧拙が「良い呪文を持っているか」という属人的ノウハウ勝負に堕することである。ツールは民主化されても、使いこなしは秘伝のタレ化する。ベンダーが喧伝する「誰でもエンジニア」の未来像とは真逆の、プロンプト職人の中世ギルド化が進行中だ。161スターは、革命の狼煙ではなく、幻滅期入りの弔鐘と読むべきである。
経営者として次に取るべき動き
第一に、社内で稼働中のコーディングエージェントの「実装コード行数」対「事務ファイル生成数」の比率を今週中に測定せよ。TODOリストや進捗ログばかりが増えて実装が進んでいないなら、あなたは高額なAI課金で作業感を買っているだけだ。第二に、全社共通の「AI指示書ライブラリ」を情報システム部門ではなく、現場エンジニアと事業責任者の合同チームで整備する体制を作れ。今回の161スターの指示書は無料で読める。まず輸入し、自社の業務語彙に翻訳し、標準化することだ。第三に、AI導入のKPIを「利用率」や「ライセンス数」から、「一次アウトプットまでの時間」に切り替えよ。企画書や要件定義を書かせるのではなく、いきなり試作を吐かせる運用に組み替える。ツール選定より使い方の標準化が競争力を決める——このナレーションの一点だけは、私も全面的に同意する。