ACKS STUDIO · AI WORKFLOW
一套我自己正在用的 ChatGPT × Dots × Codex 分工方法
事情是从一句提问开始的
“谁能告诉我到底怎么能省额度，Codex 的重置卡都不够用了～”
我给出的回答很直接：项目的计划、讨论和需求梳理，先放到 ChatGPT 里完成。真正开始开发以后，再把已经整理好的开发文档交给 Codex。写文章、整理资料、生图、做封面、排版这些事情，也没必要全往 Codex 里塞。
后来对方又说了一句：“可是我用不明白这么一起用。”这句话其实比“怎么省额度”更关键。现在 ChatGPT 里的入口越来越多，真正难的已经不是知道每个工具能做什么，而是知道：我现在这件事，到底应该从哪里开始，什么时候换工具，换过去以后拿什么交接。
我的核心原则
日常交流和内容创作，优先放在普通 Chat；开发执行，主要交给 Codex；需要一个统一入口持续跟进，就用 Dots。
图 1｜把不同阶段交给最适合的工具
01 日常问答和想法讨论，我先留在 ChatGPT
查一个概念、搜索一份资料、比较几个方案，或者只是想把一件事情聊明白，我一般直接打开 ChatGPT 的普通 Chat。因为这些事情本身就需要大量来回讨论。
比如准备做一个网站，刚开始我可能只有一个模糊想法：给谁用？解决什么问题？第一版做到什么程度？需不需要登录？数据放哪里？哪些功能必须做，哪些以后再说？这些问题在真正开发以前，其实比“代码怎么写”更重要。
需求还没想明白的时候，我不会急着让 Codex 开工。
原因很简单：如果在 Codex 里一边聊需求、一边改方向、一边写代码，额度就会被大量消耗在探索阶段。更麻烦的是，代码已经写了一堆，你突然发现产品方向变了，前面的工作还得重来。
这里也要分清一个入口：我说的 ChatGPT，主要指普通 Chat。ChatGPT 里的 Work 和 Codex 共用 Agentic 额度，所以不要因为 Work 也在 ChatGPT 网页里，就把它理解成完全不占 Codex 这套执行额度。
02 写文章，其实完全没必要先开 Codex
我看到有些人会直接拿 Codex 写公众号文章、博客甚至社交媒体内容。当然，它能写。但如果 Codex 额度本来就紧张，我觉得没什么必要。
我自己写文章通常有三种开始方式：
① 自己先录音
先把观点、例子和态度全部讲出来，再让 ChatGPT 提取文字、删重复、理顺顺序并润色。
② 直接和 ChatGPT 聊
只有选题、还没想透的时候，就让它追问我为什么、有没有反例、读者会在哪里听不懂，聊到思路成形再整理成文。
③ 把现成材料交给它
参考文章、采访、产品资料、笔记、网页、PDF，先阅读整理，再结合我的判断重新组织。
文章正文确定以后，再做插图和封面。单纯生图，我直接用普通 ChatGPT。对文章配图和日常创作来说，这个入口已经够用，没有必要为了几张图特意占用 Codex 的执行额度。
我已经接好了微信公众号、博客和 X 的 MCP，所以一篇文章可以顺着“素材与观点 → 成稿 → 配图 → 封面 → 排版 → 平台草稿”一路做下去。MCP 在这里可以理解成 ChatGPT 通往其他平台的一双手。
图 2｜内容创作链路：从想法到发布
03 真正做网站和 App，我才让 Codex 进场
到了真正需要写代码的时候，Codex 才是主力。但我不会直接扔一句“帮我做一个网站”，然后让它从零开始猜。
我会先在 ChatGPT 里，把前面的讨论整理成项目文档。小项目不必为了形式硬拆出一堆文件，但至少要把目标、范围、任务和验收标准写清楚。
我常用的交接内容
PRD：产品是什么、给谁用、解决什么问题、第一版有哪些功能。
技术方案：技术栈、数据库、接口、部署方式和已有基础设施。
开发计划：项目分几个阶段，每个阶段做什么。
任务清单：哪些没开始、哪些进行中、哪些已完成。
验收标准：做到什么程度才算真正完成。
然后我把这些文档放进项目文件夹，再打开 Codex。第一句话通常也不是“开始开发”，而是先让它读取项目文档和现有代码，核对需求、技术约束和当前进度，确认没有冲突以后，从第一项未完成任务开始。
开发过程中产生的新决定，也继续写回项目文档。下一次重新打开项目，让 Codex 读取最新状态就能继续。对我来说，这些文档更像是项目自己的外部记忆。
图 3｜讨论在前、文档交接、执行在后
04 如果嫌切来切去麻烦，就统一用 Dots
有人看到这里可能还是会说：太麻烦了。ChatGPT 一会儿聊，一会儿导文档，再开 Codex，我根本记不住什么时候该用什么。
那我的建议反而更简单：如果账号已经开通 Dots，就先统一跟 dot 说话。日常问答、选题讨论、文章大纲、项目规划，以及需要持续跟进的事情，都可以先放在那里。
可以直接这样交代
“先和我把需求、范围和验收标准聊清楚，整理成开发文档。需要编程时，再交给 Codex 执行。你负责持续跟进，把需要我决定的问题和完成结果带回来。”
Dots 的价值对我来说，不是“什么都不扣额度”，而是把交流、规划和上下文统一放在一个入口，需要真正执行复杂任务的时候再去调度其他能力。
单纯和 dot 对话，不会占用普通 ChatGPT 对话的使用限额；但 Dots 自己的深度工作有相应额度。如果进一步启动 Work 或 Codex 任务，那部分仍然进入对应的执行额度体系。
图 4｜你负责说目标，Dots 负责维持上下文和协调
05 模型也要分工，别所有任务都开最高档
入口分开以后，模型也一样。我自己的日常开发通常先用 Sol。常规功能开发、改界面、修普通 Bug、范围明确的重构，先让它做。真正遇到复杂架构、很难查的问题，或者关键代码审计阶段，再上 Astra。
“能力最强”和“所有任务都应该用它”，完全是两回事。如果一个普通问题 Sol 很快就能解决，没必要让更重的模型一直跑。我更愿意把高规格模型留给关键架构决策、大型重构、棘手 Bug、安全审计和复杂代码审查。
看到“已限额”，先看是哪一层额度
这个地方特别容易误解。我自己就遇到过：正在使用 GPT-6 Pro，消息发出去以后界面提示“已限额”，但切回 GPT-5.6 Sol 的 High 推理档以后，又可以正常继续对话。
所以看到“已限额”，不要第一反应就认为整个 ChatGPT 都没额度了。先看当前使用的是什么模型、什么模式。GPT-6 Pro、GPT-5.6 Sol 的 Thinking、Codex / Work，以及 Dots 的对话和深度工作，并不是一个简单的总开关。
图 5｜“已限额”不等于所有模型与模式都不可用
我的处理顺序
先看是哪一个模型或模式触顶，再决定切换模型、降低推理规格，还是等待对应额度恢复。不要把所有“已限额”理解成一回事。
06 最后，把额度留给真正需要 Codex 的地方
回到最开始那个问题：“这么多东西，我到底怎么一起用？”如果让我重新压缩成最简单的一套流程，就是这样：
日常问答、讨论、搜索资料、写文章、生图：普通 ChatGPT。
需要长期跟进，又不想自己频繁切换工具：Dots。
准备开发网站或 App：先把需求、方案、任务和验收标准聊清楚，再整理成项目文档。
真正进入开发：把项目交给 Codex。
复杂问题和关键审计：再提高模型规格。
我现在越来越觉得，真正能省额度的办法，并不是研究某个 Prompt 怎么少几个 Token。真正有用的是先想清楚：这一步到底需不需要 Codex。
很多人 Codex 消耗得特别快，是因为从需求讨论、资料整理、写文章、生图，到真正开发，所有工作都堆在一个入口里。我的做法，是让每一个工具只承担它最适合的那一段。
ACKS · WORKFLOW NOTE
需求没定，就先聊。内容创作，就留在 ChatGPT。项目确定，再交给 Codex。复杂问题，再提高模型规格。
把一件事完整做下来，你很快就会知道这些工具到底该怎么配合。
ACKS STUDIO · AI CREATIVE KNOWLEDGE SERVICES
了解 ~/jintaoblog/朝夕见闻志⚡️ 的更多信息
订阅后即可通过电子邮件收到最新文章。