chore: 同步上游 v6.1.0/v6.1.1 bootstrap 精简 + Codex 插件清单修复

[jnMetaCode]

你要解决什么问题？

上游 obra/superpowers 自我们上次同步的 v6.0.3 之后又发了 v6.1.0 和 v6.1.1，需要评估是否跟进、跟进哪些部分。逐项 diff（git diff v6.0.3 v6.1.1）后确认这两版包含：bootstrap 精简、Gemini CLI 移除、Codex hooks 重做+官方 marketplace 打包基础设施、若干工具映射文档裁剪。

这个 PR 做了什么改变？

只同步与我们 fork 架构相关、且经测试验证不会引入回归的部分：

1. using-superpowers/SKILL.md 翻译合并上游更精简的 bootstrap 重写，同时保留我们 fork 独有的中国特色技能路由和上游已删档但我们仍维护的平台适配文档指引（Copilot/Hermes/Qoder）
2. .codex-plugin/plugin.json 补 "hooks": {} —— 修复一个真实 bug：Codex 在清单缺 hooks 字段时会 fallback 扫描到我们仓库里 Claude Code 专用的 hooks/hooks.json，导致 Codex 用户安装时被错误注册一个不属于它的 SessionStart hook 并弹出信任提示；category 同步上游修正为 "Developer Tools"
3. references/codex-tools.md 修正一处过期工具名 wait → wait_agent，补充 close_agent 使用提示
4. 版本 1.6.0 → 1.6.1，RELEASE-NOTES.zh.md 补条目

这个改变适合放在核心库中吗？

是。这是维护我们已有的多工具 skill 翻译内容与上游对齐、并修复一个真实的 Codex 安装体验 bug，不是新领域/新工具的功能扩展。

你考虑了哪些替代方案？

• Gemini CLI 移除：upstream 这两版里改动面最大的一项，但会牵涉我们自己对外宣传的"支持 18 款工具"文案和自建 npx 安装器里的 Gemini 检测逻辑，属于产品决策而非单纯同步，评估后与人类搭档确认单独处理，本 PR 不包含。
• Codex 官方 marketplace 打包基础设施（scripts/package-codex-plugin.sh、.agents/plugins/marketplace.json、tests/codex/）：我们的分发方式是 npx superpowers-zh，不走这条上游官方安装通道，跟进这部分没有实际收益，故跳过。
• references/pi-tools.md 的精简：最初打算跟进（删掉与 Pi 原生工具同名的自证性映射行），但实测发现上游自己这版裁剪后的文件会让他们自己的 tests/pi/test-pi-extension.mjs（断言文件含 write/edit/bash 字样）测试失败——这是上游未捕获的回归。为避免把这个 bug 一起带进来，本 PR 保留了原有更完整的 pi-tools.md，未做改动。
• antigravity-tools.md / claude-code-tools.md 的裁剪：我们本来就没有这两个参考文件，N/A。

这个 PR 是否包含多个不相关的改变？

否，全部改动都围绕"同步上游 v6.1 中适用于我们架构的部分"这一个主题，互相之间是同一批次评估产出。

已有的 PR

• 我已查看所有已开放和已关闭的 PR，确认没有重复或先前的类似工作
• 相关 PR：未找到（搜索 "v6.1"、"sync"、"upstream" 均无匹配）

测试环境

工具（如 Claude Code、Cursor）	工具版本	模型	模型版本/ID
Claude Code	2.1.201	Claude	Sonnet 5

评估

这不是新 skill 内容的原创性行为塑造改动，而是把上游已经发布（即已经过上游自己验证）的 bootstrap 重写翻译港进来，因此没有走 superpowers:writing-skills 的对抗性压力测试全流程。实际做的验证：

• bash scripts/audit.sh（完整版，含 18 款工具装/卸载/幂等回归）：120 PASS / 0 FAIL
• 手动复现了 .github/workflows/audit.yml 和 ci.yml 里的每一步检查
• tests/pi/run-tests.sh、tests/kimi/run-tests.sh 全绿
• 全仓库 grep 排查了被移除章节的锚点引用、以及 SKILL.md 里新增的 references/*.md 路径是否真实存在（过程中确实抓到一处我自己引入的坏引用——错误保留了 Antigravity 的指引但我们没有 antigravity-tools.md，已修正）
• git stash 对照确认了几个跑不过的测试（opencode/claude-code 相关）是本机环境预置问题，与本次改动无关

严格性

• 如果这是 skills 改变：我使用了 superpowers:writing-skills 并完成了对抗性压力测试（在下方粘贴结果）—— 未执行，理由见上方"评估"部分：这是翻译港进上游已发布内容，不是原创行为塑造改动
• 这个改变经过了对抗性测试，而不仅仅是正常路径 —— 通过重新执行完整 audit + 逐条验证交叉引用完整性，主动找出并修正了两处会造成实际问题的缺陷（pi-tools.md 测试回归、antigravity-tools.md 坏引用）
• 我没有在未经大量评估证明改变是改进的情况下修改精心调整的内容（红旗表格、合理化描述、"人类搭档"用语）—— 红线表格逐行保留未改，"人类伙伴"措辞按上游新版本对齐补充

人工审核

• 提交前已有人工审核过完整的 diff