ループはClaude Code独自の機能ですか？一般的なClaude.aiユーザーは使えませんか？
現在のところ、Anthropicの公式ガイドで説明されているループ機能（/goal、/loop、/scheduleなどのコマンドを含む）は、主にスタンドアロンのコマンドラインツールであるClaude Codeで利用可能です。Claude.aiのウェブチャットのみを使用している場合、これらのコマンドは直接使用できません。
ただし、ループの概念があなたと無関係というわけではありません。Claude Cowork（Claudeのワークフロー自動化ツール）とClaude Tag（Slack統合）は、ループガイドで説明されているものと同じ設計方向に従っています——どちらも、各ステップであなたの指示を待つのではなく、Claudeが目標を持って自律的にタスクを実行できるようにします。
一般的なClaude.aiユーザーへの最も実践的なアドバイス：Claude Projectsで「タスクが完了したとわかる方法」の定義をProject Instructionsに書き込みましょう。自動ループメカニズムなしでClaudeに自己確認能力を与える最もシンプルな方法です。
ゴールベースモードの「最大試行回数」はどのように設定するのが合理的ですか？
固定の答えはありませんが、判断に役立つフレームワークがいくつかあります。
まず、「1回の試行にどれくらいのコストがかかるか」を考えましょう。各ラウンドで完全なテストスイートの実行、テスト環境へのデプロイ、パフォーマンス分析が必要なら、1ラウンドは高価です——3-5回が妥当です。各ラウンドが数行のコードを修正して簡単なチェックを実行するだけなら、10-15回でも問題ありません。
次に、「目標に達しない場合、知らせてほしいか、続けて試してほしいか」を考えましょう。ゴールベースが上限に達したとき、黙って諦めるのではなく——ClaudeはあなたにX回試してまだ目標に達していないことを伝え、目標を調整するか、より多く試みるか、方向を変えるかを決めさせます。最初に20回設定するより保守的な上限で5回がどこまで届くかを見る方が賢明です——正しい方向に向かっているかどうかをより早く知ることができます。
トークンの使用量とコストをどう追跡しますか？ループの途中で停止できますか？
はい、停止でき、Anthropicはガイドにいくつかの具体的な追跡ツールを含めています。
追跡ツール：
/usageコマンド：どのスキルが使われたか、サブエージェントが展開されたか、どのMCPツールが呼ばれたかなど、最近のトークン使用量を表示します。/goal（パラメータなし）：現在のゴールが何ラウンド実行され、何トークンを消費したかを表示します。/workflows：各エージェントのトークン使用量を表示し、このインターフェースから特定のエージェントを停止できます。途中での停止：はい——方向がずれていると感じたり、コストが高くなりすぎた場合はいつでも中断できます。Claude Codeには停止メカニズムがあり、/workflowsインターフェースでも実行中のエージェントを停止できます。
実践的なコスト管理：ガイドでは特に、ループのコスト管理マインドセットは「小規模でパイロット実施し、方向が正しいことを確認してからスケールアップ」することを強調しています。特にプロアクティブモード（イベントトリガー、マルチエージェント並行）ではトークン消費が非常に速くなる可能性があります。
これらの4つのループモードは、非開発者のナレッジワーカーにとって何か参考になりますか？
はい——あなたが思うより直接的に関連しています。このガイドの具体的なコマンド（/goal、/loopなど）はClaude Codeの機能ですが、その背後にある設計思想はClaudeをより効果的に使いたいすべての人に役立ちます。
インサイト1：「完了したとわかる方法」を明確にする。ターンベースモードの核心的な推奨事項は：Claudeに何をするかを伝えるだけでなく、正しくできたかどうかを確認する方法も伝えることです。これはどのClaudeのユースケースにも適用されます。
インサイト2：手順のリストではなく目標を与える。ゴールベースモードでは「これらのステップに従う」ではなく「この結果を達成する」と言います。この考え方は通常のClaude会話にも適用されます——望む結果を説明することは、通常、従いたいプロセスを説明するよりも良いアウトプットをもたらします。
インサイト3：繰り返しの作業はCoworkやClaude Tagで自動化することを検討する。毎週繰り返すタスクがある場合、このガイドはその自動化が可能であることを伝えています——ただし入口はClaude Codeではなく、CoworkやSlackのClaude Tag統合です。
最後に、このガイドからの最大のテイクアウェイ：Claudeの究極の能力の上限は、日常のチャットのやり取りから見えるものよりもかなり高いということです。その上限が存在することを理解することで、より広い視野で考えられるようになります——「Claudeはこれを手伝えますか？」だけでなく「うまく設計すれば、Claudeはどのスコープで何を自律的に達成できるか？」。
2026年7月6日、AnthropicのオフィシャルデベロッパーアカウントClaudeDevsが、Claude Codeをより活用するためのループの使い方に関するテクニカルガイドをX上に投稿しました。Claude Codeチームのエンジニア、Delba de Oliveiraが執筆したこのガイドは、数ヶ月間にわたる開発者コミュニティの試行錯誤を4つの明確なパターンに整理したものです。
技術的に聞こえますが、核心的なコンセプトはシンプルです：今日、Claude Codeを使うたびに、あなたが一つ言って、それが一つやって、あなたがまた次を言う。ループがあれば、Claude Codeに目標や条件を与えるだけで、タスクが本当に完了するまで自分で繰り返し、確認し、修正する——あなたがずっと見守る必要はありません。
これは非エンジニアにとって何を意味するのでしょうか？ある従業員に「このページのパフォーマンススコアを90点以上に改善してください」と言うようなものです。各ステップを細かく説明する必要はなく、彼らが考え、テストし、まだ達していなければ続け、完了したら報告します。ループとはClaude Codeをそのように機能させる仕組みです。
ループは技術的に新しい概念ではありませんが、AnthropicがClaude Codeに使いやすい形で組み込んだことが、このガイドの本質です。
開発者コミュニティでは2025年末頃からループが広く議論されるようになりました——一度に一つの手動コマンドを出すよりも、Claudeに目標を持たせて自動的に実行させる方が、結果が劇的に良くなることを発見する人が増えていたからです。このガイドはAnthropicがそのコミュニティの知識を公式ドキュメントにまとめたものです。
4つのモードは「最も手動介入が必要」から「最も自動化」へと並んでいます：ターンベース（手動ループ）、ゴールベース（目標導向）、タイムベース（スケジュール実行）、プロアクティブ（イベントトリガー）。
これは本質的にすでにClaude Codeを使っている方法ですが、明示的な確認ステップが追加されています。
タスクを与え、実行され、そして正しくできたかどうかを自分で確認する——結果をそのまま返すのではなく。例えばフロントエンドのページを変更するよう頼むと、変更して渡すだけでなく、自分で開発サーバーを起動し、ブラウザで問題がないか確認し、コンソールに新しいエラーがないことを確認してから完了と報告します。
ガイドの推奨事項：「正しくできたかどうかの判断基準」をSKILL.mdファイルに書いておきましょう。これにより、Claudeはタスクを完了するたびにこのチェックリストに対して自己確認する方法を知っており、毎回説明し直す必要がありません。
非開発者にとってのコンセプト：Claudeに望む結果を伝え、それができているかどうかどうやって知るかも伝える。多くの人はこの2番目のステップを飛ばしてしまうため、Claudeがタスクを完了しても満足できず、両者が混乱することがあります。
/goalコマンドでトリガーされるこのモードでは、具体的なターゲットと最大試行回数を伝えると、ターゲットに達するか試行回数を使い果たすまで繰り返します。
ガイドの例：/goal get the homepage Lighthouse score to 90 or above, stop after 5 tries（ホームページのLighthouseスコアを90点以上にする、5回まで試す）。各試行後にClaudeがスコアを確認——まだ90点未満なら修正を続け、90点に達したら停止します。
興味深い設計の詳細：Claudeが停止しようとするとき、2番目の「評価モデル」が目標が実際に達成されたかどうかを確認します——Claudeが実際には完了していないのに完了したと早合点するのを防ぐための第2のAIが側にいるようなものです。
このモードはテスト合格率、カバレッジのしきい値、パフォーマンススコアなど、明確な数値目標を持つタスクに最も効果的です。目標が具体的なほど、モードは効率的で、消費する計算コストも少なくなります。
このモードはClaude Codeをスケジュール化された自動化アシスタントに変えます。/loopコマンドを使って、何をどのくらいの頻度でするかを伝えます。
ガイドの例：/loop 5m check my PR, address review comments, and fix failing CI。5分ごとに自動的にプルリクエストを確認し、レビューコメントに対応し、失敗した自動テストを修正します。会議に行っても、バックグラウンドで監視と対応を続けます。
自分のコンピュータで実行する場合、/loopは一時的なタスクに適しています——コンピュータを閉じると停止します。コンピュータをオフにしてもクラウドでタスクを継続させたい場合は、代わりに/scheduleを使って永続的なルーティンを作成します。毎朝昨日の通知を自動的にまとめる、毎時間サービスの状態を監視するなどの繰り返し作業に適しています。
これは4つのモードの中で最も強力で——設定に最も注意が必要なモードです。時間ではなく「何かが起きた」ことによってトリガーされます。
ガイドの複合例：ユーザーフィードバックチャンネルを毎時間自動的にスキャンするルーティンを設定し、バグレポートが見つかるたびに/goalでそのバグの「完全に処理された」状態を定義し、複数のAIエージェントを並行して自動的に展開して異なるバグを調査・修正・報告させます。「ユーザーがバグを報告する」から「バグが分類され対処される」まで、各ステップで手動介入なしに進みます。
魅力的に聞こえますが——そうです——ガイドでは特に強調しています：このモードは多くのAIを同時に実行し、計算コストが大きくなります。まず限定的な範囲でパイロット実施し、プロセス設計が機能していることを確認してから、プロジェクト全体に拡大することを強くお勧めします。
現在Claude.aiの標準的なチャット機能のみを使っている場合、このループガイドは主にClaude Code（スタンドアロンの開発者ツール）に関するものであり、現在のユースケースに直接は適用されません。しかし、それが示す方向性は理解する価値があります。
より大きな視点では、このガイドが描くのはAIが「一度プロンプトして一つのことをする」から「目標を与えてそこへの方法を自分で考えさせる」へと進化するプロセスです。この方向性はClaude Codeだけでなく、Claude Cowork、Claude Tagなど他のツールでも見られます——AIの役割が「コマンドを待つツール」から「タスクを自律的に完了するコラボレーター」へとシフトしています。
開発者や Claude Codeをより深く活用することに興味がある方なら、このガイドは現在入手可能な最も完全な公式ドキュメントです。開発者でない方へのシンプルなメッセージは：Claudeが自動化できるタスクの範囲は急速に拡大しています。今日Claudeができることは、近い将来できることのサブセットに過ぎません。