pi-superpowers

Use when you have a written implementation plan to execute in a separate session with review checkpoints. 有书面实现计划需要批次执行并设置检查点时使用。 适用于：执行已有计划、按计划实现、批次执行任务、分批推进开发。

Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of development work by presenting structured options for merge, PR, or cleanup 实现完成、所有测试通过，需要决定如何集成工作时使用。 适用于：完成分支、合并分支、结束开发、提 PR、合并代码、完成功能开发。

Use when completing tasks, implementing major features, or before merging to verify work meets requirements. 完成任务、实现主要功能或合并前验证工作是否满足要求时使用。 适用于：代码审查、code review、审查代码、检查代码质量、提交前审查。

Use when executing implementation plans with independent tasks in the current session. 在当前会话中执行含有独立任务的实现计划时使用。 适用于：执行计划、子代理开发、自动实现、开始实现计划、逐任务执行、两阶段代码审查。

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes. 遇到任何错误、测试失败或意外行为时使用，在提出修复方案之前。 适用于：调试、找 bug、修复问题、测试失败、排查错误、系统性调试、根本原因分析。

Use when starting any conversation - establishes how to find and use skills, requiring Skill tool invocation before ANY response including clarifying questions. 开始任何对话时使用 - 建立如何查找和使用技能的规则，在任何回应（包括澄清问题）之前必须调用技能工具。

Use when you have a spec or requirements for a multi-step task, before touching code. 当有规格或需求需要执行多步骤任务时使用，在编写任何代码之前。 适用于：写实现计划、制定开发计划、做规划、拆分任务步骤、编写执行方案。

You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation. 在任何创意工作前必须使用 - 创建功能、构建组件、添加功能或修改行为之前。 适用于：需求分析、功能设计、方案制定、头脑风暴、想做新功能、从哪里开始开发。

Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies. 面临 2 个以上可并行处理的独立任务时使用。 适用于：并行处理、多任务并发、独立任务分发、同时修复多个不相关问题。

Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation 收到代码审查反馈时使用，在实施建议之前，尤其当反馈不清晰或存在技术疑问时。 适用于：处理审查意见、回应代码评审、技术性反驳、验证审查建议。

Use when implementing any feature or bugfix, before writing implementation code. 实现任何功能或修复错误时使用，在编写实现代码之前。 适用于：TDD、测试驱动开发、先写测试、测试优先、写单元测试、红绿重构循环。

Use when starting feature work that needs isolation from current workspace or before executing implementation plans - creates isolated git worktrees with smart directory selection and safety verification 开始需要与当前工作区隔离的功能工作时，或执行实现计划前使用。 适用于：git worktree、创建隔离工作区、新分支开发、隔离开发环境、并行分支。

Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always 即将声明工作完成、修复或通过时使用，提交或创建 PR 之前。 适用于：验证完成、确认完成、声明完成前、检查结果、提交前验证、断言工作已完成。

Use when creating new skills, editing existing skills, or verifying skills work before deployment work before deployment. 创建新技能、编辑现有技能或在部署前验证技能时使用。 适用于：写 skill、创建新技能、添加技能、设计工作流技能、编写 SKILL.md。