Dots和Codex什么关系？dot 是统筹者，Codex 是执行编码任务的工具：dot 决定做什么、什么时候做，Codex 负责把代码那部分跑完。dot 可以在云端起 Codex 任务，但本地那套钩子在云端编排下不生效。
一个管全局，一个管一段。
把这个关系想清楚，就不会纠结该用哪个。dot 不是 Codex 的替代品，它是把 Codex 包进更大流程里的那一层。
四步，关键是交接时把上下文给全。
第三步最容易被跳过。没有验收条件，它跑到「看起来改完了」就停，结果未必是你想要的。
本地能用的，云端不一定有。
这条差异影响很大。很多团队把校验逻辑写在本地钩子里，搬到云端后校验没跑，改动直接进了下一步。
让产出落到能被下一步读取的位置。
衔接做得好的标志是：dot 不需要你转述，就能拿到上一步的结果。做不到就说明输出形式选错了。
按任务的边界选，不按功能多少选。
选择成本最低的做法是先看边界。边界在仓库内，Codex 更快；边界跨出仓库，dot 才是对的入口。
不需要单独装。Codex 是平台提供的能力，dot 在云端直接起任务。你本地装的那套是给个人开发用的，和云端任务不是同一份环境。所以本地装没装，不影响 dot 能不能调它，两份环境别混为一谈，搞混了白改一遍。
能，但要开本地电脑访问，而且客户端版本要够新。只跑云端任务时读的是云端的仓库副本，不是你本机那份。判断你要的是哪一份：改完要直接提交到你本机环境的，必须走本地访问，本机那份才是你要改的，别在这上面省事。
你审。dot 和 Codex 都能出改动，但都可以出错，官方自己也提示要复核有后果的产出。稳妥的做法是把变更做成待审状态，人看过再合并，别设成自动合并，自动合并是最危险的一步，审过再合并，别跳过评审这一步。
先看任务记录定位失败在哪一步，是读仓库、改文件还是跑检查。定位清楚再重跑，重跑时把失败的步骤写进指令，别原样再来一遍。原样重跑多半还是同一个结果，白耗一次额度，也拖慢进度。失败原因记下来，下次写指令时把这条约束补进去，能少走一轮。
Dots的Activity View怎么看？它是任务的操作记录页，后台做的事也记在里面：不用守着它，回头翻一遍就知道它做了什么。看到跑...
2026-10-19
Dots的额度怎么算？跟 dot 聊天不计 ChatGPT 用量，它在 Codex 或工作区里起的任务会计：这两条分开算，是控制成本的关键。耗...
2026-10-19
Dots哪些档位能用？Pro、Business Premium、Enterprise 三档能开，Plus 不在范围内：档位不对，界面上不会有任何入口。企业版...
2026-10-19
Dots打不开怎么办？先分清是入口没有、权限没开，还是客户端太旧：三种表现不同，处理方式也不同。企业版默认关闭，管理员不...
2026-10-19
Dots最多能建几个？上线初期每个账号只有一个 dot，个人不能建多个：想要第二个得等官方开放，目前没有可购买的名额。企业侧...
2026-10-19