AI活用

Claude CodeのSkills活用法|
中小企業がAIに社内ルールを覚えさせる始め方

「AIに毎回同じ説明をしている気がする」。Claude CodeのSkillsは、そんな地味な手戻りを減らすための仕組みとして見るとわかりやすいです。Anthropicは2026年6月3日、社内で数百のSkillsを運用して学んだことを公開しました。

この記事では、公式記事の内容を中小企業の現場に引き寄せて整理します。開発チームだけでなく、問い合わせ対応、議事録、月次レポート、制作チェックのような仕事にも応用しやすい話です。

lightbulb

この記事を読むとわかること

  • check_circleClaude CodeのSkillsが、単なるメモと違う理由
  • check_circleAnthropicが整理した9種類のSkillsの実務的な見方
  • check_circle中小企業が最初に作りやすいSkillsの例
  • check_circle機密情報を入れずに、社内ルールをAIへ渡す注意点
lightbulb

読者フィルター

向く: AIに同じ指示を何度も出している方、社内の作業手順をAIに使わせたい方、Claude CodeやAIエージェント運用を整えたい方

向かない: 一度きりの雑談や、まだ業務手順そのものが固まっていないケース

Skillsは「AIに渡す仕事の型」と考えるとわかりやすい

AnthropicはSkillsを、エージェントがより正確・効率的に作業するために見つけて使える「instructions, scripts, and resources」のフォルダだと説明しています。つまり、文章だけの説明書ではありません。

入れられるもの仕事での例AIに効く理由
手順書問い合わせ返信前の確認順毎回説明しなくてよくなる
テンプレート月次レポート、議事録、提案文の型出力の形がぶれにくい
補助スクリプトCSV集計、表示確認、テスト実行AIが手作業で推測しなくて済む
注意点禁止表現、確認漏れ、よくある失敗過去の失敗を次に活かせる

噛み砕いて言うと、Skillsは「AIに毎回渡している依頼メール」を、再利用できる業務の型にしたものです。ここ、けっこう大事です。AIの性能だけでなく、渡す型の質で仕事の安定感が変わります。

AnthropicはSkillsを9種類に分けている

公式記事では、Anthropic社内のSkillsを棚卸しした結果、9つのカテゴリに分かれたと紹介されています。全部をそのまま真似する必要はありません。まずは「自社ではどの型が足りないか」を見る表として使うのが現実的です。

  • check_circleLibrary / API reference:社内ライブラリやCLIの使い方
  • check_circleProduct verification:Playwrightやtmuxなどを使った動作確認
  • check_circleData fetching and analysis:データ取得、分析、ダッシュボードの参照
  • check_circleBusiness process and team automation:朝会、チケット作成、週次報告など
  • check_circleCode scaffolding / review / CI/CD / Runbooks / Infrastructure operations:開発と運用の型

中小企業で最初に効きやすいのは、Product verificationとBusiness processです。たとえば「公開前にスマホ表示を確認する」「月次報告を同じ順番で作る」。こういう地味な作業ほど、型にすると半年後に効いてきます。

よいSkillsは、正論より「つまずきどころ」を書いている

Anthropicは、Skills作成のコツとして「Don’t state the obvious」と「Build a gotchas section」を挙げています。AIが普通にわかることを長く書くより、AIが毎回間違えるところを書く。これが現場では効きます。

弱い書き方強い書き方
丁寧に返信してください契約・請求の話は断定せず、選択肢を2つ出して確認を促す
レポートを作ってください数値はスプレッドシート原本を確認し、推測で補わない
サイトを確認してくださいPCだけでなく360px幅でもCTAが折れていないか見る
lightbulb

Skillsは「きれいな説明書」より「失敗メモ」に近いところから育ちます。AIが一度ミスしたら、その原因をGotchasに足す。これだけでも、次の作業の安定感が変わります。

小さな会社なら、まず3つのSkillsから始める

いきなり社内全体のSkillsライブラリを作る必要はありません。まずは、毎週または毎月くり返す作業から始めるのが安全です。

  1. 公開前チェックSkill
    Webページ、ブログ、資料の表示・文言・リンクを同じ順番で確認する。
  2. 問い合わせ返信Skill
    トーン、確認項目、送ってはいけない断定表現をまとめる。
  3. 月次レポートSkill
    見るデータ、並べる順番、最後に人が確認する数字を決める。
