10月22日、Anthropic が「Agent Skills」という仕様を、Linux Foundation 傘下の Agentic AI Foundation（AAIF）に寄贈すると発表しました。X でもエンジニア界隈でけっこう話題になっています。
ニュースだけ見ると「業界団体に仕様を渡した」という地味な話に見えるんですが、自分はこれ、AIに業務を任せたい中小企業や店舗にこそ関係がある話だと思っています。理由はシンプルで、AIに教えた「うちの仕事のやり方」が、特定のAIツールに縛られずに済むようになるからです。
01｜Agent Skills ってなに？
ざっくり言うと、「AIに渡す業務マニュアルの書き方の決まり」です。
公式の仕様（agentskills.io）によると、スキルは SKILL.md というファイルが入ったフォルダ です。中身はこんな感じ。
---
name: monthly-invoice
description: 毎月の請求書を作るときに使う。顧客一覧から今月分の請求書PDFを作って、確認用の一覧を出す。
---
# 手順
1. 顧客一覧（references/customers.csv）を読む
2. 今月の稼働分を集計する
3. テンプレート（assets/invoice-template.docx）に流し込む
4. 送る前に、金額と宛先の一覧を人に見せて確認をもらう
上の YAML の部分に「名前」と「いつ使うか」を書いて、下にふつうの文章で手順を書くだけ。必要ならスクリプトや参考資料、テンプレートを同じフォルダに入れておけます。
ポイントは、AIが最初から全部を読み込むわけではないことです。仕様では、起動時は名前と説明（だいたい100トークンくらい）だけを読んで、「この仕事にはこのスキルが要るな」と判断したときに本文を読み、参考資料はさらに必要なときだけ読む、という段階的な読み込みが推奨されています。だから、スキルをたくさん持たせても、毎回AIの頭（コンテキスト）がパンパンになりにくい。
02｜今回のニュースで何が変わるのか
Anthropic の発表によると、Agent Skills は2025年10月に Claude 向けに出たあと、12月にオープンな仕様として公開され、ChatGPT・Cursor・GitHub Copilot・VS Code など70以上のエージェント製品が対応しているそうです。公開されたスキルは100万件、インストールは約2億8000万回とのこと。
今回の寄贈で、名前・ロゴ・GitHub の組織・agentskills.io のドメインが AAIF に移ります。AAIF には、AnthropicのMCP（AIと外部ツールをつなぐ仕組み）や、AGENTS.md などもすでに入っていて、Linux Foundation の発表では今回の追加で10プロジェクトになったとしています。メンテナンスは Anthropic・Google・OpenAI などのエンジニアが個人として担当する形です。
要するに、「Anthropic の独自機能」から「どのAIでも使える共通の書式」に、名実ともになったということです。
03｜中小企業にとって何がうれしいのか
自分が一番大きいと思っているのは、AIツールの乗り換えがしやすくなることです。
AIのサービスは、正直いまも数か月単位で「どれが一番いいか」が入れ替わっています。そのたびに、プロンプトや社内ルールを各ツールの独自形式で書き直すのはしんどい。小さい会社ほど、そこに割ける人がいません。
でも、業務の手順を SKILL.md として書いておけば、対応しているツールならそのまま読ませられる（はず）。仕事のやり方という一番大事な資産を、ツールではなく自分たちの手元に置いておけるわけです。
もう一つは、手順書が「人も読めるAI用マニュアル」になること。中身はただの Markdown なので、新しく入ったスタッフが読んでもわかります。属人化しがちな「あの人しか知らない作業」を、AIにも人にも渡せる形で残せる。これは中小企業のDXでずっと課題だったところだと思います。
04｜とはいえ、気をつけたいこと
いいことばかりではありません。自分が気にしているのは2つです。
① 他人が作ったスキルを、何も見ずに入れない
スキルにはスクリプトを同梱できます。つまり、他人のスキルを入れるのは「他人が書いたプログラムを自分の環境で動かす」のに近い。公開されている数が多いぶん、中身を確かめずに入れるのは危ないです。Anthropic も、今後のロードマップ案に「スキルを書く人・入れる人向けのセキュリティガイダンス」を入れると書いています。逆に言えば、今はまだ整備中ということ。社外のスキルは、少なくとも中のスクリプトに目を通してから使う、くらいの運用はしておきたいです。
② 「書けば動く」わけではない
手順書がふわっとしていれば、AIもふわっと動きます。特に description（いつ使うか）は、AIがスキルを選ぶときの手がかりなので、「請求書に関するスキル」みたいな一言だと選ばれないことがあります。仕様でも「何をするか」と「いつ使うか」の両方を書くよう推奨されています。ここは人向けのマニュアル作りと同じで、最初の書き方で差が出るところです。
05｜自分ならこう始める
いきなり全業務をスキル化しなくていいと思っています。自分ならこの順番です。
- 毎週・毎月やっている定型作業を1つ選ぶ（請求書、日報のまとめ、SNS投稿の下書きなど）
- 今の手順を箇条書きで書き出す。「送る前に人が確認する」みたいな止めどころも必ず書く
- SKILL.md の形にして、今使っているAIツールに読ませてみる
- うまくいかなかったところを手順書のほうに直す。AIへのその場の指示で直さない
4番目が地味に大事で、チャットでその場しのぎの指示を足していくと、次の回にはまた同じところでつまずきます。直すなら手順書のほうに直して、次から何度でも同じ品質で動くようにする。自分たちも実際、AIに任せている作業はこのやり方に寄せています。
AIの性能はこれからもどんどん上がると思いますが、「うちの会社の仕事のやり方」はAIが勝手に知ってくれるものではありません。そこを自分たちの言葉で書き残しておくことが、ツールが何に変わっても残る資産になる、というのが今回のニュースを見ての自分の結論です。