AIに同じ説明を3回した——そう感じたら、それはスキルにするサインです。スキルとは、AIに渡しておく手順書のこと。1回書いておけば、次からは「あれをやって」の一言で、同じ品質の仕事が返ってきます。この記事では、スキルの作り方と、社内で共有するときの選び方を整理します。
スキルとは——文書1枚です
身構える必要はありません。スキルの実体は、手順を書いた文書が1枚あるだけです。専用の開発環境も、プログラミングの知識も要りません。フォルダを1つ作って、そこに手順書を置く。基本はそれだけです。
当社には、いま82件のスキルがあります。中身は「記事を1本作るときの進め方」「レビューを通すときの手順」「画像を作るときの決まりごと」といった、どれも地味なものです。
いちばん大事なのは「いつ使うか」
手順そのものより、冒頭に書く「いつ使うか」のほうが重要です。ここが曖昧だと、せっかく書いてもAIが呼び出してくれません。
- 良い例：「見積書を作るとき」「お客様への謝罪文を書くとき」「請求書を出す前の確認をするとき」
- 悪い例：「文書を作るとき」「必要に応じて」——広すぎて、いつ呼ぶべきか判断できません
コツは、社内で実際に使っている言い回しをそのまま書くことです。「見積を作って」と普段言っているなら、その言葉を条件に入れておきます。
良いスキルの条件3つ
- いつ使うかが具体的。上のとおりです
- 判断ではなく手順になっている。「適切に処理する」ではなく「①〜を開く ②〜を確認する ③〜が空欄なら止める」。順番と、止まる条件を書きます
- うまくいかなかったときの対処がある。「見つからない場合はこうする」まで書いておくと、途中で止まらずに済みます
スキルにしないほうがいいもの
何でも手順書にすればよいわけではありません。
- 毎回条件が変わる仕事。手順が書けないので、書いても外れます
- 判断そのもの。「この案件を受けるかどうか」のような判断は、人が決める場所として残しておきます
- 1回しかやらない仕事。書く手間のほうが大きくなります
目安は「3回やった作業」です。3回同じことをしたなら、4回目からは手順書が効きます。
書いたら、別の会話で1回試す
これは実務上のコツです。書いた直後の会話では、その場の流れでうまく動いたように見えることがあります。新しい会話を始めて、普段の言い方で頼んでみる。そこで呼び出されなければ、「いつ使うか」の書き方を直します。
社内で共有するときの3段階
ここが今回いちばんお伝えしたい部分です。共有のしかたは、規模によって3つに分かれます。
- 自分ひとりで使う → スキル。自分の環境に手順書を置くだけ
- チームや部署で配る → プラグイン。スキルに加えて、役割を持った担当（エージェント）・自動で走る検査（フック）・呼び出し用のコマンドまでまとめて、配れる形にしたものです。全員の環境に同じ手順が入るので、担当者が替わっても品質が揃います
- 社内システムを触らせる → MCP。在庫データベースや基幹システムに繋ぐ話は、手順書では届きません。別の仕組みが要ります
順番としては、まず個人でスキルを作り、使えると分かったものだけをチームへ配るのが安全です。いきなり全社に配ると、育っていない手順書が全員の足を引っぱります。
共有するときの注意
スキルに会社の機密や個人情報を直接書かないでください。配ると、その中身も一緒に配られます。取引先名・単価・個人名は、手順書には書かず、別の場所に置いて参照する形にします。
まとめ
- スキルは手順書1枚。プログラミングの知識は要らない
- いちばん大事なのは「いつ使うか」。社内で実際に使っている言い回しで書く
- 判断ではなく手順で書く。止まる条件と、うまくいかないときの対処まで
- 目安は「3回やった作業」。1回きりの仕事は対象外
- 個人＝スキル／チーム＝プラグイン／社内システム＝MCP、と使い分ける
- 機密は手順書に直接書かない
「どの作業から手順書にすればいいか分からない」という段階が、いちばん時間のかかるところです。大分県内の企業さま向けに、繰り返し作業の洗い出しから手順書づくり、社内で回る形にするところまで一緒に進めています。詳しくはAI導入・DX支援のページをご覧ください。
※本記事の構成は2026年9月時点の当社の運用にもとづきます。
