lywsvip/superpowers-zh
1
0
Fork 0
mirror of https://github.com/jnMetaCode/superpowers-zh.git synced 2026-09-02 22:54:06 +08:00
Code Issues Packages Projects Releases Wiki Activity
206 Commits 34 Branches 46 Tags
main
Commit Graph

30 Commits

Author SHA1 Message Date
AI不止语
d544eb5505 fix(refs): qoder-tools.md 的 subagent 表有错且未标适用范围（#119） 
## 起因

#119 报告：Qoder IDE 里跑 subagent-driven-development，Qoder 说它只有
CodeReview subagent、没有 general-purpose。查我们自己的 qoder-tools.md，
第 21 行白纸黑字写着 general-purpose 存在。

查 3202b18（该文件的引入 commit）—— **没有引用任何来源**，那张 agent 类型表
是我们自己写的。这跟 #45 的 Hermes 是同一类问题：断言了一个没核实过的能力。

## 逐条核对官方文档后的结果

对照 docs.qoder.com/zh/cli/subagent，表里 4 行错了 2 行：

| 原写法                      | 文档实际           |
|-----------------------------|--------------------|
| Explore -> explore-agent    | Explore（同名）    |
| Plan -> plan-agent          | Plan（同名）       |
| general-purpose             | ✅ 确实存在        |
| claude-code-guide -> qoder-guide | ✅ 确实存在   |

另外「Qoder 额外有 browser-agent、code-reviewer、design-agent」这句：文档里
**没有内置的 code-reviewer**（出现的 api-reviewer 是用户自建 subagent 的示例），
另两个也查无实据。已删掉，改为指向 requesting-code-review 的模板。

## 最关键的一处：表根本没标适用范围

官方 subagent 文档只覆盖 **Qoder CLI**，没有说这套内置集合同样适用于
**Qoder IDE**。而我们的表不带任何产品面标注，IDE 用户读它就当成了权威。
#119 报的正是 IDE 上的情况。

已加：适用范围标注（Qoder CLI）、来源链接、核对日期，以及一节说明 IDE 与
CLI 的差异 —— 并明确告诉用户 IDE 上「找不到 general-purpose」是预期内差异、
不是装错了，Qoder 的自动降级本身是合理适配。

## 范围

qoder-tools.md 是 fork 自有文件（上游没有），零上游偏离。
文件上半部分的工具名对照表（Read/Write/Bash/EnterSpecMode 等）同样没有出处，
本次未动 —— 没有证据就不改，已在 issue 里说明这是已知的遗留风险。

audit.sh 166 pass / 0 warn / 0 fail
 2026-08-12 17:08:54 +08:00
AI不止语
0ffaf5bced Revert "fix(skills): 子智能体产出非中文 —— 中文路由规则到不了子智能体（#116）" 
回滚 d3db168。理由不是实现有错，是**证据不成立、且违反本 fork 定位**。

## eval 8 次跑下来，零区分度

搭了真实 fixture（含 3 个植入缺陷的 diff、用本仓 scripts/task-brief 与
review-package 生成的简报和审查包），对 task-reviewer 提示词做 before/after：

| 条件            | 提示词     | 简报/报告 | 产出语言 |
|-----------------|-----------|----------|---------|
| 中文内容 OLD ×2 | 无语言指令 | 中文     | 中文    |
| 中文内容 NEW ×2 | 有语言指令 | 中文     | 中文    |
| 英文内容 OLD ×2 | 无语言指令 | 英文     | 中文    |
| 英文内容 NEW ×2 | 有语言指令 | 英文     | 中文    |

第三行是关键：特意做了英文简报 + 英文报告去复现报告人的场景，OLD 照样输出
中文。也就是说在这套运行环境下，光是提示词模板是中文就足以让子智能体说中文，
加的那一行没有改变任何东西。

## 推理链断在哪

「using-superpowers 的中文路由到不了子智能体」这个机制成立（构造上就成立）。
但从「机制成立」直接跳到「所以这就是 #116 的原因」，没验证就当成根因写进了
commit message 和 issue 回复。这正是 CLAUDE.md 里写明会被关闭的**推测性修复**。

## 而且它违反 fork 定位

被改的 4 个文件全是上游文件：

  skills/subagent-driven-development/{implementer,task-reviewer,re-review}-prompt.md
  skills/requesting-code-review/code-reviewer.md

本 fork 的定位是「完整翻译上游 + 增加工具支持 + 单独增加国内特色内容」。
在 4 个上游的行为塑造文件里加零证据的偏离，跟 v1.7.8 那一整版清理偏离的
工作直接相反 —— 那版刚把 5 处偏离修掉，这次又添了 4 处。

audit 4d 一并回滚：守卫本身是好的，但它守的是一条不该存在的偏离。

## 下一步

#116 缺最关键的信息：整条 issue 没写工具和模型，而本次 eval 8 次全在同一套
运行环境、同一个旗舰模型上跑。已去 issue 追问环境。若在报告人那边确认可复现，
正确落点是 using-superpowers 的「中国特色技能路由」节（已声明的 fork 增量、
fork 自有内容），让**控制者**在分派时补语言要求 —— 零上游偏离。
 2026-08-11 22:40:05 +08:00
AI不止语
d3db168041 fix(skills): 子智能体产出非中文 —— 中文路由规则到不了子智能体（#116） 
## 根因

报告人说 SDD 产出的 task-N-report / review 是英文。查下来不是漏译：
4 个分派提示词模板本身全是中文，缺的是「输出用什么语言」这一条。

`using-superpowers` 里有这条规则：

    用户用中文交流 → 所有输出使用中文

但它活在**控制者**的上下文里。而 SDD 的设计前提正是子智能体不继承会话
上下文（SKILL.md：「它们绝不应继承你会话的上下文或历史记录」）。所以这条
规则对子智能体从来没有生效过 —— 它只在控制者自己说话时管用。

## 改法

