Claude Code の /loop を活用する

Transcript

1. Claude Code の /loop を活用する Yohta Kimura (@rajyan_k)
2. /loop とは セッション内で N 分おきにプロンプトを再実行するコマンド 公式が挙げている使い方 デプロイ・ビルド・CI の完了待ち ── /loop 5m デプロイの状況を確認 PR の見守り（レビュー対応・CI 失敗修正） ── /loop PR を見守って 自走メンテナンス ── /loop （プロンプト省略）→ 未完作業 / PR / cleanup を巡回 制約 ローカル実行（PC + Claude Code セッションが生きている時だけ動く） 7 日で自動失効 最短 1 分間隔 参照: code.claude.com/docs/en/scheduled-tasks © 2026 estie, Inc. 1
3. 私が活用した例 — QA 自動化 backend を一新した（Rails REST → Rust GraphQL） STG 環境 Rails REST （既存） 画面 A / 画面 B / ... ==? preview 環境 Rust GraphQL （DB clone した新環境） 画面 A / 画面 B / ... 全画面で挙動が一致することを証明したい — 手動だと数日コース © 2026 estie, Inc. 2
4. /loop 30m の中身 + 工夫 ループの中身（30 分ごとに繰り返す） 1. テストする画面と操作を計画 2. Playwright で実行・全画面撮影 3. STG と preview で全く同じ挙動と画面であることを確認 4. 差分を修正 → push → deploy 5. 進捗をファイルに追記 工夫 spawn で別セッションを起動 ── メインの context を汚さない 進捗を毎ターンファイルに追記 ── loop ごとに別セッション、ファイルで状態を渡す © 2026 estie, Inc. 3
5. 寝てる間に QA が終わってた その後の人間 QA会でも、大きな不具合は見つからなかった © 2026 estie, Inc.
6. なぜうまく行ったのか ✓ ゴールが明確 全画面で挙動が一致、という単純な判定基準 ✓ 人間の判断が要らない 差分検出 → 修正 → push、機械的に反復できる ✓ 1 ループが遅くても、寝てる間に進む Playwright + preview デプロイ ≈ 30 分。人間は朝レポートを見るだけ ✓ 網羅的にチェック 全画面・全パターンを確認できて、手動より見落としが少ない © 2026 estie, Inc. 5
7. ところで /goal が登場した /goal は完了条件を満たすまで自走するコマンド 当時の /loop 30m /goal 次のターンへ 30 分の固定タイマー 前のターン終了後すぐ 完了判定 Claude 自身が判断 別の評価モデルが自動判定 今なら /goal でできます © 2026 estie, Inc. 6
8. それぞれ専用コマンド・tool が向いている /loop （2026-03-07）リリース後、用途ごとに専用コマンド・tool が次々登場 /loop の公式が挙げる用途 今ならこっち リリース デプロイ監視 / ビルド待機 Monitor tool（イベント駆動） 2026-04-09 PR の様子見 Monitor tool または /autofix-pr 2026-04-09 2026-03-27 毎日定期実行 Routines（クラウドの cron） 2026-04-14 完了条件のある反復 /goal 2026-05-12 最初のスライドで挙げた公式の推奨する使い方、今では別のコマンド・tool の管轄 © 2026 estie, Inc. 7
9. /loop を活用するなら? 完了条件なしで定期実行できる 経過を記録しながら回す、状況を見続けるなど 1 分おきから実行できる Routines は最短 1 時間 session 文脈を引き継いだ定期実行 ローカル作業ツリー / MCP / 会話履歴 を持ったまま回せる 他にもあれば教えてください…… © 2026 estie, Inc. 8
10. ありがとうございました Yohta Kimura (@rajyan_k)
11. ちなみに、このタイトル決めた時 /goal はまだ無かったんですよね © 2026 estie, Inc.