エージェンティックコーディングにおける集中力の力

アレックス・グレイブリー（Alex Graveley）は、GitHub Copilotの生みの親であり、彼はペンと紙を使って、著者がエージェンティックコーディングについて誤った考え方をしていたことを示した。ある火曜日の訪問で、著者がセルフサービスの実現に約1週間かかると話したところ、グレイブリーは「いや、それは4時間でできる」と断言した。彼は紙に10のステップを書き出し、それを著者に渡した。それが全ての計画だった。

著者は、ChatGPTのコピーペースト、Cursor、Claude Code、Codex、そしてサブエージェントやオーケストレーションフレームワークまで、あらゆる段階を経験してきた。より多くのツールがより多くのアウトプットを生むという前提に立っていた。しかし、グレイブリーは、本当の制約はモデルやツールではなく、方向性の定まらないスコープだと指摘する。固定されたリストがなければ、並列エージェントはスループットではなく仕掛りを増やすだけだ。10のセッションがあっても、半分完成した機能が5つあり、何もリリースされない。

グレイブリーは、メトリクスを動かしたりユーザーの障害を取り除いたりしない作業を「偽の仕事」と呼ぶ。スタートアップでは、ユーザーを獲得し、その目標への障害を取り除くことだけが重要だ。彼の手法はシンプルだ：紙に10ステップを書き、2つのClaude Codeセッションを使い、他には何もしない。リストは、今日何をリリースするかについて自分自身との契約である。

新しいプロジェクトごとに、彼は新しいCLAUDE.mdファイルを作成する。何かが煩わしいと感じたときだけ行を追加する。Claudeがコミットするかどうか繰り返し尋ねる？ファイルを更新する。彼はこれを「アノイアンス駆動開発」と呼ぶ：ルールを事前にロードするのではなく、摩擦を通じて獲得する。セッションの終わりには、次のようなルールが追加されていた：すべてを可能な限り簡潔に保つ、不必要な抽象化を避ける、不必要なコメントを避ける、次のステップが明らかな場合は尋ねずに実行する、常に可能な限り汎用的にする、独立したステップは可能な限り並列化する。

プロンプトに関して、著者はコンテキストや設計ドキュメント、過去のセッションを詰め込む傾向があるが、グレイブリーはプロンプトを短く保つ。多くのチームがすでに解決しているタスク（ECS、認証、DBマイグレーション）では、コンテキストが多いほどノイズが増える。モデルはすでに一般的なパスを知っており、知らないのはプロジェクトの厳しい制約だけであり、そこにコンテキスト予算を費やすべきだ。

早期の最適化について、著者は信頼性やスケーリングを時期尚早に考える傾向があるが、グレイブリーは「少数のユーザーのためにスケーラビリティを構築するのは逃避だ」と指摘する。このアプローチはスコープの規律を変えるが、品質基準を下げるわけではない。10ステップのリストは強制関数であり、品質の近道ではない。各ステップをリリースする際には、それが機能することを確認する。規律は、各ステップが明確な完了状態を持つようにリストをタイトに書くことにある。

これにより、スコープが広がりすぎたエージェントによるアーキテクチャの漂流が排除される。短いプロンプト、タイトなスコープ、各ステップでの明示的なレビュー——これがガバナンスだ。シンプルだが効果的だ。セッションの終わりには、10ステップ中6番目まで進んでいた。グレイブリーは「リストを完了するまで止まるな。明日は繰り返し」と言った。夜までに、アクセスをリクエストした誰もがエンドツーエンドでオンボーディングできるようになった。

エージェンティックコーディングの時代において、集中力はスーパーパワーだ。速度のように見えるスコープクリープが、AIコーディングの利益の大部分を食いつぶしている。より多くのセッション、より多くのアウトプット、しかし本当に重要なものはほとんどリリースされない。著者は当初、ボトルネックはツールだと考えていた。しかし、紙に書かれたチェックリストを持ち帰り、マイルストーンはリリースされた。

今、自分が取り組んでいるものを見てほしい。それを紙に明確なステップとして書けるか？書けないなら、あなたは明確な計画ではなく、雰囲気で動いている。