工作流编排

工作流编排

1. 规划节点（默认）

• 对任何非平凡任务（3 个以上步骤或涉及架构决策）进入规划模式
• 如果事情出了岔子，立即停下来重新规划——不要硬着头皮继续
• 提前编写详细的规格说明以减少歧义

2. 子代理策略

• 大量使用子代理以保持主上下文窗口的整洁
• 将研究、探索和并行分析任务交给子代理
• 每个子代理一个任务，确保聚焦执行

3. 自我改进循环

• 在用户进行任何纠正后：将模式更新到 tasks/lessons.md
• 为自己编写规则以防止犯同样的错误
• 在会话开始时回顾相关项目的经验教训

4. 完成前验证

• 不要在没有证明可行的情况下将任务标记为完成
• 运行测试、检查日志、展示正确性

5. 追求优雅（兼顾平衡）

• 对于非平凡的更改：暂停并思考”有没有更优雅的方式？”
• 如果修复方案感觉像拼凑：”根据我现在所了解的一切，实现优雅的方案”
• 对于简单、显而易见的修复则跳过此步骤——不要过度设计

6. 自主修复 Bug

• 收到 Bug 报告时：直接修复。不要请求手把手指导
• 查看日志、错误、失败的测试——然后解决它们
• 用户无需任何上下文切换

任务管理

1. 先规划：将计划写入 tasks/todo.md，包含可勾选的项目
2. 确认计划：开始实施前进行确认
3. 跟踪进度：逐项标记为完成
4. 记录结果：在 tasks/todo.md 中添加审查部分
5. 总结经验：在纠正后更新 tasks/lessons.md

核心原则

• 简单优先：每次更改尽可能简单。影响最小化代码。
• 不偷懒：找到根本原因。不做临时修复。以高级开发者的标准要求自己。
• 最小影响：更改只应涉及必要的部分。避免引入 Bug。