架构收敛：从多 Agent 到四类真实单元

收敛的依据

早期规划按功能分设了十几个 Agent。实际核查发现：阶段②③④⑤ 的生成流水线完全一致，差别只在提示词、输出契约与检索维度。既然差异可以由配置表达，就没必要复制四套流水线——「模板数量是设计产出，不该硬凑」。

四类真实单元

1. 数据底座：PostgreSQL 异步会话 + Redis 缓存与消息队列，承载档案、报告与内容存储。
2. 知识层：RAG 检索 + 提示词模板，贯穿全部阶段。
3. 生成引擎：单一引擎 + 阶段参数 phase（战略 / 产品 / 营销 / 执行）路由，1 个运行时 + 4 套逻辑配置。
4. 交互层：MCP、前端与调试沙盒。

配套变化：

• 二段式编排 → 单步：装载模板 → 检索知识 → 生成 → 校验 → 落库；原「情报规划」职责并入取数与经验检索环节。
• 每 Agent 一接口 → 统一语义端点，阶段由 phase 表达；strategy_type（6 值）校正为 phase（4 值）。
• 对抗式生成从独立端点、独立流水线改为生成引擎的一个模式分支；双极并排后由用户逐维度拼装，不做机器折中稿，保留判断主权。
• 复杂度评估下沉为事前门控，纯公式、零模型成本，按预算 / 竞争强度 / 时间线 / 创新度分三档路由。
• 反馈优化系统从独立子系统降为生成引擎的可选增强，A/B 测试与自动回溯排期后置（依赖外部平台转化数据回流，当时不具备条件）。

反幻觉的三层保障

生成前有数据 grounding 闸门（缺洞察 / 竞品 / 档案 / 诊断即拒绝或降级）；生成中用结构化契约强制引用具体竞品名、价格带、渠道与数值；生成后按接地性、相关性、可执行性、特异性做质量评估，低于阈值标注低置信。

文档治理同步

规划文档定为架构与设计权威，接口文档定为代码契约权威，两者以代码实况对齐；数据来源三份文档合并为一份单一事实源，路由改为「自有引擎优先 + 接口残差兜底 + 健康门控」。文档之间不再互相重述字段——一个规则只实现一次，也只写一次。

衔接

• 收敛原则的沉淀：工程方法论与治理原则
• 收敛后的能力如何对外开放：V4 · 开放接入与租户化