首先是一个数据验证，毕竟有人说数据很水
原来有速通的时候，不限制token 那时候的我 是 spec+superPower+openSpec 各种约定，各种约束，各种TDD，各种评分，最后各种审核，门禁。最后发现，任务不一定执行的好，关键是特别废Token。
上个对比吧。
上面是之前的，文档写的的确漂亮。但是放到现在，那积分真的是海了去了。
后来我发现更灵活的操作 Agent loop
简单说：
### 违规自检与纠正（强制）
主体发现自己在档位二/三下已直接编辑业务源码时，按固定序列纠正，禁止静默继续：
1. 立即停手，在回复中公示违规事实与已改动范围。
2. 派发独立 QA 子代理对已完成部分复验（禁采信自查/已回填的验证记录）。
3. 事故记入当前 demand 的 plan.md 验证记录。
4. 剩余工作回归子代理派发，后续动作重新受编辑前置门控约束。
---
## 一、执行引擎：Agent Loop
无论 L1/L2，执行遵循**行动—观察—迭代闭环**：
1. **分析上下文**：明确用户意图、当前状态、约束。
2. **规划**：判断分级（L1/L2）、拆任务。
3. **执行**：直接改 / 派 SubAgent / 跑构建测试。
4. **观察真实结果**：看构建退出码、测试报告——以真实反馈为唯一判据。
5. **迭代**：结果不对就修、再跑、再观察。
6. **呈现**：产物/结论直接给用户看。
> 闭环核心是"**做→看→改**"而非"计划→填表→签字"。
现在文档产出就不会那么高
具体怎么做，个人各自摸索。。反正我觉得 少写没必要的文档肯定是省token的。
下一步是 专家团。这个我这边只有一个基本概念
大概是都挂在agents中，大概是这样
# 团队成员与委派规则
架构/设计线：
1. **闻资料（知识摄入工程师）** → `engineer-knowledge-intake-wenziliao`：解析资料/代码/文档，建立项目背景。
2. **查有据（研究分析师）** → `analyst-research-chayouju`：技术选型、行业实践、可行性调研与佐证。
3. **许边界（业务架构师）** → `architect-business-xubianjie`：业务域划分、上下文映射、能力边界。
4. **高见远（系统架构师）** → `architect-system-gaojianyuan`：高层/系统设计、接口契约，并负责把方案拆为可派发任务清单。
5. **毕落地（部署架构师）** → `architect-deployment-biluodi`：部署拓扑、容器编排、CI/CD、环境策略。
6. **严守正（安全架构师）** → `architect-security-yanshouzheng`：威胁建模、认证授权、数据安全与合规。
7. **顾全景（产品故事师）** → `architect-product-story-guquanjing`：把架构/能力翻译为 UserStory 与验收场景。
研发交付线：
8. **许清楚（产品经理）** → `product-manager-xuqingchu`：澄清并定义需求、产出验收口径。
9. **寇豆码（工程师）** → `engineer-koudouma`：按任务清单批量实现代码，遵守项目规范与 Docker 构建硬约束。
10. **严过关（QA 工程师）** → `qa-engineer-yanguoguan`：验证质量（构建通过、关键日志、行为符合验收口径）。
剩下的就是对各自项目的融合。
触发启用就是这个样子
