行政書士・診断士のClaude Skills活用法｜反復業務5つと安全な試し方
顧客から資料を受け取るたびに分類基準を説明し、調査のたびに同じ注意事項を書き、月次報告のたびに同じ形式を指定する――こうした作業を負担に感じる場面は少なくありません。
ClaudeのAgent Skillsは、繰り返し使う手順や参考資料、テンプレートをまとめ、必要な場面で再利用するための仕組みです。
ただし、専門判断、最新情報の取得、指定時刻での実行、顧客への自動送信までをSkill単体で担えるとは限りません。
本記事では、行政書士・中小企業診断士・コンサルタントの実務を想定した5つの適用案と、Skill化の向き不向き、安全に試す手順を整理します。
Claude Skillsとは？毎回の指示を業務手順として再利用する仕組み
Agent Skillsは、特定の業務を処理するための指示、専門知識、スクリプト、参考資料、テンプレートなどをフォルダにまとめ、Claudeへ提供する仕組みです。Anthropicは、関連する依頼を受けたときに必要な内容を段階的に読み込む、再利用可能なファイルシステムベースのリソースとして説明しています。
通常のチャットでは、「最初に資料を分類する」「日付の不整合を確認する」「不明な情報は推測せず未確認と表示する」といった指示を、その都度入力することがあります。Skillに共通手順をまとめると、会話ごとに同じ説明を繰り返す負担を減らせます。
一方、Skillを用意しただけで成果物の正確性が保証されるわけではありません。実務では、Claudeが担当する下処理と、資格者や担当者が行う判断・承認を分けて設計する必要があります。
SKILL.mdに役割と起動条件を記載する
SkillにはSKILL.mdが必須です。このファイルはMarkdownで記述し、冒頭のYAMLフロントマターに少なくともnameとdescriptionを設定します。
特に重要なのがdescriptionです。ここには、Skillが「何をするか」だけでなく、「どのような依頼を受けたときに使うか」も記載します。ClaudeがSkillを利用するかどうかを判断する材料になるためです。
たとえば、単に「文書を確認するSkill」とするだけでは対象が広すぎます。「申請書類や報告書について、空欄、日付の不整合、表記揺れ、添付資料の不足を一次点検するときに使用する」と具体化したほうが、想定した場面で起動しやすくなると考えられます。
また、専門判断を要する依頼や対象外の文書など、使用すべきでない条件も本文に記載します。誤った場面での起動を避けるには、役割の説明だけでなく、対象範囲の境界を明確にすることが大切です。
手順・検査・参考資料・テンプレートを分けて管理する
Skillには、必要に応じて次のフォルダを含められます。
SKILL.md：業務の目的、処理手順、確認条件、禁止事項scripts/：日付形式や必須項目など、一定の規則で検査できる処理references/：業務規程、確認基準、用語集、参考資料assets/：帳票、チェックリスト、出力テンプレート
たとえば、報告書の作成手順をSKILL.mdに記載し、社内用語集をreferences/へ、所定の報告書ひな型をassets/へ置く構成が考えられます。日付形式や必須列の有無を機械的に確認できる場合は、その処理をscripts/へ分ける方法もあります。
一つの長い指示にすべてを詰め込むより、目的に応じてファイルを分けたほうが、どの基準やテンプレートを更新したのか追跡しやすくなります。ただし、ファイルを分けるだけで品質が高まるとは限らないため、実際の出力を使ったテストが必要です。
利用面によって配置・共有・制約が異なる
独自Skillは、claude.ai、Claude API、Claude Codeの間で自動同期されません。複数の利用面で同じSkillを使う場合は、それぞれに配置し、版を管理する必要があります。
2026年7月31日時点の公式情報では、claude.aiのFree、Pro、Max、Team、EnterpriseでSkillsを利用でき、利用にはコード実行機能の有効化が必要です。個人向けプランでは、Customize > SkillsからSkillを有効化し、独自SkillのZIPファイルをアップロードできます。TeamとEnterpriseでは、組織所有者が組織全体へSkillを配布できます。
Claude APIで利用する場合は、コード実行ツールと所定のベータヘッダーが必要です。また、API上のSkill実行環境はネットワークへアクセスできず、実行時に追加パッケージをインストールできません。
画面名称、対象プラン、API要件、ネットワーク条件などは変更される可能性があります。導入時には、利用する環境を先に決め、最新の公式ドキュメントで条件を確認してください。
行政書士・診断士・コンサルで考えられる5つの反復業務
ここから紹介する5業務は、Anthropicが行政書士や中小企業診断士向けに効果を保証した導入事例ではありません。公式仕様を基に編集部が整理した実務上の適用案です。日本語の行政文書に対する処理精度、工数削減率、費用対効果は確認できていないため、小規模な試行による検証が前提となります。
| 対象業務 | Skillで標準化する部分 | 人が確認する部分 | 主な注意点 |
|---|---|---|---|
| 資料整理 | 分類、ファイル名、要点抽出、一覧化、欠落表示 | 誤分類、原本との一致 | 原本を上書きしない |
| 調査 | 検索順序、一次情報の優先、日付、引用形式 | 最新性、出典の妥当性、結論 | 外部情報を取得できない環境がある |
| 文書検査 | 空欄、表記揺れ、日付不整合、添付不足 | 法的妥当性、申請可否、助言内容 | 結果は「要確認箇所」として扱う |
| 定期レポート | 集計、差分、欠損表示、定型部分、出力形式 | 数値、評価、施策の優先順位 | 指定時刻での実行は別途検討する |
| 顧客対応 | 問い合わせ分類、確認事項、回答案、引き継ぎ条件 | 機密情報、専門判断、最終回答 | 送信前に人が承認する |
1．資料整理：分類、一覧化、欠落資料の表示
行政書士事務所では、申請案件ごとに本人確認資料、証明書、契約関係書類などを受領し、所定の分類へ振り分ける場面があります。中小企業診断士やコンサルタントでも、ヒアリング記録、事業計画、財務資料、市場資料などを案件単位で整理します。
資料整理Skillには、分類先、ファイル名の形式、抽出する項目、一覧表の列、欠落資料の表示方法を定義できます。たとえば、資料名、対象期間、発行日、確認状況を一覧化し、想定した資料が見つからない場合は「不足」と表示する手順です。
ただし、日本語の行政文書を所定の分類へ振り分ける精度や、スキャン画像の読み取り精度、大量ファイルの処理上限は今回の調査では確認できていません。原本を直接変更せず、「入力原本」「処理結果」「確認済み成果物」を分けて保存し、担当者が原本と照合できる状態にします。
2．調査：一次情報の優先順位と記録方法を共通化
調査業務は、検索そのものよりも、何を優先し、どの日付を確認し、確認できなかった事項をどう扱うかによって品質が左右されます。
調査Skillには、次のような共通手順を設定できます。
- 調査目的を最初に確認する
- 官公庁、法令データ、企業の公式発表など一次情報を優先する
- 発表日、更新日、取得日を区別して記録する
- 引用と要約を区別する
- 一次情報を取得できない場合は「未確認」と表示する
- 事実と編集部または担当者の考察を分ける
この設計は、診断士の業界調査や支援制度の確認、行政書士の制度調査、コンサルタントの市場調査などで利用できる可能性があります。
ただし、Claude API上のSkill実行環境にはネットワークアクセスがありません。最新情報の検索や外部サービスからの定期取得までSkillだけで完結するとは限らないため、利用面のネットワーク条件や、API、MCPなどの連携手段を個別に確認します。
3．文書検査：欠落や不整合を「要確認箇所」として抽出
申請書、報告書、提案書を提出する前には、空欄、日付の前後関係、表記揺れ、必須項目、参照資料の不足などを確認します。こうした確認項目をチェックリストとしてSkillへ組み込めば、レビュー前の一次点検に利用できる可能性があります。
たとえば、「申請者名の表記が資料間で一致しているか」「報告期間と集計期間が一致しているか」「本文で参照した別紙が添付されているか」を確認し、該当箇所と確認理由を一覧で示す方法です。
出力は「誤りの確定」ではなく、「要確認箇所」として扱います。法令への適合性、申請可否、記載内容の妥当性、経営助言の正しさをSkillが保証するとの公式情報はありません。機械的な確認を前段に置き、行政書士、診断士または担当者が原資料と根拠を確認して最終判断します。
4．定期レポート：集計から所定形式への出力までを標準化
診断士の継続支援やコンサルタントの定例会では、毎週または毎月、同じ構成のレポートを作ることがあります。Skillには、集計期間、比較対象、欠損値の扱い、前回値との差分、定型コメント、グラフや所定様式への出力手順をまとめられます。
たとえば、今月値と前月値を並べ、データがない項目には推測値を入れず「未取得」と表示し、差異が一定以上の項目を確認対象として示す設計です。担当者は、その結果を基に数値の正確性や背景事情を確認できます。
企業ごとの経営課題の評価、施策の優先順位、助言内容は、診断士や担当コンサルタントが検討すべき領域です。また、「定期レポートSkill」という名称でも、指定時刻に自動起動する機能がAgent Skills自体に備わっているとは確認できません。時刻指定の実行が必要なら、外部スケジューラやAPI実装との役割分担を検討します。
5．顧客対応：分類、確認事項、回答案、引き継ぎ条件を共通化
顧客からの問い合わせでは、すぐ回答できる質問、追加情報が必要な質問、資格者の判断が必要な相談を切り分けます。顧客対応Skillには、問い合わせ分類、追加確認事項、回答案の形式、資格者へ引き継ぐ条件、返信前のチェック項目を定義できます。
たとえば、回答案に「確認できた事実」「不足している情報」「担当者の判断が必要な事項」を分けて表示させる方法です。専門判断を伴う相談は回答を確定せず、引き継ぎ対象として明示します。
メールやチャットへの自動送信は、Skill単体の機能として確認されていません。外部ツールと連携する場合も、個人情報や顧客秘密が含まれていないかを確認し、資格者または担当者の承認後に送信する運用が必要です。
Skill化に向く業務・向かない業務をどう判断するか
5つの候補をすべてSkillにする必要はありません。Skillの設計、テスト、更新にも工数がかかるため、反復回数や確認可能性を踏まえて対象を絞ります。
Skill化を検討しやすい業務
次の条件が多く当てはまる業務は、初期候補にしやすいと考えられます。
- 発生頻度が比較的高い
- 開始条件と入力資料が明確である
- 処理順序を文章やチェックリストにできる
- 出力形式と完成条件を定義できる
- 誤りを担当者が原資料と照合できる
- 対外送信や原本変更の前に処理を止められる
- 担当者ごとの手順差を小さくする価値がある
行政書士であれば、申請可否の判断より、受領資料の一覧化や形式上の一次点検が候補になります。診断士であれば、経営診断の結論より、調査記録の形式や月次レポートの定型部分から試すほうが、担当範囲を切り分けやすいでしょう。
初期対象から外したい業務
次の業務は、少なくとも最初の試行対象から外す判断が考えられます。
- 反復回数が少なく、準備工数を回収しにくい
- 案件ごとの差が大きく、共通手順を定めにくい
- 申請可否、法令適合性、経営診断の結論など専門判断が中心である
- 出力の誤りを人が検出しにくい
- 顧客への送信、申請、公開、原本変更まで自動で行う
- 最新の外部情報を常時取得しなければ成立しない
- 契約や組織規程上、投入可能か判断できない情報を扱う
Skill化すれば必ず時間を削減できるわけではありません。案件ごとの差が大きい業務では、指示や参考資料の保守負担が、再利用による利点を上回る可能性もあります。
「自動化」ではなく役割分担で設計する
実務では、次のように工程を分けると、Claudeが担当する範囲と人が責任を持つ範囲を確認しやすくなります。
- Skillが資料を整理する
- Skillが不足や不整合の候補を表示する
- 担当者が原本と照合する
- 資格者または責任者が専門判断する
- 承認後に提出、送信または公開する
この流れでは、Skillは判断を確定する装置ではなく、人が確認すべき箇所を整理する補助工程として位置付けられます。
まず1業務から試すClaude Skillsの作成・テスト手順
Anthropicの公式ガイドは、最初に2～3件の具体的なユースケースを定義し、難しい単一タスクで手順を改善してからSkillへ抽出する方法を推奨しています。最初から5業務を統合すると、失敗したときに原因を特定しにくくなります。
1．候補業務を2～3件挙げる
普段の業務から、「毎回ほぼ同じ順序で進めている」「毎回同じ注意事項を書いている」作業を2～3件選びます。それぞれについて、次の項目を記録してください。
- 利用者の目的
- 開始条件
- 入力資料
- 処理手順
- 使用するツール
- 出力形式
- 完成条件
- 人が確認する項目
- エラー時の処理
- 専門家へ引き継ぐ条件
この時点で処理手順や完成条件を書けない業務は、Skill化の前に現行業務の整理が必要です。
2．難しい単一タスクを一つ選ぶ
候補の中から、頻度が比較的高く、結果を人が確認できる単一タスクを選びます。たとえば、「受領資料を案件別に分類する」全体ではなく、「5種類の資料名と発行日を一覧にし、欠落を表示する」と範囲を限定します。
ここでいう難しいタスクとは、専門判断をAIへ任せるという意味ではありません。単純な一文の指示では安定せず、手順、参考資料、テンプレート、検証条件を組み合わせる価値があるタスクを指します。
3．SKILL.mdと必要なファイルを配置する
Skill用フォルダを作成し、SKILL.mdへnameとdescriptionを記載します。descriptionには、処理内容と起動条件の両方を含めます。
続いて、処理手順、禁止事項、出力形式、人が確認する箇所、エラー時の表示方法を本文に記載します。必要に応じて、規程や用語集をreferences/、帳票やチェックリストをassets/、決定的な検査処理をscripts/へ分けます。
対象外の依頼を受けた場合は実行せず、担当者へ確認を求める条件も設定しておくと、役割の境界を明確にできます。
4．3領域でテストする
公式ガイドでは、次の3領域のテストが示されています。
-
トリガーテスト
起動すべき依頼、言い換えた依頼、起動すべきでない依頼を用意し、想定どおりSkillが選ばれるか確認します。 -
機能テスト
正常な資料だけでなく、欠損資料、誤った形式、境界条件、処理できないファイルなどを用意し、出力とエラー処理を確認します。 -
性能比較
Skillあり・なしで同じ業務を行い、作業時間、修正回数、見落とし件数などを比較します。
テストで起動漏れや過剰起動が見つかった場合は、descriptionの対象業務や起動条件を修正します。処理結果に不足がある場合は、手順、参考資料、テンプレート、検証条件のどこに原因があるかを分けて確認します。
5．最終確認まで含む総工数を測る
効果は生成の速さだけでなく、人による確認と修正を含めて判断します。試行時には、少なくとも次の項目を記録してください。
- 1件当たりの処理時間
- 人が修正した箇所数
- 見落とし件数
- 誤って指摘した件数
- Skillの起動漏れと過剰起動
- 担当者の確認時間
- 利用料金への影響
- 利用を中止した事例と理由
たとえば、生成時間が短くても、原本との照合や修正に長い時間がかかれば、総工数は減っていない可能性があります。導入可否は、処理開始から最終承認までを測って判断します。
本番運用前に確認したい安全策と管理項目
実データを扱う前に、データ保持、同梱ファイル、原本保護、権限、版管理を確認します。匿名化したサンプルや架空データで試行し、問題がないことを確かめてから対象範囲を広げます。
個人情報・顧客秘密・データ保持
Anthropicの公式ドキュメントによると、Agent SkillsはZero Data Retentionの対象外であり、Skill定義と実行データには標準的なデータ保持方針が適用されます。
個人情報、要配慮個人情報、顧客秘密を含む資料を投入できるかは、利用条件だけでなく、所属組織の規程、顧客との契約、秘密保持義務、利用環境の設定を確認して判断する必要があります。匿名化したから常に投入できるとは限らないため、匿名化の方法と再識別の可能性も確認対象に含めます。
確認時には、利用するプラン、データの保存・保持条件、管理者設定、利用者の権限、投入を禁止する情報を文書化してください。
信頼できないSkillと同梱ファイル
Anthropicは、自作したものやAnthropicから取得したものなど、信頼できる提供元のSkillのみを利用するよう注意を促しています。外部から取得したSkillには、データ流出、不正なシステムアクセス、意図しないツール実行などのリスクがあります。
導入前にはSKILL.mdだけでなく、スクリプト、画像、参考資料、テンプレートを含むすべての同梱ファイルを確認します。ファイルの作成・変更範囲、ネットワーク通信、利用するツール、必要な権限も確認し、内容を説明できないSkillは本番環境へ入れない運用が適切です。
原本保護・権限・人手承認
資料整理やファイル名変更では、誤分類や上書きが起こる可能性があります。原本を直接変更させず、入力原本、処理結果、承認済み成果物を分けて保管します。
ツール権限は必要最小限とし、試行段階では可能であれば読み取り専用の複製データを使います。顧客への送信、行政機関への申請、外部公開など、取り消しが難しい処理は人の承認後に実施してください。
成果物には作成者、確認者、確認日を記録し、どの版のSkillを使ったか追跡できる状態にします。
版管理と情報の陳腐化
法令、申請様式、社内規程、顧客向けテンプレートが改定されても、Skill内の資料が自動的に正しく更新されるとは限りません。各Skillには次の情報を付けて管理します。
- 版番号
- 更新日
- 管理責任者
- 対象業務
- 基準資料の日付
- 配布先と利用面
- 変更内容
- 次回確認日
claude.ai、Claude API、Claude Codeの複数環境で利用する場合は、古い版が残っていないかを配布先ごとに確認します。法令、様式、社内規程、利用条件が変わった際の更新担当者と確認手順も決めておきます。
まとめ｜今日から「開始条件・入力・手順・出力・確認者・完成条件」を書き出す
Agent Skillsの実務上の価値は、専門判断を置き換えることではなく、繰り返し説明している手順、参考資料、チェックリスト、テンプレートを再利用可能な形にする点にあります。
行政書士・中小企業診断士・コンサルタントでは、資料整理、調査、文書検査、定期レポート、顧客対応が候補になります。ただし、これらは公式仕様を基にした編集部の適用案であり、処理精度や削減効果が保証された士業向け事例ではありません。
今日から取れる行動は、日常の反復業務を一つ選び、紙や表計算シートに次の6項目を書き出すことです。
- いつ処理を始めるかという「開始条件」
- 何を受け取るかという「入力資料」
- どの順序で確認するかという「処理手順」
- どの形式で仕上げるかという「出力形式」
- 誰が何を確かめるかという「人が確認する項目」
- どの状態なら終了できるかという「完成条件」
6項目を具体的に書けて、誤りを原資料と照合できる業務なら、Skill化を試す候補になります。反対に、専門判断が中心で完成条件を定義できない業務は、初期対象から外します。
次に、個人情報や顧客秘密を含まない架空データを使い、起動すべき依頼、起動すべきでない依頼、欠損や誤形式を含む依頼を試してください。Skillなしの場合とも比較し、生成時間だけでなく、確認と修正を含む総工数、見落とし、誤指摘を記録します。その結果を見て、本番利用へ進むか、手順を直すか、Skill化を見送るかを判断することが、安全な第一歩です。
出典
- Anthropic「The Complete Guide to Building Skills for Claude」（確認日：2026-07-31）
- Anthropic「Equipping agents for the real world with Agent Skills」（2025-10-16）
- Anthropic「Agent Skills — Claude Platform Docs」（確認日：2026-07-31）
- Anthropic「Use skills in Claude」（2026-05-27）
- Anthropic「Provision and manage skills for your organization」（2026-05-29）
この記事はAIが生成し、編集長のチェックを受けて公開しています。
- 公開日：2026年7月31日
- 最終更新日：2026年7月31日
- 編集：YataGarasu編集部
