手取り足取りから手放しへ:実行モードの転換

この章の内容をまとめると、あなたの働き方に質的な転換が起きている。

以前は、Agentのリアルタイムな対話相手だった。要件を入力し、Agentがコードを生成し、確認し、フィードバックを与え、Agentが修正し、また確認する。あなたの時間とAgentの時間は1対1で結びついていた。Agentの生産性の上限はあなたの注意力の上限だった。

今は、タスクの設計者であり受け入れ者だ。新しいワークフローは:プロジェクトをモジュールに分解し、各モジュールの仕様と受け入れ基準を書き、フェーズゲートを設定し、そして手放す。Agentが中間プロセスを自律的に実行する。自身のフェンスの中で作業し、小さなステップで前進し、各ステップをテストで検証する。セッション終了時に知識は永続化され、次のセッションは前回の続きから始まる。あなたは重要なチェックポイントで受け入れに立ち会う。残りの時間は他のことができる。

この転換の核心:あなたの時間はもはやAgentの実行時間に縛られていない。あなたが眠っている間もAgentはプロジェクトを推進し続けることができる。朝起きた時に目にするのは、既にテストをパスした一連のコード変更であり、入力を待つ会話ウィンドウではない。

このモードでは、アウトプットは桁違いに増加しうる。以前は1日に1つか2つのフィーチャーモジュールを完成させるのが精一杯だったかもしれない。今は1日に10のタスクチャンクを設計・分解でき、Agentがその後の数時間でそれらを一つずつ実行する。ボトルネックは実行速度からタスク設計速度に移行する。

ただし、このモードには前提条件がある。仕様が十分に明確であること(第2章)。検証システムが十分に信頼できること(第3章)。タスク分解の粒度が適切で、Context Engineeringが整っており、知識の永続化メカニズムが稼働していること(本章)。いずれか一つでも欠ければ、手放すことは制御を失うことと同義だ。本書がこの順序で展開される理由はここにある。各章が次の章の前提条件なのだ。

results matching ""

    No results matching ""