Claude Code における /goal と /loop の活用探索

一、/goal の一般的な活用シーン

（一）長時間タスクの自律完了

複雑なプロジェクト開発において、/goal は強力な利点を発揮します。例えば、AIに数日間連続で働いてもらい、複雑なプロジェクト（UIの生成、バグ修正、完全な機能の構築など）を完了させることができます。「すべてのテストに合格 ＋ ユーザーログインが正常」といったカスタム条件が満たされるまで、実行を継続します。多くの人は、「自分の目標に基づいて、3つの長期 /goal を生成する」といった使い方をして、AIがより具体的に一連の複雑なタスクをこなすようにしています。

（二）マルチエージェント/サブタスク管理

メインエージェントがタスクを分解し、サブエージェントにサブゴールを割り当てます。各サブエージェントは /goal を利用して独立して実行され、検証に合格するまで動作します。この方式により、タスク管理がより整理され、作業効率が向上します。

（三）コード/UI の迅速なイテレーション

UIプロトタイプを迅速に記述したり、修正作業を行ったり、（SVGと組み合わせて）グラフ付きの可視化インターフェースを生成したりできます。AIはパフォーマンスや品質基準に達するまで、自律的に継続して最適化を行います。

（四）複数の長期タスクの並列実行

コードを書くもの、監視を行うものなど、複数の /goal を同時に実行できます。Agent View と組み合わせることで、すべてのセッションの進行状況を簡単に確認でき、マルチタスクの効率的な管理が可能になります。

（五）他のツールとの連携

Codex/Hermes Agent と併用することで、クロスプラットフォームで長時間実行されるエージェントを実現し、機能の多様性を拡張できます。

二、/loop の一般的な活用シーン

（一）継続的なモニタリングと運用保守

定期的なデプロイ正常性チェック：

/loop 5m check if the deployment is healthy

5分ごとにデプロイが正常かどうかをチェックします。

エラーログのスキャン：

/loop 15m scan my error logs and flag anything new

15分ごとにエラーログをスキャンし、新しい問題を标记します。

CIステータスの確認：

/loop 30m check if CI passed on main

30分ごとにメインブランチでCIがパスしたかどうかを確認します。

（二）バックグラウンドエージェント的な作業

Claude Code を実行したままにしておき、デーモンのように周期的にタスクを実行させます—サーバーの監視、APIのポーリング、定期的なレポートなど。

（三）/goal との組み合わせ

まず goal - forge を使って GOAL.md（done_when 基準を含む）を生成し、その後 /loop がそれを読み取ります。各ラウンドで受け入れ基準をチェックし、失敗すれば最小限の修正を行い、成功すれば停止します。

（四）永続的な実行

サーバーや Cowork 上でセッションを開いたままにして 24/7 エージェントを実現する、あるいは外部の cron を使って新しいセッションをトリガーし、タスクが継続的に実行されるようにします。

三、両者の組み合わせ/比較の実用的な使い分け

/goal が適しているシーン

明確に検証可能な終了条件がある、ワンタイムまたは長時間実行タスク。スマートに停止でき、無意味なループを回避できます。例：コードを書き終え、すべてのテストに合格する、すべてのバグを修正して検証するなど。

/loop が適しているシーン

定期的なチェックや監視が必要な反復作業。時間駆動型で、間隔を設定できます。例：ログの継続的な監視、外部APIのポーリングなど。

/goal は「上位版 loop」として

多くの人は /goal を「上位版 loop」と見なしており、スーパーバイザーモデルを使って完了したかどうかを判断させ、完了するまで強制的に継続させています。

実際のワークフロー

/loop に GOAL.md と verification_loop を読み込ませることで、「目標達成までのインテリジェントなループ」を実現します。

四、ユーザーフィードバック

/goal のメリット

多くの人は /goal を 2026 年で最も過小評価されている機能だと考えています。これにより Claude は真の「自律エージェント」になり、Agent View（マルチセッションリスト）と組み合わせることで、マルチタスク管理がより便利になります。

制限事項

利用限度額の影響を受けるため、長時間タスクは早く消費される可能性があります。永続的な実行には、ローカル/サーバーでの実行が適しています。

五、/goal と /loop の詳細な違い

次元	/goal	/loop
トリガーのタイミング	前のラウンドが完了すると即座に自動的に次のラウンドを開始	設定された時間間隔を待つ必要がある
停止条件	モデルが完了条件 (completion condition) を達成したか判断	手動停止、またはモデルによる主観的な判断
核心メカニズム	目標駆動型：ユーザーが「いつ成功とみなすか」を定義	時間駆動型：固定頻度でプロンプトを繰り返し実行
適したシーン	明確で検証可能な終了条件があるタスク	定期的に繰り返す必要のある監視タスク
メリット	よりスマート、ターンを無駄にしない	設定が簡単、純粋な反復監視に適している
デメリット	判断可能な condition を書く必要がある	盲目的なポーリングになりやすく、停止が主観に依存する

使用例

/goal：

/goal 所有测试通过，并且用户登录功能正常工作

Claude は条件が満たされるまで作業し続けます。

/loop：

/loop 30s 检查一下部署日志，如果有错误就修复

30秒ごとに指示を実行します。

六、実際の使用に関するアドバイス

優先的に /goal を使う

ほとんどの開発/構築タスクは /goal に適しています。特に、「この機能を完了してリリースしたら止める」のように、Claude に自律的に完全な目標を達成させたい場合に有効です。

/loop を使う場合

本当に周期的な監視が必要で、タスクを一度だけ完了させるわけではない場合に使用します。

組み合わせて使う

まず /goal でメインタスクを行い、その中に /loop を入れてサブ監視を行うなど、両者の長所を活かして組み合わせることができます。

---

Claude Code における /goal と /loop の活用シーン、違い、そして使用に関するアドバイスを理解することで、これらの機能をより有効に活用し、作業効率とタスクの完了品質を向上させることができます。