4 个分派提示词的输出格式段各加一行输出语言要求，全部落在 ``` 围栏**之内**
（围栏外的文字子智能体一个字都收不到）：

- subagent-driven-development/implementer-prompt.md
- subagent-driven-development/task-reviewer-prompt.md
- subagent-driven-development/re-review-prompt.md
- requesting-code-review/code-reviewer.md

指令刻意划了边界：代码、标识符、命令、file:line、测试输出、提交信息**不翻译**；
ADDRESSED / NOT ADDRESSED、Critical / Important / Minor、✅❌⚠️ 保持原样 ——
控制者按这些词做判定，翻译了会打断流程。

四处都是对上游的偏离，各自在文件顶部就地声明（不写进围栏，免得污染提示词）。

## 固化成检查

新增 audit 4d：4 个分派提示词必须有输出语言指令，且必须在围栏内。
围栏外是**静默失效** —— 文件里搜得到「用中文写」，产出照样是英文。
已双向验证：删掉 → FAIL 并指明缺哪个文件；挪到围栏外 → FAIL 并提示移回围栏内。
audit 166 -> 170 pass。

## 未覆盖：task-N-brief.md

简报是 `scripts/task-brief` 从计划文件里机械抽取的，语言完全跟随计划本身，
提示词管不到。报告人的简报是英文，说明他的**计划文件**就是英文，那是另一个
问题。已在 issue 里请他确认计划文件的语言。

门禁：audit.sh 170 pass / 0 warn / 0 fail、verify-release.sh 90 pass / 0 fail
 2026-08-11 21:04:05 +08:00
AI不止语
43a46f7912 refactor(skills): fork 增量改为外挂式并强制声明，保证上游各节不被改动 
按维护者决定：保留翻译 skill 内的 fork 增量，但必须做到「不影响上游部分」。
原来的做法做不到这一点 —— 增量是**插在上游步骤序列中间**的。

## 问题

executing-plans 把「处理常见异常」插成了步骤 3，于是上游的
Step 3: Complete Development 被挤成了我们的「步骤 4」。这就不是「不影响上游」，
而是改了上游的结构编号；Remember 也被多加了一条，从上游的 6 条变成 7 条。

## 改法：外挂式

- 「处理常见异常」移出步骤序列，改为独立小节，挂在「何时停下来求助」之后
  （它本就是那一节里「缺少依赖、测试失败、指令不清」三种情形的展开）
- 步骤编号恢复为 1/2/3，与上游逐条对应
- Remember 恢复为上游的 6 条；被多加的「每个任务单独提交」并入外挂节
- 节内首行显式标注：本节是 superpowers-zh 的增量内容，上游没有

using-superpowers 的「中国特色技能路由」同样加上该标注。

现在 14 个翻译 skill 里，上游各节全部逐节对应；多出的 2 节都带标注。

## 让纪律可执行：audit 新增 3c-bis

光靠 README 声明会漂移。新增检查：翻译 skill 的标题数必须等于
「上游标题数 + 本文件里带标注的增量节数」。标注与内容同处一文件，不会各自漂移。
未标注就多出章节 = 隐性分叉，下次同步会被误当成漏译 —— 直接 FAIL。

已双向验证：给 brainstorming 偷偷加一节会被拦下并给出可操作提示，
加上标注后放行。

## 修掉一个让守卫从未生效的 bug（我自己写的）

3c-bis 第一次测试没拦住。查出原因：`grep -c` 匹配到 0 个时输出 "0" 但
**退出码为 1**，写成 `$(grep -c ... || echo 0)` 会拼出 "0\n0"，后续整数比较
直接报错、检查静默失效。改用 `; true` 只吞退出码。

全仓扫同一模式，发现测试辅助里也有 3 处（上游同样有这个 bug）：
- tests/claude-code/test-helpers.sh:77 assert_count 的实际值
- test-subagent-driven-development-integration.sh 的 task_count / todo_count

这个 bug 的后果是断言**永远无法正常失败** —— 模式没匹配到时比较报错而非判定失败。
三处一并修掉并加注释说明原因。（tests/ 不进 npm 包，仅开发使用。）

修复后 audit 由 154 升到 166 pass —— 因为 3c-bis 现在真的对 14 个 skill 都跑了。

## README

简繁对比表新增一行「翻译 skill 内的增量」，写明仅 2 处、都带标注、
上游各节不被改动、audit 会强制未标注的增量报错。

验证：audit.sh 166 pass / 0 warn / 0 fail、verify-release.sh 90 pass / 0 fail
 2026-08-08 14:26:16 +08:00
AI不止语
3f6ffd5d4d fix(skills): 定位核查 —— 补回 4 处「不是增量」的对上游偏离 
按「我们只是翻译上游 + 增加更多工具支持」这个定位做逐层核查，结果发现
4 处偏离**不属于增量，而是缺失或漏同步**。核查方法与结论都记在下面。

## 核查方法

1. 文件级：上游 skills/ 与我们逐文件比对，分出「仅上游有」「仅我们有」
2. 内容级：14 个翻译 skill 各自比对标题数（排除代码围栏）、表格行数、列表项数
3. 逐个追查每处差异的来源：是声明过的 fork 增量，还是漏译/漏同步

## 修掉的 4 处

① antigravity-tools.md 上游有、我们没有
   而 installer 里明明支持 Antigravity —— 该工具用户拿不到任何工具映射。
   影响是实质的：Antigravity 没有 todo 工具（manage_task 管的是后台进程），
   没这份映射，所有说「创建待办」的 skill 在它上面都会走偏。
   已翻译补入，并在 using-superpowers 的平台适配清单里按上游同序列出。

② finishing-a-development-branch 漏同步 3 个 commit
   C 块时我的 commit 清单不全，漏了 fbb6dba / bcfe798 / 9dff1a9。其中
   9dff1a9 是**行为变更**：上游把菜单从 4 个选项减为 3 个，删掉了「丢弃这份
   工作」这一项，丢弃改为只在人类伙伴明确提出时才走的独立小节；基础分支
   判定也从盲跑 merge-base 改为「先确认，合并到错分支代价很高」。
   我们的文件已把 D 块修复织进旧结构，故照上游当前状态整体重译 ——
   上游 main 已含全部 4 个 commit，一次到位。已断言 D 块修复完整保留
   （WORKTREE_PATH 仅在步骤 2 计算一次 + 那条显式警告）。

③ writing-plans 漏译整节
   上游有 Task Right-Sizing 与 Bite-Sized Task Granularity 两节，我们只有后者。
   缺的那节讲的是任务边界怎么划（能独立承载一轮测试循环、值得一个全新
   审查者把关的最小单元），已补译为「任务粒度定界」。

④ writing-skills 三个问题
   - 漏译 H2 整节 Match the Form to the Failure（让形式匹配失败类型）——
     内容是「哪类基线失败该用哪种形式」，含禁令在塑形类问题上会反噬的实测结论
   - 漏译 H3 Micro-Test Wording Before Full Scenarios（先做措辞微型测试）
   - 编号缺陷：两个连续小节都编号为 4（应为 4、5）
   - 节名仍是过时的「Claude 搜索优化（CSO）」，上游早已改名
     Skill Discovery Optimization (SDO)，正文两处引用一并同步

## 核查后的定位现状

纯增量部分（符合定位）：
- 6 个 fork 专属 skill：chinese-* ×4 + mcp-builder + workflow-runner
- 3 个 fork 专属 references：copilot / hermes / qoder（我们支持的 harness，上游不支持或已删）
- using-superpowers 的「中国特色技能路由」一节

14 个翻译 skill 的标题数现在 13 个与上游精确一致，唯一例外是
using-superpowers（+1，即上面那节声明过的增量）。

## 仍存在、需维护者决定的一处（本提交未动）

executing-plans 有一个 fork 自加的「步骤 3：处理常见异常」（上游只有 3 步，
我们是 4 步），内容是测试失败三分诊断、依赖缺失、指令不清的处理；
另外 Remember 多一条「每个任务单独提交，commit message 引用任务编号」。

这两处是内容层面的自主增补，不在「翻译 + 工具支持」的定位之内。它们本身
有用，但会让每次上游改动该节都要人工调和。留给维护者判断是保留（并在
README 里声明）还是回归上游。

验证：audit.sh 152 pass / 0 warn / 0 fail、verify-release.sh 90 pass / 0 fail
 2026-08-08 07:03:52 +08:00
AI不止语
02d255102c refactor(skills): 同步上游 C 块 —— 说服性段落改为 rationalization 表（#19 收尾） 
对齐上游 14 个 refactor commit 中尚未同步的 11 个（另 3 个已随 A/B 块完成）。
audit 上游结构漂移告警由此清零：150 pass / 0 warn / 0 fail。

## 盘点先行：不是所有改动都是风格性的

C 块开工前做了逐 commit 盘点，判定标准定为「删掉的文字里有没有别处没写的
规则」。结论纠正了我之前的假设 —— 其中 3 项是实质改动，不是纯瘦身：

- cfb6281 新增了一张 rationalization 表（2 行全新规则），替换掉
  「与工作流的集成」那份工作流清单
- 03147d2 给 executing-plans 加了「先确保隔离工作区」作为步骤 1
  （SDD 那一半已随 A 块完成）
- bc86802 把「常见错误」5 个小节 + 「红线」Never/Always 双清单压成 5 行表，
  规则一条不少 —— 这也是此前唯一有客观漂移证据的 skill

## 逐项核实后才删

每处删除都先确认规则在别处仍在：
- receiving-code-review「底线」：概述已有「核心原则：先验证再实施。先提问再假设」
- writing-skills「总结」：铁律节 + TDD 循环表已完整承载
- writing-plans「注意事项」：精确路径 / Run: / 预期输出 三条都内建在任务结构
  模板里 —— 上游是把「告知」改成「示范」
- brainstorming「核心原则」6 条：5 条已在流程详述里逐条体现（每次一个问题、
  优先选择题、2-3 种方案、增量验证、回头澄清），YAGNI 按上游移到「探索方案」
  的使用现场
- systematic-debugging / dispatching-parallel-agents / verification-before-completion
  删的是「实际效果」「核心优势」「为什么这很重要」这类社会证明与说服段，
  核心原则行全部保留
- systematic-debugging 的「相关技能」块折入第四阶段「验证修复」
- executing-plans 删掉的质量宣称按上游改写为平铺的平台清单

## 验证

结构
- 10 个 skill 的 H2 数与上游逐一对齐（8 个完全相同、2 个差 1）
- executing-plans / using-git-worktrees / requesting-code-review 的
  superpowers: 引用集与上游完全一致

行为 eval —— 两轮共 11 题全对
专门考被删段落里的规则是否仍生效：
- 原生 worktree 工具 vs git worktree add（答出「第一大错误」与「幽灵状态」）
- 跳过 check-ignore 的后果、目录名优先级顺序
- 基线测试失败能否继续、能否无证据宣称完成
- 审查建议技术上有疑问时该照做还是反驳
- 能否先打补丁再查根因
- 能否自己读 diff 代替派审查者（命中 cfb6281 新增的表行）
- 方案里的「以后可能用得上」功能怎么处理（命中 YAGNI 的新落点）

回归：audit.sh 150 pass / 0 warn / 0 fail、verify-release.sh 82 pass / 0 fail

注：audit PASS 由 152 降至 150 —— 上游有意删除的两个「集成」节里各有
superpowers: 引用，Category 4b 因此少 2 项检查；引用集已核对与上游一致。
 2026-08-08 00:21:39 +08:00
AI不止语
2b1ced6365 feat(tdd): 同步上游 B 块 —— testing-anti-patterns 重构为 writing-good-tests（#19） 
对齐上游 5 个 commit（e74961c / 9d8630d / e8a9748 / 50025d1 / caa1826 / 517a9c6）。
我们的 testing-anti-patterns.md 是上游 v6.1.1 的纯翻译（「铁律」= The Iron Laws，
非 fork 自加），因此整体重译为新文件。

## 从「5 个反模式清单」重构为「2 条原则」

上游把 299 行的反模式枚举（测 mock 行为 / 生产类加测试方法 / 不懂依赖就 mock /
不完整 mock / 集成测试事后补）重写为 198 行的两条原则：

- 原则 1「点名它要抓的破坏」：写测试体之前先答"什么生产改动会让它失败，那是
  bug 还是决定"。含镜像断言、变更探测器、测行为不测文本、测你的代码不测框架
- 原则 2「跑真东西」：mock 不配拥有断言、在正确层级 mock、替身要具体、
  完整镜像真实数据、生产类只承载生产方法、宁可真实组件也不要复杂 mock
- 新增「变异检查」：收尾前在脑中变异生产代码，每种现实变异都应至少让一个测试失败
- 触发条件放宽：从"添加 mock 或测试工具时"扩到"编写或修改任何测试时"

## TDD SKILL.md 三处同步

- 删掉「为什么顺序很重要」整节长散文，替换为指向 writing-good-tests.md 的
  四条短指引（上游 b9e75dd 把这些论点折进了合理化借口表）
- 合理化借口表 5 行按上游扩写，把被删散文的论点吸收进「现实」列
- 删掉末尾「测试反模式」一节（引用的文件已不存在）
- git rm testing-anti-patterns.md，全仓确认无残留引用

## 验证

结构与完整性
- 两个文件章节均与上游一一对应
- writing-good-tests.md 指标与上游精确一致：12 个 bold 要点 / 11 行快速参考
  表格 / 11 条危险信号；14 项代码标识记号（buildSearchQuery、MAX_RETRIES、
  ToolCatalog、vi.mock、destroy() 等）全部存在

行为 eval —— 8 个判断场景
先跑了一次意外有价值的对照：agent 因权限拿不到 writing-good-tests.md、
只能退回 SKILL.md 的四条摘要时，得分 6/8 —— 错的恰好是只存在于参考文件里的
两条规则（部分 mock 会静默失败、琐碎转发 getter 不配有测试）。
放开读取权限后重测：8/8 全对，且两题的理由直接引用了新文件的原文依据。

这说明参考文件承载着摘要覆盖不到的承重规则 —— 符合上游设计（那四条是指针
而非摘要），但值得记录：agent 读不到参考文件时，这两类判断会出错。

回归：audit.sh 152 pass / 1 warn / 0 fail、verify-release.sh 82 pass / 0 fail
 2026-08-07 23:33:39 +08:00
AI不止语
a662295898 fix: 同步上游 D 块 —— worktree 清理静默空转 + Gemini 子智能体支持勘误（#19） 
## 1) finishing-a-development-branch：worktree 清理静默空转（上游 0b47219）

真 bug，我们这边与上游同样存在。步骤 6 在步骤 5 已经 cd 到主仓库根之后才用
`git rev-parse --show-toplevel` 重算 WORKTREE_PATH，于是拿到主根路径 ——
`.worktrees/` 溯源判断永远匹配不上，清理静默空转，随后分支删除还会因为
worktree 仍挂着而失败。上游记录说测试对象不得不偏离 skill 原文才能跑通。

修法（4 处）：
- 步骤 2 趁还在工作区内就捕获 WORKTREE_PATH
- 步骤 6 改为消费步骤 2 的值，并加显式警告说明为什么不能在此重算
- 步骤 6 去掉冗余的 MAIN_ROOT 推导与 cd（两个调用方都已切好目录）
- 选项 2 补上菜单已声称的分离 HEAD 推送变体

已实际复现验证（临时仓库 + .worktrees/feature）：
- 旧逻辑：WORKTREE_PATH 算得 "main" -> 溯源未命中 -> 清理空转
- 新逻辑：捕获到 "main/.worktrees/feature" -> 命中 -> worktree remove 成功、
  branch -D 成功（旧逻辑下会因 worktree 仍挂着而失败）

上游第 4 处改动（rationalization 表里"测试早先通过"那行的措辞）本次不适用 ——
我们还是「红线」清单，那张表属 C 块。

## 2) gemini-tools.md：我们错写成「不支持子 Agent」

我们的版本称 Gemini CLI 没有 Task 等价物、依赖子智能体的 skill「退化为
executing-plans 单会话执行」。实际上 Gemini CLI 通过 `invoke_agent`
（`agent_name: "generalist"`，也可用 `@generalist` 聊天语法）支持子智能体，
并且支持在同一响应里发多个调用做并行分派。

这个错误会让 Gemini CLI 用户的 subagent-driven-development /
dispatching-parallel-agents / requesting-code-review 全部瘸腿。

按上游新版重写（33 行 -> 62 行），补齐：动作导向的映射表、指令文件
（GEMINI.md 层级加载）、个人 skills 目录（~/.gemini/skills 与 ~/.agents/skills
的优先级）、子智能体支持与模板填写、并行分派，以及 tracker_* / complete_task /
update_topic / read_mcp_resource 等此前缺失的 20 个工具名。

已全仓扫描，确认没有别处重复这个错误说法。

## 3) audit.sh 结构漂移度量修正（顺带发现的假阳性来源）

3c/3d 用 `grep -cE '^#{1,4} '` 数标题，但这会把 ``` 围栏内的 shell 注释
（`# 运行测试`）当成 markdown 标题 —— 一个 skill 里多几行 bash 注释就能
凭空造出「结构漂移」。

