FIELD GUIDE
Stop Being the Loop
Claudeに何度も指示し、結果を確認し、エラーを貼り戻す。その反復を人間が担っているなら、 仕事を委任しているのではなく、あなた自身がloopになっている。
PromptからLoopへ
元のクリッピングは、AnthropicでClaude Codeを作ったBoris Chernyが「もうClaudeにpromptしていない」と語った、 という一文から始まる。彼が書いているのはpromptではなく、Claudeが仕事を繰り返すためのloopだ。
普通の使い方では、人間がpromptを書き、Claudeがファイルを直し、人間がtestを走らせ、壊れたらエラーを貼り戻す。 そのたびに人間が次の一手を決めている。元文はこの状態を「あなたがloopになっている」と表現している。
Prompt
人間が毎回、結果確認、エラー共有、次の判断を行う。Claudeは一手ずつ動く。
Loop
Claudeが一件ずつ作業し、検証し、直し、状態を残し、完了条件まで繰り返す。
Loopの五拍子
loopは、Claudeに「同じことを繰り返して」と頼むだけではない。仕事を見つける場所、完了の測り方、 失敗時のやり直し、状態記録、停止条件を持つ小さな運用システムである。
Find
未処理タスク、失敗test、未読メール、フォルダ内のファイルなど、作業対象を見つける。
Do
人間が手で処理するように、一件ずつ完了させる。途中で別の item に飛ばない。
Check
出力しただけで終わらせず、test、リンク確認、再読などの evidence で完了を確認する。
Remember
完了、blocked、needs me を記録し、次回実行で同じ作業を繰り返さない。
一行で言えば、prompting は作業そのもの、loop engineering は作業者を管理することだ。
/goalと/loopの違い
元文では、Claude Codeのloopを作るための入口として /goal と /loop が紹介されている。 どちらを使うかは、仕事に明確な終点があるかで決まる。
| Command | Use When | Stop Condition |
|---|---|---|
| /goal | 「この状態になったら完了」と言える仕事。複数ページ修正、source検証、TODO消化など。 | 完了条件を満たす、または全 item が done / blocked / needs me になる。 |
| /loop | 終点よりも周期が重要な監視。サイト復旧確認、朝のinbox triage、定期チェックなど。 | 指定した条件を満たす、または人間に通知して停止する。 |
/goal write a one page brief on [your topic] where every claim has at least three sources and every link opens to a real page that supports the claim. Open each link to confirm it before you call it done. Replace any source that is dead or does not back up the claim. Stop only when every source on the page checks out.
この例の重要点は「briefを書く」ではなく、「すべてのclaimにsourceがあり、linkが開き、内容を支えている」と検証可能にしていることだ。 一回のpromptでは、Claudeが自信満々に存在しないsourceを出しても止まらない。loopはlinkを開き、壊れたsourceを捨て、条件を満たすまで繰り返す。
最初のCharter
小さい仕事なら一行のgoalで足りる。大きな仕事では、Claudeにcharterを渡す。charterは、完了状態、作業場所、 作業方法、検証方法、状態記録、停止条件をまとめた実行契約だ。
GOAL [Describe the finished state in one or two sentences. Be specific about what DONE looks like.] WHERE THE WORK IS [Tell Claude where to look: TODO.md, /pages, inbox, task board, or another source.] HOW TO WORK - Do one item at a time. Finish it fully before starting the next. - Match existing patterns. Do not invent new ones. - If an item needs my decision, log it as "needs me" and move to the next one. HOW TO CHECK YOURSELF After each item, prove it is done before marking it done. If the check fails, fix it and check again. Three tries per item, then log it as blocked and move on. HOW TO REMEMBER Keep a file called LOOP-STATE.md. After each item, write the item name, status, changes, and next-run notes. Read this file FIRST every run. WHEN TO STOP Stop when every item is done or logged as blocked, or when you have finished [N] items this run. Then report what got done, what is blocked, and what needs my call.
状態ファイルは地味だが、loopを実用にする中心部だ。記録がなければ毎回ゼロから始まる。 記録があれば、夜間実行や定期実行でも、終わった作業を再処理せずに続きから進められる。
Loopにしない仕事
loopは万能ではない。元文は、setup cost、usage cost、曖昧なgoalという三つの制約を明示している。
| Avoid Loops When | Why | Better Move |
|---|---|---|
| 一回で終わる質問 | loopの準備のほうが高くつく。 | 普通のpromptで答えを得る。 |
| 検証と再試行の価値が低い | self-checkとretryはClaudeを何度も動かし、usage limitを消費する。 | 人間が一度確認するだけで十分かを見極める。 |
| goalが曖昧 | 「より良い戦略を考える」のような仕事は、doneを測れない。 | まず判断軸と完了条件を言語化する。 |
最初の実験に向くのは、毎回手でやっている、細かいpieceが多い仕事だ。charterを埋め、一度は見守りながら走らせる。 信頼できる検証と状態記録ができたら、そこで初めてscheduleに乗せる。