20 個實戰方法論
不是 prompt 範本,是經過跨會話對抗式壓力測試調優的工作方法論 —— 從頭腦風暴到 TDD、除錯、程式碼審查。
20 個經過實戰驗證的工作方法論 skill —— 從頭腦風暴到 TDD,從系統化除錯到程式碼審查。
一條命令,自動識別專案裡的工具並安裝。
$ npx superpowers-zh不是又一套提示詞範本 —— 是讓 AI 真正按工程方法幹活的系統化能力。
不是 prompt 範本,是經過跨會話對抗式壓力測試調優的工作方法論 —— 從頭腦風暴到 TDD、除錯、程式碼審查。
一套 skill,Claude Code / Cursor / Codex / Gemini CLI / Windsurf… 全適配,換工具不用換習慣。
npx superpowers-zh 自動識別專案裡用的是哪款工具並安裝,零設定,裝完重啟即生效。
中文程式碼審查話術、中文提交規範、中文文件排版、國內 Git 平台(Gitee/Coding/極狐)設定 —— 上游沒有。
同步 obra/superpowers(250k+ ⭐),核心 skill 全部中文母語化,不是機翻,是逐條校準。
純 Markdown skill,不引入任何外部依賴、不連網、不上傳程式碼,按需觸發零執行時開銷。
skill 之間彼此銜接,AI 會在合適的節點自動觸發對應方法論。
你:給使用者模組加個批次匯出功能
AI:好的,我來實作……(直接開寫)
export async function exportUsers() { … }
你:等等,格式不對,沒分頁,
大量資料會 OOM……你:給使用者模組加個批次匯出功能
AI:先理清需求 —— 匯出格式?資料量級?
要分頁/串流嗎?要權限校驗嗎?
(觸發 brainstorming)
→ 寫計畫 → TDD → 驗證 → 審查大多數工具 npx superpowers-zh 會自動識別專案目錄並安裝;識別不出的用 --tool 指定。
npx superpowers-zh點擊任意卡片查看完整操作文件。
using-superpowers
在开始任何对话时使用——确立如何查找和使用技能,要求在任何响应(包括澄清性问题)之前调用 Skill 工具
查看文件 →brainstorming
在任何创造性工作之前必须使用此技能——创建功能、构建组件、添加功能或修改行为。在实现之前先探索用户意图、需求和设计。
查看文件 →dispatching-parallel-agents
当面对 2 个以上可以独立进行、无共享状态或顺序依赖的任务时使用
查看文件 →executing-plans
当你有一份书面实现计划需要在单独的会话中执行,并设有审查检查点时使用
查看文件 →subagent-driven-development
当在当前会话中执行包含独立任务的实现计划时使用
查看文件 →workflow-runner
在 Claude Code / OpenClaw / Cursor 中直接运行 agency-orchestrator YAML 工作流——无需 API key,使用当前会话的 LLM 作为执行引擎。当用户提供 .yaml 工作流文件或要求多角色协作完成任务时触发。
查看文件 →writing-plans
当你有规格说明或需求用于多步骤任务时使用,在动手写代码之前
查看文件 →systematic-debugging
遇到任何 bug、测试失败或异常行为时使用,在提出修复方案之前执行
查看文件 →test-driven-development
在实现任何功能或修复 bug 时使用,在编写实现代码之前
查看文件 →verification-before-completion
在宣称工作完成、已修复或测试通过之前使用,在提交或创建 PR 之前——必须运行验证命令并确认输出后才能声称成功;始终用证据支撑断言
查看文件 →receiving-code-review
收到代码审查反馈后、实施建议之前使用,尤其当反馈不明确或技术上有疑问时——需要技术严谨性和验证,而非敷衍附和或盲目执行
查看文件 →requesting-code-review
完成任务、实现重要功能或合并前使用,用于验证工作成果是否符合要求
查看文件 →finishing-a-development-branch
当实现完成、所有测试通过、需要决定如何集成这份工作时使用
查看文件 →using-git-worktrees
当需要开始与当前工作区隔离的功能开发,或在执行实现计划之前使用——通过原生工具或 git worktree 回退机制确保隔离工作区存在
查看文件 →mcp-builder
MCP 服务器构建方法论 — 系统化构建生产级 MCP 工具,让 AI 助手连接外部能力
查看文件 →writing-skills
当创建新技能、编辑现有技能或在部署前验证技能是否有效时使用
查看文件 →chinese-code-review
中文 review 沟通参考——话术模板、分级标注(必须修复/建议修改/仅供参考)、国内团队常见反模式应对。仅在用户显式 /chinese-code-review 时调用,不要根据上下文自动触发。
查看文件 →chinese-commit-conventions
中文 commit 与 changelog 配置参考——Conventional Commits 中文适配、commitlint/husky/commitizen 中文模板、conventional-changelog 中文配置。仅在用户显式 /chinese-commit-conventions 时调用,不要根据上下文自动触发。
查看文件 →chinese-documentation
中文文档排版参考——中英文空格、全半角标点、术语保留、链接格式、中文文案排版指北约定。仅在用户显式 /chinese-documentation 时调用,不要根据上下文自动触发。
查看文件 →chinese-git-workflow
国内 Git 平台配置参考——Gitee、Coding.net、极狐 GitLab、CNB 的 SSH/HTTPS/凭据/CI 接入差异与镜像同步配置。仅在用户显式 /chinese-git-workflow 时调用,不要根据上下文自动触发。
查看文件 →沒有符合的 skill。
每個場景背後都是一組協同工作的 skill。
brainstorming → writing-plans → TDDAI 先反問需求、寫出實作計畫,再用測試驅動落地,而不是上來就糊一坨程式碼。
systematic-debugging強制先重現、定位根因,再提修復方案 —— 杜絕「猜一個改一下」的瞎試迴圈。
verification-before-completion → code-review必須跑驗證命令、拿證據說話,再走一輪程式碼審查,才允許聲稱「完成」。
chinese-commit-conventions → chinese-code-review中文 commit 規範 + 分級 review 話術,配 Gitee / Coding / 極狐 GitLab 工作流。
換工具不用換習慣,方法論跟著你走。
《AI 編程實戰 · 方法論三卷書》—— 10 個 AI 編程工具完整教程 + 真實踩坑。線上書 + PDF,永久免費。
免費學 AI 編程 · aiOlaOla ↗ 免費閱讀 ↗