Agent工作流与多Agent对撞机制设计

软件开发流程分四块：需求到功能（核心功能）、框架建设（基于架构练习师）、具体实现（区分Agent与非Agent代码，Agent管理上下文和记忆）、借力（复用现有项目）。

多Agent对撞机制：Agent质疑需求、架构、实现，形成循环，每步显示结果并确认后执行下一步。任务拆分为小任务，优先实现核心功能，其他由CodeX生成，Hermes检测后合并。记忆分短期（上下文）、中期（用户偏好）、长期（思维模式）。

Agent工作流：先输出核心功能列表，选架构方案，拆解任务，小任务经小审（代码级）→中审（模块级）→大审（系统级）验证；提供简单/复杂/无脑三种粒度。

审查Agent触发权应剥离，改为流程强制触发或独立看门狗自动巡检。其他修复：Stage A步骤对调避免竞品先入为主；用户画像数据需真实且标注来源；测试输入由审查Agent提供；无脑模式定义必须改项处理；中期记忆增加跨项目模式识别；按方案规模裁减审查维度；自动化方案增加失败处理。

设计文档V2评审：阶段C‘模块任务全部标记完成’改为‘当前模块所有任务标记完成’；无脑模式超3次暂停后恢复机制至少定义三选一（继续重试/跳过标记债务/回退阶段A）。建议：小方案去掉可靠性审查；设计师Agent归档阶段自动提取patterns.md到learned_patterns；标注第二步自动化依赖Codex可编程接口。

multi-agent架构审查阶段改进：将小审拆为静态审查（设计师检查接口、代码质量、架构合规）和运行时验证（依赖Codex自测或用户手动执行）；手动模式审查Agent操作明确（如新Hermes窗口加载product-reviewer角色，指定文件路径，输出报告到shared目录）。