あなたは月次レポート作成を補助します。

必ず守ること:
- 数字・日付・金額は原本ファイルを確認する
- 推測で不足データを補わない
- 前月との差分を先に書く
- 誇張表現は避ける
- 最後に「人が確認する項目」を3つ出す

出力形式:
1. 今月の要点
2. 前月との差分
3. 気になる点
4. 次の確認事項

まずは1つで十分です。小さなSkillを実際に使い、AIが迷ったところだけ追記する。そうすると、社内の暗黙知が少しずつ「使える型」になります。

社内ルールを入れるときは、秘密情報を混ぜない

Skillsは便利ですが、何でも入れてよい場所ではありません。顧客名簿、パスワード、APIキー、契約金額、未公開情報をそのまま入れるのは避けます。入れるのは「参照の仕方」や「確認の順番」です。

入れてよい入れない
「請求関連は原本を確認する」実際の請求金額や口座情報
「顧客情報はCRMで確認する」顧客リストの丸ごとコピー
「公開前に担当者へ確認する」認証情報、秘密鍵、ログイントークン

Skillsは、AIに秘密を渡す仕組みではなく、AIが安全に仕事を進めるための道順です。この線引きを最初にしておくと、現場で使うときの不安がかなり減ります。

今日やるなら、まず「毎回説明していること」を1つ書き出す

Skills活用の第一歩は、ツールの設定より前に「何を毎回説明しているか」を見つけることです。チャットで同じ文章を貼っているなら、そこにSkill化の候補があります。

  • check_circle直近1週間で、AIに2回以上説明した指示を1つ選ぶ
  • check_circleその指示を「目的」「手順」「注意点」「人が確認する項目」に分ける
  • check_circle一度使って、AIが迷った箇所だけGotchasに追記する

i-Styleでは、AI活用は「便利なツールを増やす」だけではなく、社内の仕事の型を少しずつ言語化することだと捉えています。派手な自動化より、毎回の確認漏れが減ること。その積み重ねが、半年後の働きやすさに効いてくるはずです。

よくある質問

Claude CodeのSkillsは、何を保存する場所ですか?

繰り返し使う手順、確認項目、社内ルール、補助スクリプト、テンプレートなどを保存する場所です。単なるメモではなく、AIが必要なときに参照して作業に使うための業務の型です。

中小企業では、最初にどんなSkillsを作るとよいですか?

まずは成果物の確認手順、問い合わせ返信の文体ルール、月次レポートの作成手順など、毎回同じ説明をしている業務から始めるのが現実的です。

Skillsを作れば、AIに丸投げできますか?

丸投げではなく、AIが迷いやすいところに仕事の型を渡す考え方です。数字、日付、固有名詞、顧客情報、公開前チェックは人が確認する前提で設計します。

社内ルールをSkillsに入れるときの注意点は何ですか?

機密情報やパスワードを入れないこと、長すぎる説明にしないこと、失敗しやすい注意点をGotchasとして更新し続けることが大切です。

まとめ

  • check_circleSkillsは、AIに渡す仕事の型です
  • check_circleAnthropicは社内で数百のSkillsを使い、9種類に整理しています
  • check_circle最初は公開前チェック、問い合わせ返信、月次レポートのような繰り返し業務が向いています
  • check_circleよいSkillsは、一般論よりGotchasを育てています
  • check_circle機密情報は入れず、確認順と判断基準を渡すのが安全です

AI活用の「仕事の型づくり」を相談できます

AIを導入したいけれど、どの業務から型化すればよいかわからない場合は、まず現場の繰り返し作業を一緒に整理できます。小さく始めて、運用に残る形へ落とし込みます。

お問い合わせページへarrow_forward

まずはチャットボットで相談できます

記事の内容について「自社の場合はどう考えればいいか」を軽く確認したい方は、i-Styleサポートデスクbotもご利用ください。問い合わせ前の整理や、AI活用・Web活用の最初の相談窓口としてお使いいただけます。

i-Styleサポートデスクbotで相談するarrow_forward

参考ソース