公開日: 最終更新:
執筆・編集：株式会社Nexa 編集部（下書きと機械検査はAI、公開前に人が確認）／約12分で読めます。公式ドキュメント・公式発表などの一次情報を確認したうえで執筆・更新しています。AIツールの仕様や料金は変わることがあるため、導入判断の前に各公式サイトの最新情報もご確認ください。記事の作り方と検査の方針
Claude Code のスキルを連携（チェーン）させることで、人手不要の完全自動ワークフローが実現します。
- 要点1: スキル間のデータ受け渡しはファイルベース（mdファイル）が最も安定する
- 要点2: SEO記事制作では10スキルをチェーンし、KW選定から公開まで完全自動化を達成
- 要点3: スキルは単機能に絞ることで再利用性が高まり、チェーンの組み換えが容易になる
対象: Claude Code でスキルを作り始め、複数スキルの連携・ワークフロー自動化に取り組みたい方
今日やること: 既存スキルの「入力と出力」を書き出し、スキル間の接続を設計してみる
Claude Code のスキルを複数連携させることで、繰り返しの業務フローを「ひとつのコマンド」や「cron設定」で完全に自動化できます。
「スキルを1つ作ってみたはいいが、どうやって複数を組み合わせるのか分からない」——こうした段階は、Claude Code を使い始めた多くの方が経験します。
この記事では、実際にあるメディアサイトでSEO記事制作の10スキルチェーンを構築・運用した経験をもとに、スキル連携（スキルチェーン）の設計パターンと具体的な実装方法を解説します。
Claude Code スキル連携（スキルチェーン）とは
Claude Code のスキル（Skills）とは、SKILL.md というMarkdownファイルに「このタスクの手順・ルール」を定義したモジュールのことです。スラッシュコマンドや会話の文脈でトリガーされ、Claude が自律的に実行します。
公式ドキュメント「Agent Skills」でも、SKILL.md のフロントマター（name・description）で起動条件を制御する仕組みが説明されています（2026年10月8日に公式ページで確認）。
単一スキルが「1つのタスク」を担当するのに対し、スキルチェーンとは「複数のスキルを順番に実行し、前のスキルの出力を次のスキルの入力として渡す」設計パターンを指します。
単一スキルとスキルチェーンの違い
| 比較軸 | 単一スキル | スキルチェーン |
|---|---|---|
| 実行範囲 | 1つのタスクを完結 | 複数タスクを順次または並列に実行 |
| 再利用性 | 単体で呼び出せる | 各スキルが単体でも連携でも使える |
| 複雑さ | シンプルで管理しやすい | 設計と接続の定義が必要 |
| 向いている場面 | 定型の単発タスク | 工程が多い繰り返し業務全体の自動化 |
スキルチェーンは「工程が多い業務をステップに分解し、各ステップをスキルとして定義する」アプローチです。ひとつのスキルに機能を詰め込むのではなく、役割ごとに分割して連携させることで、業務プロセス全体を無人で回せるようになります。
スキルチェーンの設計原則
スキルチェーンを設計する際に最も重要なのは、各スキルの「入力（何を受け取るか）」と「出力（何を生成するか）」を明確に定義することです。
スキルA の出力（ファイルA.md）
↓
スキルB の入力（ファイルA.md を読み込む）
スキルB の出力（ファイルB.md）
↓
スキルC の入力（ファイルB.md を読み込む）この入出力の明確化がなければ、スキルが「前のスキルが何を生成したか」を把握できず、連携が機能しません。
スキル間データ受け渡しの3パターン
スキル同士をつなぐ方法は主に3つあります。
パターン①ファイルベース（mdファイル・JSONで受け渡す）
最も安定した方法がファイルによるデータ受け渡しです。スキルAが リサーチ.md を生成し、スキルB がそのファイルを読み込んで次の処理に使います。
メリット:– 中間成果物が目に見えるため、どのステップで問題が起きたか特定しやすい- スキルを単体で再実行する際に前のスキルの出力がそのまま使える- 人間が途中で内容を確認・修正して次に進むことも可能
実際のSEO記事制作スキルチェーンでは、以下のフォルダ構成でファイルを受け渡しています。
記事/[KW名]/
├── リサーチ.md ← スキル①の出力・スキル②の入力
├── 構成案.md ← スキル②の出力・スキル③の入力
├── 記事.md ← スキル③の出力・スキル④以降の入力
├── レビュー.md ← スキル④の出力
└── thumbnail.png ← スキル⑤の出力・スキル⑥の入力各スキルの SKILL.md には「このフォルダからXXXというファイルを読み込むこと」という指示を明記します。これにより、Claude はスキルが切り替わっても「どこのデータを使うか」を迷わず判断できます。
パターン②変数・フラグの共有
cronジョブや上位のプロンプトからスキルに「KW名」「記事のスラッグ」「投稿ID」などの変数を渡すパターンです。スキルのプロンプト中に変数として埋め込むことで、各スキルが同じ文脈の中で動作します。
活用場面:– cronジョブのプロンプトに「KWリストのX番目を処理すること」という指示を入れる- WP公開スキルに投稿IDをプロンプト経由で渡す
パターン③シーケンシャルチェーン（上位スキル/プロンプトによる順次実行）
もっとも大きな粒度でのチェーンが「上位のプロンプト（またはcronメッセージ）がすべてのスキルを順番に呼び出す」設計です。
cronメッセージ（上位プロンプト）
↓ 「まずリサーチスキルを実行せよ」
スキル①実行 → リサーチ.md を生成
↓ 「次に構成案スキルを実行せよ」
スキル②実行 → 構成案.md を生成
↓ ...（以下続く）上位プロンプトが「指揮官」となり、各スキルは「実行部隊」として動く構成です。スキルをまたいだ処理の判断（例: レビュースコアが低ければ書き直す）も上位プロンプトで制御できます。
実例①SEO記事制作 10スキルチェーン
あるメディアサイトの記事制作を完全自動化するため、10個のスキルをチェーンして構築したワークフローを紹介します。社名・サイト名は伏せますが、手順や遭遇したトラブルは実際のものです。
ワークフロー全体の構成
KW選定から記事公開・Googleインデックス申請まで、以下の10ステップが1回のcron実行で完結します。
| ステップ | スキル | 主な処理 | 入力 | 出力 |
|---|---|---|---|---|
| ① | keyword-planning | KWリストから未着手KWを選択 | KWリスト.md | 対象KW |
| ② | research | 競合分析・情報収集 | KW | リサーチ.md |
| ③ | outline | 見出し構成・CTA設計 | リサーチ.md | 構成案.md |
| ④ | writing | 本文執筆（4,000〜6,000字） | 構成案.md | 記事.md |
| ⑤ | review | SEO・文体品質チェック・自動修正 | 記事.md | レビュー.md + 修正済み記事.md |
| ⑥ | fact-check | 費用・法律情報の裏取り | 記事.md | 確認済みフラグ |
| ⑦ | affiliate-insert | アフィリエイトリンク配置 | 記事.md | リンク入り記事.md |
| ⑧ | thumbnail | サムネイル画像の生成 | 記事タイトル | thumbnail.png |
| ⑨ | wp-publish | WordPress公開・SEOメタ設定 | 記事.md + thumbnail.png | 投稿ID・URL |
| ⑩ | google-indexing | Google Indexing API で即時申請 | 公開URL | 申請完了 |
スキル間の接続と遭遇したトラブル
このチェーンを最初に構築した際、最も苦労したのがカテゴリ設定の不具合でした。
当初、wp-publishスキルがWordPressのカテゴリを設定するコマンドで term_id（数値ID）を直接指定していました。ところが別のMacへ環境を移行したタイミングで、同じIDが別のカテゴリを指すようになり、「Claude Code」という意図したカテゴリではなく「2」という名前の意味不明なカテゴリが生成される事態が発生しました。
解決策: --by=slug オプションを使い、数値IDではなくスラッグ（英語識別子）でカテゴリを指定するようにスキルを修正しました。
# 修正前（環境依存で壊れる）
php ~/wp-cli.phar post term set $POST_ID category 3
# 修正後（スラッグ指定で環境に依存しない）
TERM_ID=$(php ~/wp-cli.phar term list category --name='Claude Code' --field=term_id)
php ~/wp-cli.phar post term set $POST_ID category $TERM_IDスキル間の接続部分でこうした「暗黙の前提」が問題になるのはよくあることです。各スキルが環境に依存しない形で出力を定義することが、チェーンの安定稼働に欠かせません。
cronで3時間おきの完全自動化
OpenClaw（Claude Code を24時間常駐させるツール）のcronジョブとして設定し、平日・休日問わず3時間おきに1本ずつ記事を自動生産しています。
{
"id": "nexa-article-writer",
"schedule": "0 1,4,10,13,16,19,22 * * *",
"maxConcurrentRuns": 1
}1日最大7本のペースで記事を公開でき、実際にこのワークフローで数十本の記事を自動生成・公開しています。
（OpenClaw の詳細設定については OpenClaw で Claude Code を Slack 常駐させる完全ガイド → をご参照ください）
実例②ツイート生成→送信 2スキルチェーン
もう一つの実例として、SNS運用を自動化した2スキルチェーンを紹介します。
チェーンの設計
ツイート作成と送信を分離した理由は、人間が途中で内容を確認できるようにするためでした。
スキル①: tweet-writer
→ ツイート案を3パターンmarkdown形式で生成
→ ユーザーが案を選択
スキル②: tweet-composer-sender
→ 選択された案をTweet Composer（Cloudflare Workers版）にAPI送信
→ ブラウザで確認・投稿最初はツイート生成から投稿まで1つのスキルで実装しようとしましたが、「投稿する直前に人間の判断を入れたい」という要件があったため、2つに分割しました。
実装では、tweet-composer-sender が ## ツイート本文 や ## スレッド2 などのMarkdownセクションをパースしてAPI送信する仕組みを採用しています。
スキル分割の判断基準
この事例から得られた設計の知見は「どこに人間の判断を入れるか」を明確にするということです。
| 判断軸 | 1スキルにまとめる | スキルを分割する |
|---|---|---|
| 人間の確認 | 不要（完全自動化） | 途中で確認が必要 |
| 再利用性 | セットでしか使わない | 各スキルを単独でも使う |
| エラーの影響範囲 | 小さい | 大きい（分離してリトライしやすく） |
| ロジックの複雑さ | シンプルに収まる | 複雑になりすぎる |
AI導入に関するお困りごとは、株式会社NexaのAI顧問がサポートします。「何から始めればいいか分からない」という段階からご相談いただけます。
スキルチェーン設計の3つのポイント
実際にスキルチェーンを構築・運用した経験から、設計時に特に重要な3つのポイントをまとめます。
① 各スキルの「入力・出力」を明確に定義する
スキルの SKILL.md には必ず以下を記載します。
## 入力情報
- 〇〇ファイル（必須）: 前のスキルが生成したXXXを読み込む
パス: /path/to/XXX.md
## 出力・保存先
- 生成ファイル: /path/to/YYY.md入力と出力のパスを固定化することで、Claude はスキルをまたいでも「何を使って」「何を生成すべきか」を迷いなく判断できます。
② スキルは単機能に絞り、再利用できる設計にする
「1スキル = 1役割」の原則を守ることで、スキルを別のチェーンにも組み込めます。
たとえば、thumbnail（サムネイル生成）スキルはSEO記事チェーンだけでなく、X（Twitter）記事やニュース記事のサムネイル生成にも再利用できます。逆に「記事執筆＋サムネイル生成＋WP公開」を1つのスキルに詰め込むと、サムネイルだけ別の記事に使いたい場合に困ります。
③ エラー時の停止条件を必ず定義する
スキルチェーンは途中でエラーが起きると、後続スキルが不完全なデータで実行されるリスクがあります。各スキルに「エラー時にはここで停止し、前の状態に戻す」という処理を入れておくことが重要です。
実際のワークフローでは、KWリストに「📝執筆中」という状態を設け、エラー時に「⬜未着手」に戻すことで、次回実行時に同じKWを再処理できるようにしています。
⬜ 未着手 → 📝 執筆中（開始時） → ✅ 完了（公開後）
↓ エラー時
⬜ 未着手に戻すよくある質問
Q. スキルチェーンのスキルはいくつまで連携できますか？
技術的な上限はありませんが、実用的には5〜10スキル程度が管理しやすい範囲です。スキルが増えるほどコンテキスト長が長くなり、Claude の処理時間と精度に影響することがあります。中間ファイルをこまめに保存し、「どこまで完了したか」を状態管理することで、長いチェーンでも安定して動作させられます。
Q. スキルが途中でエラーになったときはどうなりますか？
後続スキルは実行されず、その時点で停止します。ファイルベースの受け渡しを採用していれば、エラーが起きた手前のスキルの出力は残っているため、そのスキルから再実行できます。エラーハンドリングを SKILL.md に明記しておくと、Claude が自律的に状態を復元する動作をとりやすくなります。
Q. cronで自動実行するにはどうすればよいですか？
OpenClaw（Claude Code を常駐エージェントとして動かすツール）の cronジョブ機能が便利です。jobs.json にスケジュールと実行メッセージを定義するだけで、指定した時刻に Claude が自律的にスキルチェーンを実行します。スケジュール設定の詳細は OpenClaw の cron ジョブで定期タスクを自動実行する → で解説しています。
Q. スキルはどこに保存すればよいですか？
個人用のスキルは ~/.claude/skills/<skill-name>/ に置くとすべてのプロジェクトで読み込まれます。プロジェクト固有のスキルは .claude/skills/<skill-name>/ に置けば、そのリポジトリ内のセッションだけで有効になりチームで共有できます。プラグイン経由で配布する方法もあります（公式ドキュメントを2026年10月8日に確認）。
Q. スキルの自動起動を止めて、呼び出したときだけ実行させたいです。可能ですか？
可能です。SKILL.md のフロントマターに disable-model-invocation: true を設定すると、Claude による自動起動を禁止し、スラッシュコマンド（例: /deploy）で明示的に呼び出したときだけ実行されます。逆に user-invocable: false を設定すると、ユーザーからは呼び出せず Claude のみが自動起動する「背景知識用」のスキルにできます。
＼ AI活用の「次の一手」を一緒に考えませんか ／
AI顧問の無料相談はこちらまとめ
Claude Code のスキルを連携させるスキルチェーンは、繰り返し業務を「一度設計すれば自動で回り続ける」仕組みに変える強力な手段です。
本記事のポイントをまとめます。
- スキル間のデータ受け渡しはファイルベース（mdファイル）が最も安定する
- 実例①SEO記事制作10スキルチェーン: KW選定から公開・インデックス申請まで完全自動化
- 実例②ツイート生成→送信: 「どこに人間の判断を入れるか」でスキル分割を判断
- 設計の3原則: 入力・出力の明確化 / 単機能スキル / エラー時の停止条件
スキルチェーンを設計するうえで最初の一歩は、自社の繰り返し業務をステップに書き出し、各ステップの入力と出力を定義することです。この設計があれば、個々のスキルは比較的シンプルに実装できます。
法人向けAI導入・活用の月額伴走サービス
AI導入の疑問を、週1回のMTGで相談できる「AI顧問」
株式会社Nexaでは、ChatGPT・Claude・Claude CodeなどのAI導入に関する質問や、社内活用・業務自動化の進め方を週1回相談できる 月額7万円（毎月3社限定で月額5万円）のAI顧問サービス を提供しています。
「自社では何から始めるべきか」「この業務はAI化できるか」「どのツールを選ぶべきか」を、無料相談で整理します。
AI導入を検討中の方へ
