SoloMap
让执行对齐当前路线图环节与验收标准
SoloMap vs Codex
不要在项目控制层与编码执行者之间做假二选一
快速结论
Codex 负责检查、修改、运行和验证代码；SoloMap 负责把本轮工作放回用户确认的路线图和项目事实中。只需要执行时用 Codex，需要跨会话持续推进时把二者组合。
谁应该选择什么
Codex
自主完成有边界的代码任务
组合使用
让 Codex 执行，让 SoloMap 保存约定
逐项比较
| 比较维度 | SoloMap | Codex |
|---|---|---|
| 核心职责 | 让执行对齐当前路线图环节与验收标准 | 自主完成有边界的代码任务 |
| 重要边界 | 不提供独立编码模型 | 不应独自决定长期路线图状态 |
| 项目连续性 | 把已验证状态和下一步留在项目中 | 主要围绕自身工作流和对象组织上下文 |
| 完成判断 | 由用户依据可复核证据确认 | 提供执行结果，但不应独占长期项目状态 |
| 适合组合吗 | 可以作为项目约定层 | 可以在清晰边界内承担对应动作 |
按你当前要完成的动作选择
SoloMap
让执行对齐当前路线图环节与验收标准
Codex
自主完成有边界的代码任务
组合使用
让 Codex 执行，让 SoloMap 保存约定
需要诚实说明的边界
不要只凭功能表作决定。不提供独立编码模型；不应独自决定长期路线图状态。最终应以你的真实项目、协作人数和事实边界验证。
常见问题
SoloMap 能替代 Codex 吗？
通常不是直接替代。二者承担不同职责，是否组合取决于你的项目工作流。
应该如何做最终选择？
用一个真实项目检验：谁负责执行、谁保存项目事实、谁确认完成，以及换会话后能否从已验证状态继续。
可以同时使用吗？
可以，但每项决策只能有一个明确的事实所有者，避免路线图、代码和完成状态互相冲突。
官方来源
最近复核: 2026-08-27
继续比较
让下一次 Agent 执行从明确约定开始。
在本地项目中定义目标、边界、授权与完成证据。