用superpowers开发新功能，可以把目标拆成可验收的行为，再依次完成设计、计划、测试、实现和审查。以待办清单增加完成状态为例，应先约定状态如何保存、刷新后如何显示，再写失败测试验证这些要求，避免只让助手一次生成整块代码。
明确行为并先写失败测试
说明功能边界，例如“任务可标记完成和撤销，刷新后状态保留，不改动现有排序”。确认设计和实现计划后，在隔离工作区从最小测试开始。
使用test-driven-development，让测试先因缺少目标行为而失败，再实现最少代码使它通过，最后整理代码。测试意外通过时，先检查它是否真正覆盖了新功能。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
逐项实现并对照需求审查
按计划处理状态字段、更新接口、持久化和界面反馈，每项都核对文件路径与测试结果。功能需要哪些部分取决于现有项目，不能照示例强行新增整套架构。
实现后使用requesting-code-review，对照需求和计划检查遗漏、异常路径及代码质量。修复重要问题后重新运行相关测试，不能只让助手口头确认“已修复”。
验证完整流程后再决定合并
运行项目要求的完整测试，再实际检查标记、撤销、刷新和旧任务兼容。记录本次验证命令、结果及仍未解决的限制。
finishing-a-development-branch会引导选择合并、创建PR或保留分支等后续处理。确认结果满足需求后再执行选定操作，测试通过本身不代表已经部署上线。