用正确口径（排除围栏）重算 14 个 skill，3 条告警里 2 条是假阳性：
- executing-plans            9/16 WARN -> 9/11  pass
- finishing-a-development-branch 21/31 WARN -> 14/17 pass
- using-git-worktrees        21/28 WARN -> 14/21 WARN（真漂移，保留）

这点很要紧：#19 里引用的上游欠账数字此前是被虚高的。

改为 awk 逐行跟踪围栏状态。双向验证：给 brainstorming 加 5 个真标题会触发
告警（7 vs 13），加 5 行围栏内 shell 注释不触发。

回归：audit.sh 152 pass / 1 warn / 0 fail（原 150 pass / 3 warn）
      verify-release.sh 82 pass / 0 fail
 2026-08-07 23:10:24 +08:00
AI不止语
0ab24dee8e feat(sdd): 同步上游 v6.2.0 —— plan 作用域工作区 + 基于唤回的修复循环（#19 A 块） 
对齐上游 v6.1.1 -> v6.2.0 中 subagent-driven-development 的 6 个 commit
（6df8ba1 / b8a2d84 / 2dbbaed / 87e4050 / ebdd4ec / 28882fc）。

这是 #19 拆分后的 A 块。注意 v1.7.1 刚对齐过 SDD，本次是那之后的新增量。

