Agent Plugins 委员会为何没有 Anthropic 席位
Agent Plugins 1.0.0 TSC 五席无 Anthropic，Skills 仍须遵循其起源的 SKILL.md 规范；可移植层只有 skills 与 MCP。
2026-08-06 Agent Plugins 1.0.0 发布时，Technical Steering Committee 初始五席是 AWS、Cursor（Anysphere）、Microsoft、OpenAI、Vercel，Google 同日宣布加入；Anthropic 零席。agent plugins 委员会为什么没有 anthropic，直接回答是治理席位缺席，但规范 §7.1 仍要求 Skills 遵循 Anthropic 起源的 Agent Skills（SKILL.md）格式。
TSC 名单与 Anthropic 缺席
Vercel 2026-08-06 changelog 把 launch 写成五方定稿，并列出 TSC Core Maintainer：Amazon Web Services、Anysphere（Cursor）、Microsoft、OpenAI、Vercel。Google 在同日发布窗口宣布加入委员会，使席位变为六家，名单里仍无 Anthropic。
这和 openai agent plugins 开放标准是什么 已写的「多厂共定」不矛盾，本文补的是谁坐在 steering 桌这一层。GitHub 参与定稿却不在初始 TSC 五席，Anthropic 则是 Agent Skills 规范的事实起源方，却未拿 steering 席。读新闻时别把「Skills 格式谁发明的」和「插件标准谁投票」混成一回事。
Vercel 博客把 launch 描述成 publicly available 的 1.0.0，OpenAI 窗口借 GPT 周年发声，Cursor 则在 X 上宣布客户端支持。Anthropic 当时没有对称的「我们入席/我们反对」公开声明，外界只能看到缺席结果。Towards AI 作者 Chew Loong Nian（约 2026-08-10）指出讽刺点：可移植核心的 skill 文件格式仍必须遵循 agentskills.io，而 agentskills.io 来自 Anthropic 公开的 Agent Skills 工作。标准层在技能语义上引用 Origin 规范，治理层却没给 Origin 留席。
可移植边界：只有 Skills 和 MCP
Agent Plugins 规范把跨客户端可移植组件收窄为两类：
| 组件 | 规范位置 | 是否 portable |
|---|---|---|
| Skills | skills/*/SKILL.md |
是 |
| MCP servers | mcp.json |
是 |
| hooks / agents / LSP / monitors 等 | 客户端扩展目录 | 否 |
Claude Code 插件体系里的 hooks、subagents、LSP 集成、monitors 六类能力，不会因为打进 plugin.json 就自动在其他客户端生效。Towards AI 文记载作者用转换器实测：Claude Code 六类组件里约 2/6（33%）能进 portable 包，其余仍绑 Claude Code 运行时。该 33% 是单篇博客的转换实验，不是 agent-plugins.org Conformance 表的官方数字，引用时注明二手来源。
规范 §7.1 写 Skills MUST 遵循 Agent Skills 规范（SKILL.md），等于 portable 层的技能语义仍锚在 Anthropic 起源格式上。TSC 无 Anthropic 不等于格式可偏离 agentskills.io；反过来，格式归 Anthropic 起源也不等于 Anthropic 在插件标准投票里有一席。写插件的人只关心「我的 SKILL.md 能不能被打包」，这两层结论同时成立。
因此 Cursor 支持 agent plugins 文档才并行保留 .cursor-plugin/ 格式：开放标准管 skills+MCP，Cursor 专属 rules/hooks/commands 继续走自有 manifest。运行时分工仍见 Skills 和 MCP 有什么区别。
反向域名扩展目录（如 com.example.client/hooks）是规范留给单客户端加料的逃生阀。Claude Code hooks 应落在 Claude 扩展命名空间，而不是指望 Copilot 读完就能执行。打包前用 manifest 只声明 portable 组件，可减少「装上了但 half 功能静默失效」的 support 工单。
Working Draft 与「已公开可用」的表述张力
规范站点 agent-plugins.org 页眉仍标 Working Draft；Vercel 公告则用 publicly available 描述 1.0.0。两处表述并存，不是笔误，而是开源规范常见状态：实现已可对照 schema 集成，语义冻结仍可能随 PR 微调。
对开发者意味着：可以按 1.0.0 schema 打包 skills 和 MCP，但 conformance checklist 和 breaking change 政策应盯 GitHub agentplugins/agent-plugins-spec 而不是只读媒体通稿。企业采购若问「算不算正式标准」，如实答「1.0.0 已发布、站点标 working draft、客户端 launch 已声明兼容」。不要把 Vercel 的 marketing 语句直接贴进合同里的「行业标准」条款。
Anthropic 缺席对你写插件意味着什么
短期实务影响有限：写 SKILL.md 仍按 agentskills.io；写 MCP 仍按 modelcontextprotocol.io；根目录补 plugin.json 即可被 Cursor、Copilot 等声明兼容的客户端发现。
长期治理影响在方向票：TSC 无 Anthropic 时，Skills 规范演进可能更偏「多客户端最小公分母」，Claude Code 独有组件会继续留在 Claude 侧扩展命名空间。你若深度依赖 Claude Code hooks 编排，不能只靠 Agent Plugins 打包，还得保留 Claude 原生插件路径。
AWS 与 Microsoft 在 TSC 席位的存在，说明插件标准从一开始就把云厂商与 IDE 厂商都拉进投票圈，而不是纯模型 lab 俱乐部。Anthropic 缺席是否意味着其另推并行打包格式，目前无公开证据；写内部架构评审时，应同时监控 agentskills.io 与 agent-plugins.org 两个 repo 的 changelog。
Anthropic 未来是否入席，目前无官方声明；不应把「Skills 格式出自 Anthropic」直接推成「Anthropic 必进 TSC」。关注 agent-plugins.org 治理页变更即可。
若你司合规问「Anthropic 没签字的标准能不能用」，实务上应拆成两层答：SKILL.md 与 MCP 是已公开规范，Agent Plugins 打包层是 TSC 六方维护的 manifest；Anthropic 缺席影响的是未来演进投票权，不是当前 SKILL.md 合法性。Cursor 用户安装 Agent Plugin 的路径不变，见 Cursor 支持 agent plugins。
和本站已发文的阅读分工
| 文章 | 写什么 |
|---|---|
| openai-agent-plugins-open-standard | 规范是什么、plugin.json 契约 |
| cursor-supports-agent-plugins | Cursor 怎么装、双格式并存 |
| 本文 | TSC 席位、Anthropic 缺席、 portable 边界 |
三篇互链，避免同一段落在三处重复。选型问题「要不要现在打包」：跨客户端 skills+MCP 维护一份就值得；Claude Code 六类全家桶别指望一次 portable。
媒体标题常写「OpenAI 与四家定标准」，读完 TSC 名单应改成「OpenAI 在席、Anthropic 不在、Google 后补」。这种错位是资讯类文章的信息增益：帮读者把通稿主角与治理席位对齐。后续若 Anthropic 宣布入席或另推竞争打包格式，本文 TSC 节需整段更新，Skills 格式层大概率仍兼容 agentskills.io。读者若只记一句：Anthropic 没坐 TSC，但 SKILL.md 仍是 portable 核心语法，写插件的人无需等 Anthropic 入席才能开工。