fix: 分离 Skill 运行成本与维护复杂度

[zaurakworks]

问题

现有 209000 字节门把 Skill 的 L2 主合同、L3 按需引用和总维护面当成同一个运行上下文成本，而且只扫描 references/ 顶层 Markdown。当前生成页因此报告 208,913 bytes，实际递归维护面是 354,316 bytes；缺口主要来自 APS 的嵌套方法卡。

改动

• 保留每项 L1 description 的 1000 UTF-8 字节实测门；
• 保留 13 个 Skill 的数量门；
• 删除活动的 corpusMaxUtf8Bytes 假口径，并把旧值作为已退役历史缺陷保存；
• 递归计量并分栏展示 L1 description、L2 SKILL.md、L3 references/**/*.md 和 L2+L3 维护面；
• 明确来源符合性通过不代表运行端已安装或产生净收益；
• 更新生命周期和 README 入口，不改变任何 Skill 行为、版本或安装状态。

当前实测

• L1 descriptions: 7,703 B
• L2 主合同: 149,332 B
• L3 按需 references: 204,984 B
• 递归维护面: 354,316 B

验证

• node tests/workflow-routing.test.ts → PASS（13 Skill / 8 Plugin / 83 场景）
• node plugins/orchestrated-collaboration/tests/verify-three-party-review.test.ts → PASS
• git diff --check → PASS

关联 #16；解决 #10 的预算口径裁决。此 PR 只建立诚实计量，后续逐 Skill 的缩减／退役另行交付。