refactor(ports): CapabilityProvider → Capability，钉清 extension 与 capability 的分工

[fujiwarazz]

refactor(ports): CapabilityProvider → Capability，钉清 extension 与 capability 的分工

为什么改名

前三个 PR 把词汇全线换成了 "extension"（manifest 的 extensions 段、EXTENSION.md、
节、LoadedExtension），唯独类型还叫 CapabilityProvider——这是那几轮
留下的不一致。而且 getHookHandlers 删掉之后，"Provider" 这半截不再指代任何东西。

顺手钉清一个含义，否则 Capability 与 extensions 段仍然对不上

extension 是部署单元（manifest 里那一行、你装的那个包），
capability 是它带进来的运行时对象。和 Port（接口）与 adapter（包）是同一种关系。

所以 EXTENSION.md 属于包、Capability.description 属于对象，
LoadedExtension { capability, description } 读起来才成立。
这也解释了为什么 builtin 六件套与 agentspec 三件套实现了 Capability 却不是 extension：
它们没有 manifest 条目、没有包，只是同一个运行时形状。

改动

• CapabilityProvider → Capability（101 处）
• CAPABILITY_PROVIDER_API_VERSION → CAPABILITY_API_VERSION（37 处）
• builtinCapabilityProvider → builtinCapability（4 处）
• Kernel.activateProvider → activateCapability（7 处）
• LoadedExtension.provider → .capability
• kernel/src/builtin/provider.ts → builtin/capability.ts

包名（cap-lsp / cap-cron / cap-mcp / capability-fs，另 36 个文件）不在本 PR：
capability-fs 在下一步会被重写成 AgentSkill 生产者，那时一次改到位，
现在改等于改两次名，且包名改动要动 package.json / 所有 manifest 与 import，
和类型改名混在一个 PR 里 diff 会爆。

补一个真实缺口（不是改名带来的）

extension-listing 原有的 EXTENSION.md 覆盖用例，fixture 是对象字面量——
所以就算有人把 loader 改回 { ...capability, description }（丢原型那个 bug），
它照样全绿。而 cap-lsp / cap-cron 都是 class，方法在原型上。

新增 fixtures/extclass/：class 形态 + EXTENSION.md 覆盖，断言它的 extclass__ping
真的注册进了 ToolRegistry。两处变异均命中（写回实例展开 / 忽略 EXTENSION.md 覆盖）。

纯 token 替换留下的三处语义问题，已逐个修

改名脚本全用精确 token 全词替换（不写正则跨界匹配——前四次 codemod 就栽在这上面），
但替换本身正确不代表周围的话还成立：

• docs/[IP]loop-decoupling.md 里那段「三个 capability 撞车」是历史记录，
  被替换后变成用新名字描述旧状态。恢复原名 + 加一条后续修订说明。
• docs/code-organization.md 「为什么不叫 capabilities/」的论据原本是
  「已经有 CapabilityProvider 和 cap-* 两个」，改名后要重写才通顺。
• builtin/capability.ts 的注释还在说「与用户自写 provider 走相同路径」。

typecheck 退出码 0；918 passed（+1）。
live 全绿：readonly 35/38，七个专项各 3/3，派生 agent 4/4。
eval set 36 → 38：新增对象身份 / 原型丢失类（src/registry/decorate.ts：
{ ...plugin, label } 对 class 实例丢原型方法、复制后用 indexOf 去重引用不再相等）。
TS 拦不住——展开后的类型仍然满足接口，只有运行到那个方法才炸。正是本轮避开的坑。