## 为什么必须整块一起改

我们的 SKILL.md 里写的是旧脚本签名（review-package BASE HEAD）。脚本换成
plan 作用域签名后若不同步改文档，agent 会照旧签名调用直接吃 usage 错误 ——
比不同步更糟。所以脚本 + 文档 + 模板同批落地。

## plan 作用域工作区（结构性修复）

原先所有计划共用 .superpowers/sdd/ 一个目录，一份过期账本被误读成当前进度，
会让控制者跳过整段任务序列 —— 上游称这是观察到的最昂贵失败。现在每个计划
一个 .superpowers/sdd/<计划文件名>/，从结构上消除这种误读。

- scripts/sdd-workspace 改为接收 PLAN_FILE，自忽略 .gitignore 上移到
  .superpowers/sdd/；scripts/review-package 前置 PLAN_FILE 参数
- 两个脚本在我们这边与上游 v6.1.1 字节一致（从未汉化），直接取上游版
- scripts/task-brief 只手工应用上游那两处改动，保留我们的 fork 适配
  （awk 同时匹配 "Task N" 与 "任务 N"，因为本仓库 writing-plans 产出中文标题）
- 账本新增身份行 `# SDD ledger — plan: <路径>`，并明确「第一行点名别的计划、
  或旧扁平路径下的游离账本」都不是你的进度

