BotCom 方法
一个入口，收束所有 AI 工作。
BotCom 的核心不是多装几个工具，而是把方向、执行、证据和边界放进同一个操作系统。 人做判断，Codex 做主控，其他 AI 只做被验收的执行层。
先定权责，再做执行。
BotCom 会把人、Codex、执行工具和事实层拆开，避免多个 AI 同时给方向、同时改东西、最后没人验收。
主控
Codex 是唯一沟通入口
Single front door- 负责什么
- 理解目标、拆解任务、直接实现或派工、测试验证、整理证据、更新事实层。
- 不做什么
- 不把方向判断交给其他 AI，不让历史聊天自动变成当前事实，不跳过验收直接对外承诺。
- 用户角色
- 用户保留方向、取舍、审核和最终接受权，不再承担重复整理、追进度和手动验收。
执行
其他 AI 是工人，不是入口
Bounded workers- Claude Code
- 只执行 Codex 派出的清晰代码任务，交付后由 Codex 复核、测试和回写。
- Hermes
- 只作为可选后台队列或基础设施，不做用户沟通入口，不替代主控判断。
- OpenClaw / 浏览器自动化
- 只做明确授权的页面操作、截图、测试和资料采集，高风险动作回到 Codex 审批。
事实
聊天不是事实，证据才是事实
Evidence layer- 事实文件
- `TASKS.md`、`WORKLOG.md`、`04_CODEX_REVIEW.md`、`docs/CODEX_CONTINUITY.md` 和专项审计文档保存当前结论。
- 验收材料
- 测试结果、健康检查、部署路径、进程状态、回归记录和明确边界必须写入文档。
- 接管规则
- 历史 AI 输出先成为素材，经过 Codex 复核、分类、验证后，才进入当前产品矩阵。
边界
每个产品独立运行
Isolation first- 基础隔离
- 每个业务线使用独立子域名、服务器目录、进程、端口和数据目录，不混用线索和用户数据。
- 公开边界
- 没有证据的能力不宣传；没有授权的数据不展示；没有合规主体的正式商业承诺不提前写死。
- 扩张顺序
- 先把已有成果整理成体系，再决定新产品；先验证真实需求，再放大流量。
所以 BotCom 不是“更多 AI”，而是“更少入口”。
接下来每条业务线都会按同一套标准进入矩阵：当前事实、证据、边界和下一步。 能继续的继续，散乱的整理，证据不足的暂停，外部权限阻塞的明确标注。