2026 年 10 月 22 日，在圣何塞举行的 AGNTCon + MCPCon North America 上，Agentic AI Foundation 宣布了四个新项目。其中最影响每个编程 Agent 团队的，是 Anthropic 贡献的 Agent Skills，也就是 SKILL.md 格式。另外三个项目是 OpenAI 的 Open Responses、Hugging Face 的 OpenEnv 和阿里巴巴的 OpenSandbox。这个隶属于 Linux Foundation 的基金会目前托管 10 个项目，包括 MCP、A2A、AGENTS.md 和 goose。
Anthropic 的捐赠公告列出了移交内容：Agent Skills 的名称和 logo、GitHub 组织、agentskills.io 域名，以及标准本身。公告也给出了 Anthropic 自己的采用数据：自 2025 年 12 月标准发布以来，已有 70 多个 Agent 平台集成 Agent Skills，「已发布 100 万个技能，安装量接近 2.8 亿次」。
这看起来像一条治理新闻，事实上大部分也是。但它替一个实际问题定了音：当你在一个任务上用 Claude Code、另一个任务上用 Codex 时，技能到底是厂商功能，还是可以押注的格式？现在它是一个有中立所有者的格式。
太长不看
Agent Skills 现在是 Agentic AI Foundation 下的厂商中立项目，由来自 Anthropic、Google、OpenAI 等公司的工程师以个人身份维护。10 月 22 日没有任何文件格式变化。你现有的 SKILL.md 仍然能用，加载它们的产物仍然从相同位置加载。改变的是谁来决定下一个版本。对团队来说，有用的做法是只按六个规范字段写技能，每个仓库保留一份副本，让每个 Agent 自己找到它。
一段话讲清 Agent Skills
一个技能就是一个包含 SKILL.md 的目录：YAML frontmatter 至少有 name 和 description，后面是 Markdown 指令。目录旁边还可以带 scripts/、references/ 和 assets/。规范短到十分钟就能读完。
技能靠渐进式披露保持低成本。Agent 启动时只加载每个技能的名称和描述，按规范每个约 100 个 Token；任务匹配时才读取完整的 SKILL.md 正文，只有指令明确指过去时才打开随附文件。
想看更长的解释，以及如何审查来自公开来源的技能，可以阅读「编程 Agent 技能是什么」这篇说明。
这次移交改变了什么，没改变什么
| 10 月 22 日之前 | 之后 | |
|---|---|---|
| 名称、logo、GitHub 组织和域名的所有者 | Anthropic | Agentic AI Foundation |
| 维护者 | 在 Anthropic 组织下发布 | Anthropic、Google、OpenAI 等公司的工程师以个人身份参与；David Soria Parra 和 Mahesh Murag 被列为主要维护者 |
SKILL.md 格式 |
规范位于 agentskills.io | 同一份规范，同一个网址 |
| 产品在哪里查找技能 | 各产品自行决定 | 仍由各产品决定 |
| 产品专属扩展 | 各产品自行处理 | 仍由各产品处理 |
| 路线图 | 尚未正式化 | Anthropic 提议版本化发布、正式提案流程，以及面向技能作者和安装者的安全指南 |
有三件事变了。第一，品牌和基础设施的所有权：名称、域名和 GitHub 组织不再属于那个与其他读取该格式的产品存在竞争关系的厂商。第二，坐在桌边的人。来自 Anthropic、Google 和 OpenAI 的工程师现在共同维护一个他们的产品本来就在读取的格式。第三，流程要来了，而且你不需要加入基金会才能参与。
有三件事没变，而它们才影响你的仓库。格式还是 10 月 21 日那份文件。规范仍然没有规定技能放在哪里；它定义技能目录里面放什么，由各产品决定扫描哪些目录。产品扩展仍然是产品扩展：一个 Agent 能理解的字段，下一个 Agent 仍可能拒绝。
一个细节能说明这套治理有多新。10 月 26 日，仓库的贡献指南仍写着 logo 请求「由 Anthropic 团队审核」，规范页面也没有版本号。版本化发布还在提议的路线图里，没有上线。实际使用时可以把规范当成稳定的，但纸面上它仍未版本化。
写一次技能，在多个 Agent 里加载
下面是一个严格符合规范的最小技能。name 由小写字母、数字和连字符组成，最多 64 个字符，并与文件夹名一致。description 说明技能做什么、什么时候使用，限制在 1,024 个字符以内。其他字段全部可选。
metadata 的值要加引号，因为规范把 metadata 定义为字符串键到字符串值的映射。参考文件放在 SKILL.md 下面一层，这是规范推荐的做法。在让别人依赖它之前，先用参考校验器检查：
.agents/skills/migration-review/
├── SKILL.md
└── references/
└── CHECKLIST.md
---
name: migration-review
description: Reviews a database migration before it merges. Checks reversibility, locking on large tables, and data backfills. Use when a diff adds or changes files under migrations/ or the user asks for a migration review.
license: Apache-2.0
metadata:
owner: platform-team
version: "1.2"
---
# Migration review
1. List every migration file in the diff.
2. For each one, confirm a down migration exists, or state why it cannot.
3. Flag any ALTER TABLE on a table listed in references/CHECKLIST.md as large.
4. Flag backfills that run inside the migration instead of a separate job.
5. Report one line per file: PASS, or FAIL with the reason.
Do not edit the migration. Report only.
skills-ref validate ./.agents/skills/migration-review
接下来是基金会没有解决的部分：发现路径。Codex 的技能文档列出仓库里的 .agents/skills 和用户目录下的 $HOME/.agents/skills。Claude Code 的文档列出专项里的 .claude/skills/<skill-name>/SKILL.md 和个人目录下的 ~/.claude/skills/。两者都跟随符号链接的技能文件夹。所以，在 .agents/skills 下保留一份真实副本，这是规范的客户端实现指南建议扫描的跨客户端约定，再给 Claude Code 建链接：
mkdir -p .claude/skills
ln -s ../../.agents/skills/migration-review .claude/skills/migration-review
git add .agents/skills .claude/skills
一个文件夹、一次审查、一个更新位置。直接扫描 .agents/skills 的产品不需要链接；具体查各产品文档。
三条规则能让技能保持可移植：
- 共享副本只使用规范里的六个字段：
name、description、license、compatibility、metadata、allowed-tools。Claude Code 文档说，claude.ai 上传和 Skills API 会直接拒绝其他键，而 Claude Code 本身接受context: fork之类的扩展。 - 把
allowed-tools当成提示。规范把它标为实验性，各 Agent 的支持程度不同。 - 把产品专属配置留在共享 frontmatter 之外。Codex 会从技能目录里的
agents/openai.yaml读取可选的界面和调用设置，其他 Agent 会忽略它。
当多个 Agent 或多个人会碰同一个仓库时，标准化到共享格式；当一个开发者只跑一个 Agent 时，可以不搞这套仪式：把个人技能放在那个 Agent 自己的目录里就行，等第二个 Agent 出现再考虑可移植性。
信任问题不会随移交一起消失
格式有了中立所有者，不代表任何技能都安全。客户端实现指南指出，专项级技能来自正在操作的仓库，而那可能是一个你无法控制的新克隆；指南建议 Agent 对这类技能做信任检查后再启用。Anthropic 提议的路线图包含面向技能作者和安装者的安全指南，但公告也说明，这份指南目前还没有完成版。
在它完成之前，把技能当依赖审查：Agent 运行前读完 SKILL.md 和每个脚本，命令保持最小权限，密钥不要放进去。按 Anthropic 的统计已经有 100 万个技能发布，供给不是约束，审查才是。
产品如何接入
共享格式回答的是「这个文件能不能在我的 Agent 里加载」。它不回答哪个 Agent 带着哪个技能、谁能改、结果去了哪里。你每加一个 Agent，这个管理问题就会变大。
在 HiFox 里，技能以 SKILL.md 为入口，YAML 的 name 和 description 后面跟指令，符合技能文档的约定。你可以上传 SKILL.md、.skill 文件、zip 或文件夹，也可以从受支持的公开 URL 导入，或者导入电脑 Runtime 已经发现的技能。导入会变成受管副本，所以文档建议在绑定前先审查。每个技能在创建时固定一个范围：组织、空间或 Agent；编辑权限只限创建者，以及组织所有者或管理员。HiFox 的技能说明逐条走过了这些路径。
绑定发生在 Agent 上，Agent 也是选择 Runtime 的地方。按照小组文档，小组是「由队长 Agent 协调的一组可复用的人与 Agent」，每个 Agent 成员保留自己的配置。所以，队长跑在 Claude Code、审查者跑在 Codex 的小组，可以绑定同一个空间技能，每个成员的结果仍然回到同一个任务。Agent 负责调研、执行、测试和汇报，人决定哪些技能代表团队权威，并验收结果。
你可以用一个文件夹加每个仓库一个符号链接来手工同步技能，也可以随着团队增长，用 HiFox 管理哪些 Agent 带着它们。想并排运行两个 Agent，可以阅读 Claude Code 与 Codex 在同一个代码库上的 worktree 做法。
常见问题
Agent Skills 移交到 Agentic AI Foundation 后，格式变了吗？没有。公告转移的是名称、logo、GitHub 组织、域名和标准。agentskills.io 上的规范还是同一份文件，现有 SKILL.md 技能继续可用。
现在谁维护 Agent Skills？来自 Anthropic、Google、OpenAI 等公司的工程师以个人身份维护，David Soria Parra 和 Mahesh Murag 担任主要维护者，这是 Anthropic 公告里的说法。Anthropic 提议了版本化发布和正式提案流程，但两者都还没有上线。
哪些 Agent 支持 Agent Skills？Anthropic 说有 70 多个平台，并点名了 ChatGPT、Cursor、GitHub Copilot 和 VS Code。客户端展示页列出了 Claude Code、Codex、Gemini CLI、OpenCode、Goose 和 OpenHands 等产品。每个产品选择自己的技能目录，所以要查对应文档。
写技能或贡献技能需要加入基金会吗？不需要。Anthropic 公告说，你可以继续使用或贡献这个标准而不加入基金会；规范反馈走项目的 Discord。
为 Claude Code 写的技能能在 Codex 里用吗？如果 frontmatter 只使用六个规范字段，而且放在 Codex 会查找的位置，格式上可以。像 context: fork 这样的 Claude Code 扩展不会带过去，所以要把它们留在共享副本之外。迁移技能只是切换 Agent 的一部分，切换时如何保留上下文是另一半。
HiFox
