jnMetaCode/superpowers-zh

这个仓库里有 20 个技能，GitHub 星标 ★ 8,109。

• brainstorming在任何创造性工作之前必须使用此技能——创建功能、构建组件、添加功能或修改行为。在实现之前先探索用户意图、需求和设计。
• chinese-code-review中文 review 沟通参考——话术模板、分级标注（必须修复/建议修改/仅供参考）、国内团队常见反模式应对。仅在用户显式 /chinese-code-revie
• chinese-commit-conventions中文 commit 与 changelog 配置参考——Conventional Commits 中文适配、commitlint/husky/commitize
• chinese-documentation中文文档排版参考——中英文空格、全半角标点、术语保留、链接格式、中文文案排版指北约定。仅在用户显式 /chinese-documentation 时调用，不要根
• chinese-git-workflow国内 Git 平台配置参考——Gitee、Coding.net、极狐 GitLab、CNB 的 SSH/HTTPS/凭据/CI 接入差异与镜像同步配置。仅在用户
• dispatching-parallel-agents当面对 2 个以上可以独立进行、无共享状态或顺序依赖的任务时使用
• executing-plans当你有一份书面实现计划需要在单独的会话中执行，并设有审查检查点时使用
• finishing-a-development-branch当实现完成、所有测试通过、需要决定如何集成这份工作时使用
• mcp-builder在构建 MCP 服务器或 MCP 工具时使用 —— 系统化的生产级 MCP 构建方法论，覆盖工具设计、错误处理、传输层选择与测试，让 AI 助手连接外部能力
• receiving-code-review收到代码审查反馈后、实施建议之前使用，尤其当反馈不明确或技术上有疑问时——需要技术严谨性和验证，而非敷衍附和或盲目执行
• requesting-code-review完成任务、实现重要功能或合并前使用，用于验证工作成果是否符合要求
• subagent-driven-development当在当前会话中执行包含独立任务的实现计划时使用
• systematic-debugging遇到任何 bug、测试失败或异常行为时使用，在提出修复方案之前执行
• test-driven-development在实现任何功能或修复 bug 时使用，在编写实现代码之前
• using-git-worktrees当需要开始与当前工作区隔离的功能开发，或在执行实现计划之前使用——通过原生工具或 git worktree 回退机制确保隔离工作区存在
• using-superpowers在开始任何对话时使用——确立如何查找和使用技能，要求在任何响应（包括澄清性问题）之前调用 Skill 工具
• verification-before-completion在宣称工作完成、已修复或测试通过之前使用，在提交或创建 PR 之前——必须运行验证命令并确认输出后才能声称成功；始终用证据支撑断言
• workflow-runner在 Claude Code / OpenClaw / Cursor 中直接运行 agency-orchestrator YAML 工作流——无需 API key
• writing-plans当你有规格说明或需求用于多步骤任务时使用，在动手写代码之前
• writing-skills当创建新技能、编辑现有技能或在部署前验证技能是否有效时使用