日常ワークフローを高速化

Shift+Tab で Plan Mode へ。Claude は読むだけで実装案を提示します。承認してから初めて編集が走るので、巨大変更でも安心です。

チェックポイント は会話＋ファイル状態のスナップショット。Worktree は同じリポジトリの別ブランチに別の作業ツリーを作る Git 機能で、Claude を並走させられます。

# Worktree を切って別の Claude セッションを並走
git worktree add ../myapp-feature-x feature-x
cd ../myapp-feature-x && claude

「このバグの再現条件を調べて」のような重い調査は Explore / Plan / general-purpose のいずれかに渡します。返ってくるのは要約だけなので、メインのコンテキストを汚さずに済みます。

効果が高いのに見落とされがちなパターン。最初に「探索だけして」と頼んで全体感を作り、続けて「Plan Mode で計画して」と承認を経てから初めて編集に入る。**1往復で大きい変更を頼むより、3往復に分けた方が結果も速度も上**になります。

• STEP 1：「このリポジトリで X を実装するなら、関係ありそうなファイルを地図化して」
• STEP 2：「Plan Mode で実装手順を3案、それぞれ影響範囲とリスクを比較して」
• STEP 3：「案 B でいきましょう。Phase 1 だけ実装して、テスト通したら止めて」

メイン作業の途中で「ところでこの関数、なぜこう書いた？」のような副質問を、本流の文脈を汚さずに聞けます。Claude は副質問に答え、その後メイン作業に戻ります。

# メイン作業中…
> /btw users.ts の getCurrentUser、なぜ Promise.race を使っている？

  → 「タイムアウト用のフォールバックパターン。具体的には...」

# そのあとメイン作業が継続される

複数ステップの作業は、Claude に TodoWrite でタスクを切ってもらうとブレません。途中で割り込んでも何が残っているか一目瞭然。

• 「このリファクタを 4 ステップに分けて、各ステップ終了ごとに確認させて」
• Claude が TodoWrite で 4 件作成 → 1 件ずつ in_progress / completed
• ユーザーは進捗を見て、途中で軌道修正できる

`/goal <条件>` で完了条件を渡すと、各ターン終了後に**小さな評価モデル**（既定: Haiku）が条件成立を yes/no で判定し、no なら Claude が自動で次のターンを開始します。条件が満たされた瞬間にゴールはクリア、`achieved` として transcript に残ります。**`/loop`（時間間隔で再実行）や Stop hook（毎ターン任意処理）と相補的**で、`/loop` は時間駆動、`/goal` は完了条件駆動。Auto モード + `/goal` の組合せが現実の長時間自動化の標準形。

• **完了条件は Claude の transcript で証明できる形に**書く（テスト出力、ビルド終了コード、ファイル数、空キュー 等）
• 「`npm test` exits 0」「`git status` is clean」のような**具体的な検証コマンド**を含めると評価が安定する
• 暴走防止には条件内に「or stop after 20 turns」のような上限句を入れる
• セッションを `--resume` すると goal は復元される（タイマー・ターン数はリセット）

# 条件をセット — 即座にターンが始まる
> /goal all tests in test/auth pass and the lint step is clean
  ◎ /goal active · 0m12s

# 状況確認（条件・経過時間・ターン数・トークン）
> /goal

# 中断（stop / off / reset / cancel も同義）
> /goal clear

# 非対話モードで使う
$ claude -p "/goal CHANGELOG.md has an entry for every PR merged this week"