Claude Codeの長期作業を失敗させない「Chief of Staff」パターン
Orchestrating Claude Code Agents: The Chief of Staff Pattern
AIコーディングの長期作業が失敗するのは、コードが書けないからではなく、コンテキストが一時的で自己報告が信用できないからだ。解決策は技術ではなく組織にある。1つのセッションが調整と検証を担い、別のセッションが実装を実行し、状態は外部の永続ボードに置き、すべての主張は信じる前に再実行する。本記事は、このループ、それを実用的にするツール、そしてこのパターンが捕まえるべき失敗モードを解説する。
エージェントが「テストは通った」と言うとき、それは新鮮な観察ではなく、意図と記憶を報告しているにすぎない。
HNでの議論
23- albert_e
「普通これなんて呼ぶの」
これはMicrosoftが「Magentic」パターンと呼んでいるものと同じですか？
（長い間ずっとMagneticパターンだと読み間違えてました）
https://learn.microsoft.com/en-us/semantic-kernel/frameworks...
- gritzko
これはほぼ自分のデフォルトのワークフローだ。Fableを1つ置いて全体を統べ、Opusをたくさん使って実装する。作業はすべてプレーンなMarkdownチケットで計画・追跡・記録される。魔法はない。語ることもない。
それでも、目を光らせていないとあっという間にめちゃくちゃに崩壊していく。昨日の例：明らかに追加すべきでないコミットで1万行も追加されていたのに気づいた。5分ほど掘り下げてみると、パーサーでの組み合わせ的な状態爆発だった。共有グラマーをいじったせいで、一気に全部が起きた。
こういううっかりミスはいつも起きるし、1時間経つごとに直すのが難しくなる。
ありがたいことに、ありふれたことならあのchief-of-stuffに任せられる。
- ffsm8
まあ間違っちゃいないよ、エージェントループで実際に作業していれば、ほぼ誰でも数週間でこれを学ぶ。
でもAIが書いたコンテンツにいつも通り、メッセージを伝えるのに必要な語数のざっくり5倍は言葉が膨らんでる——しかも中身の代理をしてる側は、形も何もかも、それを片付ける努力をほぼ一切していない。