Gemini CLI 出货显式的 ExtensionLoader 接口，背后是 GeminiCLIExtension 类型。 扩展可贡献自定义工具（通常经 MCP）、斜杠命令、Hook、技能与 GEMINI.md 片段，从 ~/.gemini/extensions/ 目录发现。 Gemini CLI 是 MCP 的早期采纳者，对 stdio 派生的本地服务器、SSE 连接与 Streamable HTTP 传输都有一等实现，外加内建认证提供者（google-credentials、OAuth）。 MCP 支持超出工具，覆盖提示词与资源（更广的 MCP 规范），多数其他系统的适配器都省略了这部分。 斜杠命令（/agent、/mcp、/skill、/memory、/help）本身也经技能元数据可扩展，让扩展注册新命令。

Mistral Vibe 的可扩展性表面已长成五个正交轴。 技能遵循 agentskills.io 规范 [43]：每个技能是一个目录，内含带 YAML frontmatter 的 SKILL.md，从 .agents/skills/、.vibe/skills/、~/.vibe/skills/、~/.agents/skills/ 与任何用户配置的路径发现——如今还补上了内建技能（包括一个向 Harness 自己记录 Harness 的“自我认知”技能）和一个从托管目录安装带版本技能的远程注册表客户端。跨系统的完整比较见第 12.5 节。 MCP 服务器声明为 [[mcp_servers]] 块，支持 http、streamable-http 与 stdio 传输，工具以 {server_name}_{tool_name} 命名空间化，权限与内建工具一致；这一层在两次快照之间成熟为一个受管理的集成表面——从 TUI 驱动的 OAuth 登录流（/mcp add|login|logout|status）、托管的 Mistral “连接器”精选注册表，以及一个让已连接服务器借 Mistral Vibe 的 LLM 后端做自己补全的 MCP 采样处理器——一种反向依赖，语料库中没有其他系统实现。 自定义工具可经路径发现（tool_paths）添加；自定义系统提示词放 ~/.vibe/prompts/{prompt_id}.md；自定义智能体放 ~/.vibe/agents/{agent_name}.toml，对基础配置做深合并覆盖——配置本身如今也是一个显式配置层栈的一部分（默认、用户 TOML、受信任项目 .vibe/config.toml、VIBE_* 环境变量、运行时覆盖、智能体档案）。 第五个轴是面向用户的生命周期 Hook：声明在 hooks.toml 里的 before_tool/after_tool/post_agent_turn shell Hook 可以拒绝工具调用、改写其输入或附加上下文——这是 Claude Code 的 PreToolUse/PostToolUse 直接的结构性兄弟，叠加在（而非取代）内部中间件管线之上。

格式在九个采纳者中几近普适：以技能命名的目录，内含带 YAML frontmatter 的 SKILL.md（最少要 name 与 description，常带 paths、requires 或 user-invocable 之类的可选字段）。 .agents/skills/ 发现路径（agentskills.io 的规范位置）被六个系统接受（Mistral Vibe、Gemini CLI、OpenClaw、OpenHands、Pi、OpenCode），而各厂商专属的家（~/.claude/skills/、~/.gemini/skills/、~/.vibe/skills/、~/.hermes/skills/、~/.pi/agent/skills/、~/.openclaw/skills/）与项目本地等价路径并存。 最尖锐的互操作数据点：OpenCode 刻意搜索竞争对手的家——它的发现清单包含 ~/.claude/skills 与 .claude/ 目录，因此为 Claude Code 安装的技能无需修改即可在 OpenCode 中工作。

MCP 与技能作用于不同的层。 MCP 是让智能体与一个独立运行的进程（暴露工具、提示词与资源）对话的线上协议；技能是打包“指令 + 脚本”组合的文件系统约定，智能体直接读取。 两者可以组合：Claude Code 的技能注册表把看起来像技能的 MCP 提供的提示词去重，Mistral Vibe 则向反方向组合，让 MCP 服务器经采样借用它的 LLM，而技能来自托管注册表。 4 月时两个标准在采纳数上打平（6/8）；扩大的 7 月语料库把平局打破、倒向技能——技能 9/11，MCP 8/11——因为 Pi 实现 agentskills.io 而直接拒绝 MCP。 “技能作为 MCP 替代品”如今是一个成文的立场，而不再是并存关系。

呼应 Claude Code 的工具延迟加载（第 8.3 节），九个采纳者中的八个如今只预载技能元数据，按需取正文——通过专用工具（SkillTool、ActivateSkill、skill、OpenHands 的 invoke_skill）、通过 $ 提及与隐式调用检测（Codex）、通过三层披露链（Hermes），或者最简地，通过普通 read 工具对着 XML 索引（Pi）。 OpenHands 在 4 月还是预载的离群者，随 V1 SDK 转向渐进披露；OpenClaw 仍是唯一的预载者，用合格性门控来补偿——不合格的技能根本不会到达提示词。

架构上最有趣的变体是条件激活。 OpenClaw 的技能声明运行时需求（PATH 上的二进制、环境变量、操作系统家族），加载时即被过滤，防止“如何使用 kubectl”污染没有 kubectl 的机器的提示词。 Claude Code 的 paths frontmatter 在模型触碰匹配文件（经 Read、Edit 或 Write 工具）时激活技能；OpenHands 如今以 PathTrigger 规则实现了同一思想，在文件触碰时注入——把技能与 [19] 的 JIT 上下文哲学联姻。 这是对 MCP 的结构性超越：MCP 对每个已连接服务器一视同仁，不管其工具与当前任务是否相关。

分发在一个季度内职业化了。 远程注册表现在存在于四个系统（Mistral Vibe 的托管目录客户端、OpenCode 的带版本索引缓存 URL 注册表、Hermes 的 Skills Hub、OpenHands 的市场 API），有分发就有供应链安全：Hermes 施加信任分级、安装前静态扫描、隔离区与依赖检查；OpenClaw 把安装走经带来源验证的审批工作流；Gemini CLI 对技能安装做路径穿越加固；Codex 自动安装技能声明的 MCP 服务器依赖（可选先询问）。 更惊人的是，技能有了非人类作者：Hermes 的后台审查智能体从完成的任务中创建并修补技能（由一个策展者维护合集），Gemini CLI 的抽取子智能体把会话挖掘成技能补丁送进收件箱审查。 能力包层正在以惊人的速度获得包管理器的经济学——注册表、来源验证，以及如今由生成产生的包。

观察 8。技能已超越 MCP，成为语料库中采用最广的可扩展性标准：9/11 系统实现 SKILL.md 包（只有 Aider 与 Mini-SWE-Agent 弃权），MCP 为 8/11——4 月的平局被 Pi 明确的“技能要、MCP 不要”立场打破。三个二阶发展标志着这一层的成熟：延迟加载如今是近乎普适的策略（9 个采纳者中的 8 个）；条件激活（Claude Code 的 paths、OpenHands 的 PathTrigger、OpenClaw 的 requires）把 JIT 上下文工程推进可扩展性层；一条供应链出现了——四个系统有托管注册表、Hermes 有信任分级与隔离区、OpenClaw 有来源验证——与第一批智能体撰写的技能（Hermes 的自我改进循环、Gemini CLI 的抽取收件箱）一同到来。