Claude Code スキル連携でワークフロー自動化｜10スキルチェーン実例

この記事の著者

株式会社Nexa 代表取締役川島 陸

一橋大学経済学部卒業後、フォーティエンスコンサルティング株式会社（旧 株式会社クニエ）にて法人向けAI導入支援等を経験。独立後、AI系メディア運営やDify/n8nの導入支援を経て、株式会社Nexaを創業。法人向けAI研修・AI導入支援・AI関連メディア運営を手掛ける。

詳しく見る無料相談をする

Claude Code のスキルを複数連携させることで、繰り返しの業務フローを「ひとつのコマンド」や「cron設定」で完全に自動化できます。

「スキルを1つ作ってみたはいいが、どうやって複数を組み合わせるのか分からない」——こうした段階は、Claude Code を使い始めた多くの方が経験します。

この記事では、実際にあるメディアサイトでSEO記事制作の10スキルチェーンを構築・運用した経験をもとに、スキル連携（スキルチェーン）の設計パターンと具体的な実装方法を解説します。

Claude Code スキル連携（スキルチェーン）とは

Claude Code のスキル（Skills）とは、SKILL.md というMarkdownファイルに「このタスクの手順・ルール」を定義したモジュールのことです。スラッシュコマンドや会話の文脈でトリガーされ、Claude が自律的に実行します。

単一スキルが「1つのタスク」を担当するのに対し、スキルチェーンとは「複数のスキルを順番に実行し、前のスキルの出力を次のスキルの入力として渡す」設計パターンを指します。

単一スキルとスキルチェーンの違い

スキルチェーンは「工程が多い業務をステップに分解し、各ステップをスキルとして定義する」アプローチです。Gartner の調査によれば、2026年には全企業の約20%がAIを使って管理タスクを自動化する見通しが示されており、スキルチェーンはその実現手段のひとつとして注目されています。

スキルチェーンの設計原則

スキルチェーンを設計する際に最も重要なのは、各スキルの「入力（何を受け取るか）」と「出力（何を生成するか）」を明確に定義することです。

スキル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実行で完結します。

スキル間の接続と遭遇したトラブル

このチェーンを最初に構築した際、最も苦労したのがカテゴリ設定の不具合でした。

当初、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スキルチェーンを紹介します。

チェーンの設計

ツイート作成と送信を分離した理由は、人間が途中で内容を確認できるようにするためでした。

スキル①: dify-base-tweet-writer  → ツイート案を3パターンmarkdown形式で生成  → ユーザーが案を選択スキル②: tweet-composer-sender  → 選択された案をTweet Composer（Cloudflare Workers版）にAPI送信  → ブラウザで確認・投稿

最初はツイート生成から投稿まで1つのスキルで実装しようとしましたが、「投稿する直前に人間の判断を入れたい」という要件があったため、2つに分割しました。

実装では、tweet-composer-sender が ## ツイート本文 や ## スレッド2 などのMarkdownセクションをパースしてAPI送信する仕組みを採用しています。

スキル分割の判断基準

この事例から得られた設計の知見は「どこに人間の判断を入れるか」を明確にするということです。

Claude Codeのスキル設計や自動化ワークフローの構築について、個別にご相談いただけます。「どのタスクをスキル化すべきか」「スキルチェーンの設計方法を教えてほしい」という段階からサポートしています。

Claude Code個別指導の無料相談はこちら →

スキルチェーン設計の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 ジョブで定期タスクを自動実行する → で解説しています。

まとめ

Claude Code のスキルを連携させるスキルチェーンは、繰り返し業務を「一度設計すれば自動で回り続ける」仕組みに変える強力な手段です。

本記事のポイントをまとめます。

• スキル間のデータ受け渡しはファイルベース（mdファイル）が最も安定する
• 実例①SEO記事制作10スキルチェーン: KW選定から公開・インデックス申請まで完全自動化
• 実例②ツイート生成→送信: 「どこに人間の判断を入れるか」でスキル分割を判断
• 設計の3原則: 入力・出力の明確化 / 単機能スキル / エラー時の停止条件

スキルチェーンを設計するうえで最初の一歩は、自社の繰り返し業務をステップに書き出し、各ステップの入力と出力を定義することです。この設計があれば、個々のスキルは比較的シンプルに実装できます。

Claude Codeの導入・活用をサポートします

株式会社Nexaでは、Claude Codeを活用した業務自動化の個別指導・企業研修を提供しています。スキルの設計から本番運用まで、実際に動くワークフローを一緒に構築します。詳しい設定方法やカスタマイズは無料相談でお伝えしています。

Claude Code個別指導の詳細・無料相談はこちら →