第 5 章 · 问题 1：办公成品已经有了，下一步要做工具
Work 能写报告、表格和演示。为什么“做一个本地进度看板”应该切到 Codex？
因为这一步不只是继续写内容：它要创建网页文件、组织文件夹、修改样式、打开检查，并在发现问题后继续修。这正是 Codex 的工作现场。
前四章有哪一步没跟上，或者练习场已经被改乱？解压这份存档，用它替换你的 c02-launch-kit，就能回到“Work 线成品齐全”的状态：4 份素材原封未动，项目简报、数据摘要、演示提纲、一页报告全部就位，直接从本章开工。前四章完整做下来的人不用下载，用自己的练习场继续。
01先判断六件事：留在 Work，还是切到 Codex
把项目简报压缩成 800 字的一页报告。
先问：只是换一种办公成品，还是要进入本地项目做、改、检查一个工具？
- 要创建一组互相关联的文件
例如 index.html、样式、说明文件。
- 要运行或打开检查
例如看网页是否能打开、手机宽度是否溢出。
- 要看修改前后
不只要最终版，还要知道具体改了哪些地方。
- 要让同一套规矩长期生效
项目每次修改都要遵守文件位置、用词和验收方式。
信号看多了容易犹豫，把它压缩成一个更快的口诀——切换四问。任务来了先在心里过这四问，中任何一问，就切 Codex；四问全不中，说明这一单的终点是一份“能看的材料”，Work 就够。
拿今天这单套一遍：进度看板要在 02_Codex成品 里建文件夹（一问中）、要同时创建网页和说明文件（二问中）、要检查手机宽度会不会溢出（三问中）、最终交付是一个双击可开的 index.html（四问中）。四问全中，这单毫无悬念属于 Codex。反过来，上一章“把简报压成 800 字报告”一问都不中——所以它留在 Work。
Work 和 Codex 是两个不同的 AI 吗？
不是。Work 从一开始就内置了 Codex 的代理技术，两个模式底层是同一套“接任务、拆步骤、动文件、自己检查”的本事。Codex 每周有超过 500 万人在用，其中超过 100 万人拿它干的根本不是软件开发——这套技术本来就不挑行业。
那为什么还要分成两个模式？因为不同的活配不同的工作台。同一位能干的同事，上午在会议室帮你把材料捏成简报，下午回工位帮你装配工具——人没换，桌子换了：会议室桌上摆的是材料和成品预览，工位上摆的是文件夹、修改对照和检查工具。切换模式不是换人，是陪它换一张更顺手的桌子。
“能打开的工具”和“能看的文档”到底差在哪？
文档的使命在你读完那一刻就完成了：一页报告、一份提纲，信息传达到位就算交付。工具不一样——它要被反复使用：点筛选按钮要有反应，勾选状态关掉再开还要在，下周数据变了还要能更新。所以工具的交付里天然多出三样东西：文件结构（不止一个文件，或一个文件里装着内容、样式、行为三种角色）、行为（点击之后发生什么）、检查（每次修改后都要重新确认没坏）。
这也解释了为什么两条线的验收方式不同：文档验收靠“读一遍、核对事实”，工具验收靠“亲手点一遍、换个设备再点一遍”。事实核对的习惯你在 Work 线已经练成了，本章补上“亲手点一遍”这半边——两样凑齐，才算把验收学完整。
02切模式不等于重新讲一遍所有背景
Work 已经做完的事实底稿要留在项目文件夹里。Codex 进入同一个 c02-launch-kit，就能读取这些文件；你只需要写一张交接单，告诉它这次拿什么继续做。
- 目标
- 把已核验的项目简报做成双击可打开的本地进度看板。
- 使用
- 项目简报.md、数据摘要.csv、演示提纲.md、交付标准.md。
- 不要做
- 不改 00_素材；不联网拉取代码；不新增未经证实的事实。
- 交付位置
- 02_Codex成品/发布进度看板/。
- 完成标准
- 双击能开、桌面和手机能读、风险明显、说明文件齐全。
这张交接单的五格不是新发明，就是第 1 章那副任务骨架换了个场合：来源对应“使用”，禁区对应“不要做”，成品对应“交付位置”，自检对应“完成标准”。你在 Work 线练熟的那套说活方法，切到 Codex 一个字都不浪费——变的只是成品从“能看的文档”换成了“能打开的工具”。
03先让 Work 保存交接单，再切换模式
请在当前项目根目录创建“Work到Codex交接单.md”。
写清五项：1. 要做的本地工具；2. Codex 必须读取的已核验文件；3. 不能修改或不能编造的内容；4. 成品文件夹和文件名；5. 可以人工检查的完成标准。
本次目标是把项目简报做成双击可打开的发布进度看板。不要现在制作网页，只创建交接单并检查五项是否齐全。
- 1等交接单真实出现在项目根目录
打开看一遍，不要只相信 Work 的完成消息。
- 2保持同一个 c02-launch-kit 项目
不要新建另一个空项目，也不要只打开 02_Codex成品。
- 3把模式从 Work 切到 Codex
新开一个 Codex 线程，第一句话先让它读取交接单并复述计划。
请先读取项目根目录的“Work到Codex交接单.md”和“交付标准.md”，再查看交接单列出的 Work 成品。先不要修改任何文件。请用大白话复述：你准备做什么、会读取哪些文件、会在哪里创建成品、哪些事情不能做、最后怎样检查。等我确认后再开工。
04一个要先知道的硬事实：Codex 只在桌面端
网页版和手机 App 里没有 Codex 的独立入口。要用 Codex，就要坐到装着 ChatGPT 桌面客户端的电脑前——Mac 和 Windows 都行。这不是故意限制你，是这类活的性质决定的：它要进你的本地文件夹建文件、改文件、跑检查，干活现场就在你这台电脑上。
- 开工：在桌面客户端建文件、改文件、跑检查，全部发生在这台电脑的项目文件夹里。
- 出门跟进：手机 ChatGPT App 的 Remote连回一台开着桌面客户端的电脑，进度、提问都能在手机上处理，项目和文件留在原地。
- 别做的事：在网页版找 Codex 按钮找不到不是你操作错了，入口本来就不在那里。
Remote 的具体用法下一章专门练：怎样连接、怎样在手机上答它的问题、怎样在路上看它把活干完。这一课先记住分工：干活的现场在桌面，手机是你的监工窗口。
05切错了怎么办：这个决定不贵，别在这里卡住
四问不是考试，判断错了代价也不大。在 Work 里做着做着发现要建文件夹、跑检查了？把交接单存好，切过去接着干——材料都在项目里，损失的只是开单这几分钟。反过来，在 Codex 里发现这活其实只要一份读完就归档的文档，切回 Work 也一样顺。两个模式共用同一个项目文件夹，你不会因为切换丢掉任何东西。
真正贵的是死扛着不切。让 Work 硬做一个网页，它多半交给你一份“关于这个网页长什么样的文字说明”——能看，不能用；让 Codex 去写一份开会用的两页纪要，也能写，但你为一份文档启动了整套建文件、跑检查的流程，等于开着卡车去买菜。四问的价值不在每次都答对，在让你开工前停半秒，想一下这单的终点长什么样。
任务来了先过这四问：中一问就切 Codex；四问全空，说明终点是一份能看的文档，Work 就够。
列出你最近想交给 AI 的 6-10 件活，逐件过切换四问，分成“Work 就够”和“该切 Codex”两栏。提示：中一问就进 Codex 栏；分完看比例，多数办公活会留在 Work 栏——本来就该这样。
从 Codex 栏里挑一件，照五格（目标、使用、不要做、交付位置、完成标准）写一张交接单，存进那件活的文件夹。提示：写完只检查一格——“完成标准”是不是你亲手能查的动作；写成“效果好”就重写。
下一课直接开工：让 Codex 创建网页、打开检查，并根据你的反馈继续修改，直到成为能交付的本地看板。
下一课：把简报做成双击可打开的看板 →最后验收
不要只确认“AI 说做完了”，请打开真实结果检查。
一张 Work → Codex 交接单.md回到当前 Work 或 Codex 任务，请它打开成品；也可以在访达 / 资源管理器里按下面的路径找到并双击。查看参考样例 ↗