Claude Codeのスキル・ループ・ワークフローは、名前が並ぶと混同しがちですが役割はまったく別物です。ざっくり言うと、スキルは「定型手順を再利用するパッケージ」、ループ（/loop）は「セッション中に同じ処理を繰り返す仕組み」、ワークフローは「複数のサブエージェントをスクリプトで並列・多段に動かす大規模オーケストレーション」です。
Claude Codeを使い込むほど、「この作業はスキルにすべき？ /loopで回す？ それともワークフロー？」と迷う場面が増えます。さらにサブエージェント・Hooks・/scheduleまで視野に入ると、似た機能が多くて選びきれません。どれを選ぶかを間違えると、セッションが終わると消えてしまったり、逆に大げさすぎて取り回しが悪くなったりします。
この記事では、スキル・ループ・ワークフローの正体と、いつどれを選ぶかの判断軸を、Claude Code公式ドキュメント（2026年6月時点）に基づいて整理します。各機能の作り込み手順は深掘り記事に譲り、ここでは「迷ったときの選び方」に絞ります。なお本記事の機能仕様はバージョンにより変わるため、最新の挙動は必ず公式ドキュメントで確認してください。
結論：3機能の早見表
先に結論をまとめます。3つは「再利用する手順」「繰り返す実行」「大規模な並列処理」という、別々の軸の道具です。迷ったらまずこの表で当たりをつけてください。
| 機能 | 正体 | トリガー | 主な用途 | 実行範囲 |
|---|---|---|---|---|
| スキル | 手順・知識をまとめた再利用パッケージ（SKILL.md） | /スキル名または自動トリガー | 同じ指示を何度も使う／定型作業 | 呼び出した1ターン |
| ループ | 同じプロンプトの繰り返し実行（/loop） | /loopコマンド | 状態監視・ポーリング・反復 | セッション内のみ |
| ワークフロー | 複数サブエージェントのスクリプト制御 | ultracode／/deep-research等 | 大規模移行・監査・横断調査 | バックグラウンド（大規模） |
ポイントは「持続する範囲」です。スキルは呼び出したそのときだけ、ループはセッションが終わると消え、ワークフローは大量のサブエージェントをまとめて走らせます。この軸を頭に置くと、以下の各章が理解しやすくなります。
スキルとは｜定型手順を再利用するパッケージ
スキルとは、繰り返し使う指示や手順を1つのファイル（SKILL.md）にまとめ、スラッシュコマンドや自動トリガーで呼び出せるようにする仕組みです。「毎回同じ説明を貼り付けている」作業を、/スキル名の一発で再現できるようにするものだと考えるとわかりやすいです。
スキルは2つの場所に置けます。自分専用にするなら~/.claude/skills/、プロジェクトで共有するなら.claude/skills/です。最小構成はSKILL.md1枚で、先頭のフロントマターに名前や説明、自動起動の条件を書きます。手順が長い場合は、補助ファイルを同じフォルダに同梱できます。
---
name: release-notes
description: 直近のコミットからリリースノートの下書きを作る
---
# リリースノート作成手順
1. 前回タグからのコミットlog を取得する
2. 変更を「機能追加 / 修正 / その他」に分類する
3. ユーザー向けの文体で箇条書きにまとめる上の例なら、置いたあとに/release-notesで呼び出せます。スキルは「手順の置き場所」であって、それ自体が勝手に動き続けるものではありません。呼び出されたターンの中で、その手順に沿ってClaudeが作業するだけです。ここがループやワークフローとの一番の違いです。
スキルの作り込み（フロントマターの詳細フィールド、自動トリガー、補助ファイルの分割）は、Claude Code上級編｜MCP・Hooks・Skills実践ガイド で詳しく解説しています。本記事は「いつスキルを選ぶか」に絞ります。
スキルが向いている場面は次のようなケースです。
- 同じ指示を毎回コピペしている定型作業を、コマンド一発にしたいとき
CLAUDE.mdに書くには長すぎる手順を、独立させて整理したいとき- チームで同じ作業手順を共有し、誰が実行しても同じ品質にしたいとき
ループ（/loop）とは｜セッション内で繰り返す実行
ループ（/loop）とは、同じプロンプトを一定間隔で、または状況に応じて繰り返し実行するコマンドです。デプロイの完了待ちやPRの監視のように、「終わるまで定期的に様子を見たい」作業を自動化します。スキルが手順の置き場所なのに対し、ループは実際に動き続けるのが特徴です。
ループには大きく2つのモードがあります。固定間隔と動的間隔です。間隔を指定すればその周期で、省略すればClaude自身が次にいつ確認すべきかを判断して回します。
# 固定間隔：5分ごとにデプロイ状況を確認する
/loop 5m check the deploy status
# 動的間隔：間隔を省略すると、結果を見てClaudeが次の確認時間を決める
/loop watch the CI run and report when it finishes動的間隔は、ビルド完了のようにすぐ変わりそうなものは短く、待機状態が続くものは長く、と待ち時間を自動で調整します。ポーリングの間隔を人間が考えなくて済むのが利点です。実行を止めたいときはEscで待機中のループをキャンセルできます。
ここで最重要の注意点があります。ループはセッション内だけで有効で、セッションを終了すると消えます。つまり「PCを閉じても毎晩決まった時刻に動く」ような無人運用には使えません。無人・定期実行が必要なら、後述の/schedule（クラウドで動くルーティン）が役割分担の相手になります。
ループが向いている場面は次のとおりです。
- デプロイ・ビルド・CIの完了を、終わるまで定期的に確認したいとき
- PRやIssueの状態を、作業しながら監視しておきたいとき
- 同じチェックを何度も繰り返す作業を、その場で自動化したいとき
/loopを含むスラッシュコマンドの全体像は、Claude Codeコマンド一覧＆実践ガイド にまとめています。
ワークフローとは｜複数エージェントの大規模オーケストレーション
ワークフローとは、複数のサブエージェントをスクリプト（JavaScript）で決定論的に制御し、並列・多段で動かす仕組みです。1回のセッションでは処理しきれない大規模な作業——数百ファイルの移行、コードベース全体の監査、複数観点での横断調査など——を、まとめて捌くための道具です。
スキルやサブエージェントが「そのつどClaudeが判断して動く」のに対し、ワークフローは処理の段取り（どれを並列にし、どこで検証するか）をスクリプト側が保持します。ループ・分岐・ファンアウトといった制御を明示的に書けるため、大量のサブエージェントを安定して回せるのが強みです。バックグラウンドで非同期に走り、その間もセッションは操作できます。
起動の仕方はいくつかあります。組み込みの/deep-researchのように用意されたワークフローを呼ぶ方法、プロンプトにultracodeと添えて多エージェント処理を明示的に依頼する方法などです。なお、ワークフローは規模の大きい機能のため、利用できるプランやAPI接続の条件があります。最新の提供条件は公式ドキュメントで確認してください。
ワークフローが向いている場面は次のとおりです。逆に、単発の小さな作業にワークフローを持ち出すのは大げさで、スキルやサブエージェントで十分です。
- 大量のファイルやモジュールを横断して、一括で変換・移行したいとき
- コードベース全体を複数観点で監査し、結果をまとめたいとき
- 複数の独立した調査を並列で走らせ、相互検証して結論を出したいとき
3つをどう選ぶ？ 判断フロー
迷ったら、次の順番で自問すると選びやすくなります。上から順に当てはまるものを選んでください。
- 同じ手順を何度も使い回したい？ → はい なら スキル。手順を
SKILL.mdに固めてコマンド化する。 - 終わるまで繰り返し様子を見たい？ → はい なら ループ。ただしセッションを開いている間だけ。
- 大量の対象を並列・多段で一気に処理したい？ → はい なら ワークフロー。
- PCを閉じても無人で定期実行したい？ → それはループでもワークフローでもなく
/schedule（ルーティン）の領域。
シナリオ別に当てはめると、次のようになります。
| やりたいこと | 選ぶもの |
|---|---|
| 毎回貼っている定型指示をコマンド化したい | スキル |
| デプロイ完了まで5分おきに確認したい | ループ（固定間隔） |
| CIの終了を、間隔を任せて見張りたい | ループ（動的間隔） |
| 500ファイルを一括で別記法へ移行したい | ワークフロー |
| 毎晩決まった時刻に無人でレポートを作りたい | /schedule（ルーティン） |
サブエージェント・Hooks・MCPとの違い
スキル・ループ・ワークフローの周辺には、混同しやすい機能がいくつかあります。役割がはっきり違うので、ここで整理しておきます。
| 機能 | 役割 | スキル等との違い |
|---|---|---|
| サブエージェント | 単発のサイドタスクを別コンテキストで委譲 | そのつどClaudeが判断して委譲。ワークフローはこれを大量に束ねたもの |
| Hooks | ツール実行前後などのタイミングで自動発火 | イベント駆動の自動ガード。スキルは明示的呼び出しが基本 |
| MCP | 外部ツール・APIへの接続 | 能力を増やす「接続口」。手順を束ねるスキルとは層が違う |
/schedule（ルーティン） | クラウドでの無人・定期実行 | ループはセッション内、こちらはセッション外で動く |
とくに混同しやすいのがループと/schedule、そしてサブエージェントとワークフローです。前者は「セッション内 vs セッション外（無人）」、後者は「単発の委譲 vs スクリプトで束ねた大量委譲」で見分けます。サブエージェントやCLAUDE.mdの設計は、Claude Codeのルール・エージェント設計術 で詳しく扱っています。
組み合わせて使う｜実践のかたち
3つは排他ではなく、組み合わせると効果的です。実際の使い方としては、次のような重ね方がよくあります。
- スキル × ループ： 定型チェックをスキルにしておき、
/loopでそのスキルを定期的に呼び出して監視する - ワークフロー × サブエージェント： ワークフローのスクリプトから多数のサブエージェントを並列起動し、結果を集約する
- スキル × ワークフロー： よく使う大規模処理をワークフローとして保存し、コマンドのように再利用する
まずは「小さく作って、足りなければ上の段へ」が基本です。手順の再利用ならスキル、繰り返しが要るならループ、規模が手に負えなくなったらワークフロー、という順で持ち上げていくと、過剰設計を避けられます。
実運用での使い分け例
判断軸を実際の開発作業に当てはめると、輪郭がはっきりします。どれも「自動化」ではありますが、選ぶ道具で手間と結果が変わります。筆者が日常的に振り分けている例を3つ挙げます。
- リリースノートの下書き → スキル： リリースのたびに「コミットを分類して文章化して」と説明していたのを
SKILL.mdにまとめ、/release-notesで呼べるようにした。手順が固定されるので、毎回の説明と品質のブレが消える。一度きりの作業ならスキル化は不要だが、繰り返すなら効果が大きい。 - 本番デプロイの完了待ち → ループ： デプロイ後、反映を確認するまで手動でリロードしていた作業を
/loopに任せ、一定間隔でヘルスチェックさせる。完了したら知らせてくれるので、待っている間は別の作業に集中できる。セッションを閉じれば止まるので、その場限りの監視にちょうどいい。 - 古い記法の一括置換（数百箇所） → ワークフロー： 多数のファイルにまたがる機械的な置換と検証は、1セッションでは手に負えない。ワークフローでファイル単位にサブエージェントを並列起動し、変換と確認をまとめて回す。単発のスキルやサブエージェントでは規模で詰まる場面だ。
3つに共通するのは「再利用ならスキル、繰り返しならループ、規模が大きいならワークフロー」という軸です。具体的な作業に当てはめてから道具を選ぶと、過不足のない選択になります。
よくある誤解・注意点
選び方を間違えやすいポイントを3つ挙げます。
- 「ループで無人運用できる」と思い込む： ループはセッションを閉じると止まります。PCを閉じても動かしたいなら
/schedule（クラウドのルーティン）を使ってください。 - 小さな作業にワークフローを使う： 単発・小規模なら大げさです。スキルやサブエージェントの方が軽くて速いことがほとんどです。
- スキルが自動で動き続けると考える： スキルは「手順の置き場所」で、呼び出されたターン内で働くだけです。繰り返しが必要ならループ、大規模ならワークフローと組み合わせます。
いずれの機能もアップデートで挙動が変わることがあります。とくにプラン依存・環境依存の部分（ワークフローの提供条件など）は、導入前に公式ドキュメントで最新仕様を確認するのが安全です。
よくある質問（FAQ）
Q. スキルとスラッシュコマンドは違うものですか？
スキルはSKILL.mdとして作ると、そのまま/スキル名というスラッシュコマンドとして呼び出せます。つまりスキルは「スラッシュコマンドの中身を定義する仕組み」の一つです。/helpのような組み込みコマンドとは別物で、スキルは自分で追加する再利用手順を指します。
Q. ループとワークフローはどちらも自動化ですが、何が違いますか？
ループは「同じ処理を時間軸で繰り返す」もの、ワークフローは「多数の処理を同時並行・多段で捌く」ものです。ループは監視やポーリングのように縦（時間）の繰り返し、ワークフローは大規模処理のように横（並列）の広がりに向いています。
Q. /loop と /schedule の使い分けは？
/loopはセッション内でのみ動き、セッションを閉じると止まります。/scheduleはクラウド側で無人・定期実行されるため、PCを閉じても動きます。作業中の一時的な監視はループ、毎日決まった時刻の自動実行はルーティン、と覚えると迷いません。
Q. ワークフローはどんな規模から使うべきですか？
1回のセッションでは捌ききれない規模が目安です。数百ファイルの移行やコードベース全体の監査のように、多数のサブエージェントを並列で動かす必要が出てきたら検討します。単発・小規模ならスキルやサブエージェントの方が適しています。
Q. まず何から覚えればいいですか？
スキルから始めるのがおすすめです。毎回貼り付けている指示を1つSKILL.mdにするだけで効果を実感できます。そのうえで、繰り返しが必要になったらループ、規模が大きくなったらワークフロー、と必要に応じて広げていくと無理がありません。
まとめ
- スキルは定型手順の再利用。呼び出したターンで働く
- ループはセッション内の繰り返し。監視・ポーリング向き
- ワークフローは大規模な並列・多段処理。サブエージェントを束ねる
- 無人・定期実行は
/schedule、自動ガードはHooks、と役割が分かれる - 小さく作って、足りなければ上の段へ持ち上げるのが過剰設計を避けるコツ
3つの正体と持続範囲さえ押さえれば、「これはスキル？ ループ？ ワークフロー？」で迷う時間はぐっと減ります。まずは毎回貼っている指示を1つスキルにするところから始めてみてください。各機能の作り込みは、以下の関連記事で深掘りしています。
関連記事
Claude Code上級編｜MCP・Hooks・Skills・サブエージェント実践ガイド