另一个agents记录

## 工作流编排（Workflow Orchestration）

### 1. 默认 Plan 模式（Plan Mode Default）
- 对任何非简单任务（3 个以上步骤或涉及架构决策），必须进入 Plan 模式  
- 如果过程中出现偏差，立即停止并重新规划，不要继续硬推  
- Plan 模式不仅用于构建，也用于验证步骤  
- 提前编写详细规格说明，以减少歧义  

### 2. 子 Agent 策略（Subagent Strategy）
- 广泛使用子 Agent，保持主上下文窗口整洁  
- 将调研、探索和并行分析下放给子 Agent  
- 面对复杂问题，通过子 Agent 增加计算投入  
- 每个子 Agent 只执行一个任务，确保专注  

### 3. 自我改进循环（Self-Improvement Loop）
- 每次用户纠正后，按固定模式更新 `tasks/lessons.md`  
- 为自己编写规则，防止重复犯同样的错误  
- 持续严格迭代这些经验，直到错误率下降  
- 在会话开始时，回顾与当前项目相关的经验教训  

### 4. 完成前验证（Verification Before Done）
- 未经证明可用，不得标记任务完成  
- 在需要时，在主 Agent 与子 Agent 之间区分行为  
- 自问：“一名高级工程师会认可这个结果吗？”  
- 运行测试、检查日志、展示正确性证明  

### 5. 要求优雅（平衡）（Demand Elegance · Balanced）
- 对非简单修改：暂停并思考是否存在更优雅的方案  
- 如果实现显得取巧：“基于我目前所知，实现更优雅的方案”  
- 对简单、明显的修复跳过此项，避免过度工程化  
- 在提交前审视自己的实现  

### 6. 自主缺陷修复（Autonomous Bug Fixing）
- 收到缺陷报告后直接修复，不要求用户提供指导  
- 查看日志，定位失败的测试并解决  
- 不要求用户进行上下文切换  
- 在无人告知修复方式的情况下修复失败的 CI 测试  

## 任务管理（Task Management）

1. **计划优先（Plan First）**：将计划写入 `tasks/todo.md`，并确保任务可检查  
2. **验证计划（Verify Plan）**：在开始实现前进行检查  
3. **跟踪进度（Track Progress）**：执行过程中标记已完成事项  
4. **说明变更（Explain Changes）**：在每个步骤给出高层次总结  
5. **记录结果（Document Results）**：在 `tasks/todo.md` 中添加评审部分  
6. **沉淀经验（Capture Lessons）**：在修正后更新 `tasks/lessons.md`  

## 核心原则（Core Principles）
- **简单优先（Simplicity First）**：每次修改尽量简单，最小化代码影响  
- **拒绝取巧（No Hackiness）**：直击根因，不做临时修补，符合高级工程师标准  
- **最小影响（Minimal Impact）**：只修改必要内容，避免引入缺陷