ハクソク

世界を動かす技術を、日本語で。

エージェントスキル

2026年2月3日原文(agentskills.io)

概要

Agent Skills は、エージェントの業務精度と効率を高めるための 手順・スクリプト・リソース集。 会社やチーム固有の知識 をエージェントが随時取得可能。 スキル作成者 は一度構築した機能を複数エージェント製品へ展開可能。 組織知識のパッケージ化 と バージョン管理 による再利用性向上。 Anthropic発のオープン標準 としてGitHubで公開、幅広いエコシステムで採用拡大中。

Agent Skillsの概要

  • Agent Skills は、エージェントが業務を正確かつ効率的に遂行するための 指示・スクリプト・リソース のフォルダー
  • エージェントが本来持たない 業務文脈や手順知識 を外部から動的に取得可能
  • 会社・チーム・ユーザー固有の情報 をエージェントに柔軟に付与可能
  • タスクに応じて スキルの組み合わせや拡張 が可能な仕組み

スキル作成者・エージェント・組織への利点

  • スキル作成者 ：一度作成したスキルを複数エージェント製品へ 横展開 可能
  • エージェント ：スキル対応で 新機能を即時追加 できる柔軟性
  • チーム・企業 ： 組織知識のパッケージ化 と バージョン管理 による知見の蓄積・再利用

Agent Skillsが可能にすること

  • ドメイン専門性 ：法務レビューやデータ分析など 専門知識の再利用可能な手順化
  • 新機能追加 ：プレゼン作成やMCPサーバー構築、データセット分析など エージェントの能力拡張
  • 再現性あるワークフロー ：複数工程の業務を 一貫性と監査可能性 のあるフローに変換
  • 相互運用性 ： 異なるエージェント製品間で同一スキルを再利用 可能

採用状況・オープン開発体制

  • 主要AI開発ツール でAgent Skillsのサポート拡大傾向
  • Anthropic が開発したフォーマットを オープン標準 として公開
  • GitHub 上で仕様や実装がオープンに管理・貢献可能
  • エコシステム全体 からの参加・拡張が促進されている状況

参考リンク

  • GitHub での仕様・導入方法閲覧
  • エージェント製品 や 開発ツール での導入事例

Hackerたちの意見

エージェントって、頼まないと全然使わないって人いる？

└

キーワードを使って明示的にトリガーしても、期待してた時に発動しないことが多いんだよね。

└

「スキル」って、結局は.mdファイルで、圧縮された統計出力マシンが見つけるかどうかも怪しいし、ちっちゃいコンテキストウィンドウに保持されるかも微妙なんだよね。

└

Vercelも同じことを発見したみたいだね: 「56%の評価ケースで、スキルは一度も呼び出されなかった。エージェントはドキュメントにアクセスできたけど、使わなかった。スキルを追加してもベースラインより改善はなかった。」 > … > スキルは無駄じゃないよ。AGENTS.mdアプローチは、Next.jsでのエージェントの動作を全タスクにわたって広く改善するんだ。スキルは、ユーザーが明示的にトリガーする縦のアクション特化型ワークフローでより効果的に機能するよ。https://vercel.com/blog/agents-md-outperforms-skills-in-our-...

└

そうそう。頼んでも全然スキルを使ってくれなくて、ほんとに困ってる。数日前に誰かの分析を見たんだけど、エージェントがスキルのコンテキストを直接AGENTS.mdに放り込むと、もっと正確になるって言ってた。

└

これ、うちでも問題になってる。スキルを使う時もあれば、使わずに自分でやろうとする時もある。イライラするよね。これは（ほぼ）解決できる問題だと思う。今の最先端モデルはスキルでRLVRトレーニングされてなかったし（その時は存在しなかったから）、小さい説明が同じツールコールスキーマに詰め込まれてることでちょっと混乱してるんじゃないかな。（少なくともClaude Codeではそうなってる。）次の世代は、スキルが使えるタスクでたくさんRLVRされてるだろうから、もっと信頼性高く使うようになると思う。とにかく、次のOpusリリースまで待ってれば、かなりの改善が見られるはずだよ。（もちろん、これらは非決定論的なことだから、あれこれ言うのはあれだけど、「スキルを30%の確率で見逃す」から「2%の確率で見逃す」になるのは期待してもいいと思う。）

└

同じく！スキルの指示を一般のAGENTS.mdに入れると、うまくいくよ。

└

使うものによるかもね。俺はcodexを使ってるけど、指示に従ってくれることが多いよ。リポジトリのスキルディレクトリを明示的に指し示すAGENTS.mdを使ってる。そこには、ビルドの仕方とかテストの仕方、何をするべきかとか、そういう明らかなことの指示を主に入れてる。あんまりスキルは多くないかな。スキルが多いほど混乱するかもしれないし、対立する指示が増えると、LLMが本当にやりたいことを理解するのが難しくなるからね。スクリプトから外れたら、よく中断して何をするべきか教えて、関連するスキルを更新するようにしてる。これが結構うまくいくみたい。シンプルに保つのが効果的だね。

フォルダを標準化してほしいな。 .claude/skills .codex/skills .opencode/skills .github/skills

└

ln -sが助けてくれる！

└

.agent/ スキルはまだ標準化するには早い気がする。まだ始まったばかりなのに、なんでそんなに早くクリエイティビティを制限したいんだろう？

└

さらに悪いことに、opencodeはデフォルトで単数形を使うんだよね： .opencode/skill

Hacker Newsで議論の続きを見る