实测（临时 git 仓库）：两个计划各得独立目录；往 A 计划写 ledger 后 B 计划
目录仍为空（关键回归）；.gitignore 落在 .superpowers/sdd/ 且 git status 干净；
中文「任务 2」经新路径抽取成功；review-package 旧签名正确报 usage 错误。

## SKILL.md 全面重写（14 章 -> 生命周期结构）

上游把平铺的 14 节重组为「任务循环」五步 + 熔断机制，Red Flags / Advantages /
Integration / File Handoffs / Durable Progress 等并入使用现场。逐节重译：

- 修复循环：一轮 = 一次修复分派 + 一次定向复审，每任务上限五轮
  第 1-3 轮唤回原实现者（context 完整），第 4-5 轮换全新实现者 + 高一档模型
- 熔断：第 5 轮仍有未解决发现则停止分派，逐条裁定 —— 搁置（附裁定）或在
  承重项上 BLOCKED。只在上限处裁定，提早裁定等于换名字的预先定性
- Minor 发现与「计划要求的」发现两条路在循环外
- 新增「常见的合理化借口」表取代原「红线」清单

新增 re-review-prompt.md（106 行全文翻译）：定向复审只核实发现是否解决 +
只看修复 diff 的新破坏，范围外观察进账本不延长循环。

implementer-prompt.md「审查发现之后」改写为基于唤回的修复轮次；
task-reviewer-prompt.md 更新脚本签名并删除被 re-review-prompt.md 取代的结尾两句。

## 顺手修掉一个既有缺陷

三个 SDD 文件末尾都残留着 `</content>` —— v1.7.1 那次重写（PR #108, d7885ca）
留下的生成产物，上游没有。这些文件会整体进 agent 的 prompt，属于污染。已全部清除，
并全仓扫描确认无同类残留。

## 验证

- 章节结构与上游 14 节一一对应；superpowers: 引用集与上游完全一致
- 26 项关键技术记号（脚本签名、账本行格式、四种状态、ADDRESSED/NOT ADDRESSED、
  数值门槛）逐一确认存在，无漏译
- 两个 dot 图节点/边数与上游精确一致（6/6 与 23/28），且无幽灵节点、无孤立节点
  （手工翻译 dot 标签最易在边里写错，会静默产生幽灵节点）
- audit.sh 150 pass / 0 fail；verify-release.sh 82 pass / 0 fail
- SDD 已从 audit 的上游漂移警告里消失（结构层级现已对齐）

注：audit PASS 由 153 降至 150，是上游有意删除 Integration 一节
（原列 executing-plans / test-driven-development / writing-plans 三个引用）
导致 Category 4b 少 3 项引用检查，非静默跳过 —— 已核对我们的引用集与上游一致。
 2026-08-07 22:29:04 +08:00
AI不止语
073a743ce7 fix: 同步上游两处纯代码修复（Windows hook 分发 + find-polluter 路径匹配） 
对齐上游 v6.1.1 -> v6.2.0 时挑出的两处「无需翻译、无需 eval」的修复。
两个文件在我们这边都与上游 v6.1.1 字节一致（从未汉化改动），所以可直接取上游版。

1) hooks/hooks.json 加 "shell": "bash"（上游 5151e7a）

SessionStart hook 在 Windows 上原先不经 Git Bash 分发。我们的 hooks.json 与上游
除这一行外完全相同。这条直接改善 Windows 用户的 bootstrap 可靠性 —— 而 bootstrap
不加载 skill 就是死重。

冒烟测试：CLAUDE_PLUGIN_ROOT 指向仓库跑 run-hook.cmd session-start，
退出码 0，输出正确的 SessionStart JSON（含中文 using-superpowers 正文）。

2) skills/systematic-debugging/find-polluter.sh 取上游修复版（上游 6015d37、c8921b5）

修三个真 bug，已逐个实测新旧版对比：
- pattern 带 ./ 前缀时匹配不到（find . 输出 ./ 前缀路径）：旧 1 个 -> 新 2 个
- -path 的 **/ 无法匹配零层目录，src/**/*.test.ts 漏掉 src/top.test.ts：
  旧 1 个 -> 新 2 个
- 完全无匹配时计数为 1 而非 0（echo 空串仍算一行）：旧 1 -> 新 0

验证：audit.sh 153 pass / 0 fail、verify-release.sh 82 pass / 0 fail。

注：audit 的上游漂移 warn 从 2 条变 3 条（新增 using-git-worktrees），
且 executing-plans / finishing-a-development-branch 的上游 H 值有变化 ——
这是本次 git fetch upstream 把对比基准从旧快照更新到 v6.2.0 导致的，
不是本提交的改动引起。三个 SKILL.md 本提交都没碰。漂移详情见 #19。
 2026-08-07 21:58:12 +08:00
AI不止语
402f7a3446 docs(copilot): 补 Windows powershell 工具面，修正 bash 唯一假设 (#93) 
copilot-tools.md 原先只记了 bash + async:true + read_bash/stop_bash/
write_bash/list_bash 一套，并把上游的 Bash 工具名直接映射到 bash。
但 Windows 上实测（Copilot CLI 1.0.69-1 / Node v24.17.0）注册的是
powershell + detach 一套，完全没有 bash/async 家族 —— agent 照着不存在
的工具名调用会找不到工具然后即兴发挥。

- 异步 Shell 会话拆成 Unix/macOS（bash）与 Windows（powershell）两张表，
  并明确「两套不会同时出现，动手前先确认本 build 注册的是哪套」
- 标注 powershell 一套没有 write_* 等价物（无法向会话发送输入）
- 新增「Windows 上的两个坑」：.sh 需显式走 Git Bash；stop_powershell
  停不掉 detach:true 的进程，需按真实 Windows PID（非 MSYS PID）Stop-Process
- Bash 映射行补平台提示，指向该节

证据与环境均来自 issue #93 报告人的实测。
 2026-08-07 17:25:04 +08:00
AI不止语
d7885ca062 feat(sdd): 同步上游 v6 子智能体驱动开发重写（合并审查者 + scripts/） (#108) 
对齐 obra/superpowers v6.0.0+（当前 v6.1.1）对 subagent-driven-development 的重写：

- 双审查者（规格 + 代码质量）合并为单个 task-reviewer-prompt.md，一次读 diff 出两个结论
- 新增 scripts/：review-package（生成审查包）、sdd-workspace（工作树临时区）、task-brief（抽取单任务简报）
- SKILL.md 补齐 v6 新增章节：起飞前计划审查、处理审查者 ⚠️ 事项、构造审查者提示词、文件交接、持久化进度（ledger）
- implementer-prompt.md 改为简报文件 + 报告文件契约、model 必填、TDD RED/GREEN 证据
- 删除 v5 遗留的 spec-reviewer-prompt.md / code-quality-reviewer-prompt.md

中文 fork 适配：task-brief 的 awk 同时匹配英文 "Task N" 与中文 "任务 N" 标题，
使 writing-plans 产出的中文计划也能抽取任务。review-package / sdd-workspace 与上游逐字节一致。

关联 #89 #19
 2026-07-17 21:04:07 +08:00
AI不止语
c3fe5ba31c chore: 同步上游 v6.1.0/v6.1.1（bootstrap 精简 + Codex 插件清单修复）(#94) 2026-07-13 20:30:53 +08:00
AI不止语
f54d7363df sync(v6): executing-plans 用"持续自查"替代"每3任务暂停审查" 
对齐上游 v6.0.0 移除固定 N-任务审查检查点的理念（与 #58 SDD 同方向）：
"每完成 3 个任务后暂停回顾" → "执行过程中持续留意"。纳入 v1.6.0。
 2026-06-20 10:18:51 +08:00
AI不止语
a3349d47c6 Merge remote-tracking branch 'origin/main' into sync/v6-pi-harness 
# Conflicts:
#	README.md
 2026-06-20 07:24:48 +08:00
AI不止语
c72ab425b6 Merge pull request #57 from jnMetaCode/sync/v6-worktree-cleanup 
sync(v6): 移除旧全局 worktree 目录引用，对齐上游 v6.0.0
 2026-06-20 07:21:22 +08:00
AI不止语
4909388f35 feat(pi): 新增 Pi (oh-my-pi) harness 支持（关 #44，对齐上游 v6.0.0） 
issue #44：Pi 像 opencode 一样开放，skill:// 能直接用，已验证可手动使用，
希望原生支持。上游 obra/superpowers 在 v6.0.0 已用扩展模型原生集成 Pi，
本提交把同样的集成方式落到本 fork。

Pi 走扩展模型，通过 package.json 的 pi 字段声明，直接指向仓库现有
skills/，不复制 skill、无运行时依赖。扩展内容中立——读取 fork 现有的
中文 using-superpowers/SKILL.md 自动注入，故扩展代码逐字节照搬上游。

- .pi/extensions/superpowers.ts：注册 resources_discover / session_start /
  session_compact / agent_end / context 生命周期钩子，在会话注入
  using-superpowers bootstrap + Pi 工具映射（带去重标记、插在 compaction
  summary 之后）
- package.json：加 pi.skills=["./skills"] + pi.extensions + pi-package
  keyword；.pi/extensions/ 加入 files（npm 发布需含扩展）
- skills/using-superpowers/references/pi-tools.md：Pi 工具映射参考
- docs/README.pi.md：中文安装/原理/工具映射/验证指南；README.md 工具列表加链接
- tests/pi/：上游扩展行为测试（适配 fork：name=superpowers-zh）+ 运行包装

验证：bash tests/pi/run-tests.sh 6/6 通过 exit 0（校验 pi 包配置、生命周期
钩子无 pre-compaction 注入、resources_discover 贡献 skills 目录、session_start
注入 You-have-superpowers + Pi-tool-mapping、pi-tools 参考存在）；package.json
合法；scripts/audit.sh 静态 0 FAIL；README→docs/README.pi.md 链接可解析。

注：扩展是 TS（仅 import type，运行时无类型依赖），Node 22.6–23.5 需
--experimental-strip-types（run-tests.sh 已带），23.6+ 默认支持。
Pi 内实际 skill 触发需在 Pi 内验证（与本 fork 其它 harness 同样限制）。
 2026-06-20 02:53:31 +08:00
AI不止语
8ca12c26e3 sync(v6): brainstorm 可视化伴侣安全模型 + 测试套件对齐上游 v6.0.0 
上游 v6.0.0 给 brainstorm 可视化伴侣服务器重写了安全模型：之前服务器
监听 loopback 但无任何鉴权，任意本地浏览器标签页都能读取 brainstorm
屏幕/文件、或向正在运行的 agent 会话注入事件（prompt injection）。新模型
用每会话密钥（?key=<token> 或会话 cookie）门禁所有端点，并加一组安全头
（X-Frame-Options: DENY、CSP frame-ancestors none、Cross-Origin-Resource-Policy
same-origin 等）。本 fork 此前停留在旧无鉴权版本。

改动（全部逐字节对齐上游 main，本 fork 在这些文件无中文/品牌定制）：
- skills/brainstorming/scripts/server.cjs：旧 354 行 → 723 行，新鉴权模型
- skills/brainstorming/scripts/{frame-template.html,helper.js}：v6 重构拆出的
  独立模板/客户端 helper，旧版与新 server.cjs 不匹配会导致 UI 崩坏
- skills/brainstorming/scripts/{start,stop}-server.sh：随之更新
- tests/brainstorm-server/：同步上游全套测试（auth/branding/server/lifecycle/
  helper/ws-protocol/browser-launcher 等），否则旧测试与新 server 不匹配

验证：tests/brainstorm-server 全套 npm test 通过，exit 0
（ws-protocol 32 / helper 15 / browser-launcher 3 / auth 20 / branding 7 /
server 33 / lifecycle 13 / start 4 / stop 7，0 failed）。所有 17 个文件
与上游 main 逐字节一致。

修复 CI「全量审计」中 brainstorm script 漂移项。关联 #19（v6 同步追踪）
 2026-06-20 01:57:20 +08:00
AI不止语
cf5f6da176 sync(v6): 移除旧全局 worktree 目录引用，对齐上游 v6.0.0 
上游 v6.0.0 废弃了 ~/.config/superpowers/worktrees/ 全局目录，worktree
统一落到项目内 .worktrees/。本提交同步该行为变更：

- using-git-worktrees: 删除目录选择中的全局目录分支、安全验证豁免说明、
  创建代码块里的全局路径分支及快速参考表行；目录优先级表述改为
  「明确 instructions > 现有项目本地目录 > 默认」。顺带修复既有的步骤
  编号缺口（0,1,3,4 → 0,1,2,3）并校正 3 处步骤交叉引用，使其与上游
  v6.0.3 标题结构逐行对齐。
- finishing-a-development-branch: 两处 worktree 清理判定移除全局目录。

验证：scripts/audit.sh 78 PASS / 0 FAIL；与上游 v6.0.3 原文标题结构
对齐；两文件无 ~/.config/superpowers 残留。description 未改，skill
触发行为不变。

关联 #19（v6 同步追踪）
 2026-06-19 20:23:15 +08:00
blueQ
952fc29a39 fix: add version, license, and metadata.hermes.tags to all 20 skills (#49) 
Hermes Agent convention requires SKILL.md frontmatter to include
version, license, and metadata.hermes.tags (see skill-authoring.md).
All 20 skills in this repo were missing these fields.

This fix adds:
- version (1.0.0)
- license (MIT)
- metadata.hermes.tags (auto-generated per skill)

Audited by: Hermes Skill Auditor (30 rules x 100 points)
Before: avg 60/100 (C grade) -> After: avg 70/100 (B grade)

Co-authored-by: shunfeng8421 <shunfeng8421@users.noreply.github.com>
 2026-06-17 06:45:05 +08:00
AI不止语
3202b18e43 chore: release v1.5.0 — Qoder 适配 + qoder-tools.md ref 
- package.json + 5 个 plugin manifest: 1.4.0 → 1.5.0
- RELEASE-NOTES.zh.md: 新增 v1.5.0 段，描述 Qoder 适配、Rules schema
  来源说明、设计取舍
- skills/using-superpowers/references/qoder-tools.md: 新增工具映射 ref
  （Qoder 大部分工具同名 CC，仅 EnterPlanMode → EnterSpecMode 差异；
  附 Task agent 类型表 + Quest MCP 工具清单）
- skills/using-superpowers/SKILL.md 第 42 行: 平台适配段加 Qoder ref 引用

发版前验证：
- 6 处版本号全部 1.5.0
- 18 款工具 install + 二次幂等 + uninstall 全跑通
- bootstrap 工具（Qoder + Trae）rule 文件内容正确写入与卸载清理
- audit 96 PASS / 0 FAIL
- npm pack --dry-run 确认 docs/README.qoder.md + qoder-tools.md 入包
 2026-05-21 05:56:56 +08:00
AI不止语
559ba914e0 chore(skills): 同步上游 P0 漂移修复（hooks-cursor + brainstorm + code-reviewer 引用） (#30) 
* chore(skills): 同步上游 P0 漂移修复（hooks-cursor + brainstorm + code-reviewer 引用）

来自质量审计的 3 个 P0 缺陷，全部是上游漂移类（"主站有的我们没跟"），逐项 cherry-pick / 翻译同步：

1. hooks/hooks-cursor.json：command 从直接调 unix shell 脚本改回上游的
   polyglot wrapper "./hooks/run-hook.cmd session-start"。修复 Windows
   Cursor 用户 hook 完全不触发的回归。

2. skills/brainstorming/scripts/{server.cjs,start-server.sh,stop-server.sh}：
   完整 cherry-pick 上游 v5.0.6（commit 9e3ed21）的 CONTENT_DIR/STATE_DIR
   peer-dir 拆分。修复 visual brainstorming 用户因 SKILL.md 指向新路径但
   server.cjs 还用旧 SCREEN_DIR 结构导致卡死。

3. skills/requesting-code-review/SKILL.md：
   - 3 处 "superpowers:code-reviewer" 命名子代理引用 → 上游 v5.1.0 改用
     "general-purpose" Task + 模板路径的形式
   - 占位符从 5 个（含 WHAT_WAS_IMPLEMENTED + DESCRIPTION 冗余）精简到 4 个
     （只保留 DESCRIPTION 作为 "Brief summary of what you built"），与上游对齐
   - 示例段落里的占位符顺序和命名同步上游
   - "执行计划" 集成段：从 "每批（3 个任务）后审查" 改为 "每个任务完成后或
     在自然 checkpoint 审查"，对齐上游 v5.1.0 的 subagent 节奏调整

验证：3 文件 diff vs upstream 全部 0 行漂移；残留
"superpowers:code-reviewer" 字符串 0 处。

不在本 PR 范围（issue #19 其他批次留独立 PR）：
- using-git-worktrees + finishing-a-development-branch v5.1.0 安全修复 → PR #28
- brainstorming + writing-plans 的 review loop 简化 → 后续 PR
- subagent-driven-development 的节奏调整其他部分 → 后续 PR

Refs: 本次全量质量审计（102/106 测试 96.2% 通过率）

* chore(skills): 同步 code-reviewer.md 到上游 v5.1.0 self-contained 版

补漏：本次质量审计第二轮（支持文件结构对比）发现 code-reviewer.md
有真结构漂移——上游 6 个 header，我们 16 个，原因是上游 v5.1.0
（PR #1299）把 reviewer persona + checklist + dispatch 模板整合到
单一 code-reviewer.md 里，self-contained。我们仍是拆分式老版。

这是 issue #19 列出的 "v5.1.0 Code Review 整合" 待办项。同性质上游
同步（主站有的我们没跟），合并到本 PR 的 P0 漂移清单里。

改动：重写 skills/requesting-code-review/code-reviewer.md：
- 上游结构：H1 标题 + 散文 intro + 单一 Task tool 代码块（含完整
  prompt 模板）+ Placeholders 说明 + Reviewer returns 说明 + Example
  Output 段
- 翻译策略：散文逐句翻译；占位符 {DESCRIPTION}/{PLAN_OR_REQUIREMENTS}/
  {BASE_SHA}/{HEAD_SHA} 保留英文；Critical/Important/Minor 等术语保留
- 验证：上游 6 header == 我方 6 header（结构 1:1 对齐）

不在范围：reviewer-prompt.md 其他文件（spec/plan-document-reviewer-prompt.md、
subagent-driven-development/*-prompt.md）的翻译漂移——已确认全是
translation drift（H 数对齐 1:1），无结构漂移，本 PR 不动。
 2026-05-12 18:09:22 +08:00
AI不止语
473b01114c chore(skills): 同步上游 v5.1.0 worktree 安全修复（issue #19 第一批） (#28) 
把 upstream/main v5.1.0 在 using-git-worktrees + finishing-a-development-branch
两个 skill 上的行为变更逐字翻译同步过来。属于上游修复 obra/superpowers#991
（subagent 自动创建嵌套 worktree、清理误删 harness-managed workspace）。

using-git-worktrees:
- 新增 Step 0：GIT_DIR vs GIT_COMMON 检测现有隔离，submodule 守卫
- 新增创建前同意流程（除非 instructions 已声明偏好）
- 重组 Step 1 为 1a Native Tools (首选) + 1b Git Worktree Fallback
- 新增沙盒回退（permission error 时原地工作）
- 删除旧"示例工作流"段（含 /Users/jesse 硬编码路径）
- 保留章节编号 Step 1→3 的上游怪癖（不擅自"修正"）

finishing-a-development-branch:
- 新增 Step 2 检测环境（三态表决定菜单形态和清理逻辑）
- 旧 Step 2/3/4/5 重编号为 3/4/5/6
- Step 4 新增分离 HEAD 3 选项变体
- Step 5 Option 1 重写：MAIN_ROOT cwd safety + merge→verify→cleanup→delete 严格排序
- Step 5 Option 2 增加 "Do NOT cleanup worktree" 提示（PR 迭代需要）
- Step 6 清理范围限定：只清 .worktrees/ / worktrees/ / ~/.config/superpowers/worktrees/
  之内的；外部 harness-managed workspace 一律不动（核心安全修复）
- 红线 + 常见错误段扩展（按上游对应同步）

翻译原则：
- 章节标题翻译，但保留章节编号 (Step 0/1/3/4 一一对应)
- 代码块完全保留，不翻译变量名/命令
- 散文逐句翻译，不简化不扩写
- 我们独有的 "## 集成" 段保留（指向 brainstorming/subagent-driven-development 等）

不属于本 PR 范围：
- review loop 简化（v5.0.6 brainstorming/writing-plans）→ 下一批
- code-reviewer 整合（v5.1.0 requesting-code-review）→ 下一批
- subagent 节奏调整 (v5.1.0 subagent-driven-development) → 下一批
- brainstorm server.cjs 脚本结构同步 (v5.0.6 CONTENT_DIR/STATE_DIR) → 单独 PR

Refs: jnMetaCode/superpowers-zh#19
 2026-05-12 18:08:46 +08:00
AI不止语
392ff753cd fix(skills): 4 个 chinese-* 改为手动调用，避免污染上游 skill 自动调度 
旧 description 是"中文 X 规范——卖点描述"句式，既不符合 skill auto-trigger
约定（应当以"在 X 时使用"开头），又会在修对之后过度触发污染上下文。这 4 个
本质是参考资料而非工作流，锁成手动调用更合适。

- 4 个 SKILL.md frontmatter description 改为"内容描述 + 显式 /xxx 调用"
  句式，末尾加硬指令"不要根据上下文自动触发"
- GEMINI.md 列表同步更新（bin/superpowers-zh.js 的 scanSkillEntries 从
  SKILL.md 读，新装用户已经能拿到新版；这份是仓库自带的快照，需手动追平）
- README 中国特色 Skills 段加警示框 + 「调用方式」列，标明前 4 个为手动
- 不影响上游 18 个 skill 的自动触发原貌
 2026-05-09 00:06:52 +08:00
jiangnan
4778006422 feat: 添加 Claw Code 支持（第 17 款工具）+ CNB 平台支持 
- 新增 Claw Code（Rust 版 AI CLI）：auto-detect `.claw/` 或 `CLAW.md`，支持 `--tool claw/claw-code/clawcode`
- chinese-git-workflow skill 新增 CNB（腾讯云原生构建）平台适配，含 `.cnb.yml` CI 示例（#6）
- 版本 1.1.7 → 1.1.8
 2026-04-19 16:04:29 +08:00
jiangnan
d89daf9fc2 feat: 添加 Hermes Agent 支持（第 16 款工具） 
- 安装器新增 Hermes Agent 目标（.hermes/skills/）和别名（hermes/hermes-agent）
- 安装时自动生成 HERMES.md bootstrap（含工具映射和 skills 列表）
- 新增 references/hermes-tools.md 工具映射表（中文化）
- using-superpowers 技能新增 Hermes Agent 平台说明（skill_view 三级渐进式加载）
- 各处 description 加入 Hermes Agent 名称，工具数量更新为 16 款
- package.json 添加 hermes/hermes-agent 关键词
 2026-04-13 20:16:00 +08:00
jiangnan
fc9a2a40ca 同步上游 v5.0.7：Copilot CLI 支持、OpenCode bootstrap 改进、版本统一 
上游同步：
- hooks/session-start: 新增 Copilot CLI 平台检测（COPILOT_CLI 环境变量）
- .opencode/plugins/superpowers.js: bootstrap 从 system prompt 改为 user message 注入，避免 token 膨胀和 Qwen 兼容问题
- skills/using-superpowers: 新增 Copilot CLI 使用说明和工具映射引用
- 新增 references/copilot-tools.md（中文化）

本地优化：
- 清理 OpenCode 插件死代码（normalizePath/os/configDir）
- 统一版本号为 1.1.6（修复插件 JSON 与 package.json 不一致）
- .gitignore 排除安装器生成的 skills 副本
- package.json files 数组精简，避免打包重复的 skills 副本
- 安装器新增 copilot/copilot-cli 别名
- 工具数量更新为 15 款
 2026-04-13 19:55:20 +08:00
jiangnan
4a55cbf9f3 同步上游 v5.0.6：用内联自检替代子代理审查循环 
- brainstorming: 规格审查循环 → 规格自检（4 项内联检查清单）
- writing-plans: 计划审查循环 → 自检（3 项检查清单）+ 新增"禁止占位符"章节
- writing-skills: 修正 frontmatter 描述，添加 agentskills.io 规范链接
 2026-03-27 22:00:59 +08:00
jiangnan
6046c4c334 feat: add DeerFlow 2.0 support + workflow-runner skill 
- Install script detects deer_flow/ and copies skills to skills/custom/
- Add DeerFlow to README tool list and install instructions
- Add docs/README.deerflow.md install guide
- Add deerflow keyword to package.json
- Include workflow-runner skill (20 skills total)
 2026-03-24 07:44:50 +08:00
jiangnan
80bc100625 superpowers 中文社区版：14 个翻译 + 5 个中国特色原创 skills 
基于 obra/superpowers (MIT) 完整汉化，新增中国开发者专属 skills：
- 中文代码审查：适配国内团队沟通文化
- 中文 Git 工作流：支持 Gitee/Coding/极狐 GitLab
- 中文技术文档：中英混排规范、排版标准
- 中文提交规范：Conventional Commits 中文适配 + commitlint 配置
- MCP 服务器构建：生产级 MCP 工具开发方法论

支持工具：CC / Cursor / Codex CLI / Gemini
安装：npx superpowers-zh
 2026-03-20 11:32:25 +08:00