第 3 章 · 问题 1：办公成品已经有了，下一步要做工具
Work 能写报告、表格和演示。为什么“做一个本地进度看板”应该切到 Codex？
因为这一步不只是继续写内容：它要创建网页文件、组织文件夹、修改样式、打开检查，并在发现问题后继续修。这正是 Codex 的工作现场。
01先判断六件事：留在 Work，还是切到 Codex
WORK OR CODEX · 交接判断1 / 6
把项目简报压缩成 800 字的一页报告。
先问：只是换一种办公成品，还是要进入本地项目做、改、检查一个工具？
出现下面任意一个信号，就认真考虑切 Codex
- 要创建一组互相关联的文件
例如 index.html、样式、说明文件。
- 要运行或打开检查
例如看网页是否能打开、手机宽度是否溢出。
- 要看修改前后
不只要最终版，还要知道具体改了哪些地方。
- 要让同一套规矩长期生效
项目每次修改都要遵守文件位置、用词和验收方式。
02切模式不等于重新讲一遍所有背景
Work 已经做完的事实底稿要留在项目文件夹里。Codex 进入同一个 c02-launch-kit，就能读取这些文件；你只需要写一张交接单，告诉它这次拿什么继续做。
WORK → CODEX · 交接单
- 目标
- 把已核验的项目简报做成双击可打开的本地进度看板。
- 使用
- 项目简报.md、数据摘要.csv、演示提纲.md、交付标准.md。
- 不要做
- 不改 00_素材；不联网拉取代码；不新增未经证实的事实。
- 交付位置
- 02_Codex成品/发布进度看板/。
- 完成标准
- 双击能开、桌面和手机能读、风险明显、说明文件齐全。
03先让 Work 保存交接单，再切换模式
WORK · 创建交接单
请在当前项目根目录创建“Work到Codex交接单.md”。
写清五项：1. 要做的本地工具；2. Codex 必须读取的已核验文件；3. 不能修改或不能编造的内容；4. 成品文件夹和文件名；5. 可以人工检查的完成标准。
本次目标是把项目简报做成双击可打开的发布进度看板。不要现在制作网页，只创建交接单并检查五项是否齐全。
- 1等交接单真实出现在项目根目录
打开看一遍，不要只相信 Work 的完成消息。
- 2保持同一个 c02-launch-kit 项目
不要新建另一个空项目，也不要只打开 02_Codex成品。
- 3把模式从 Work 切到 Codex
新开一个 Codex 线程，第一句话先让它读取交接单并复述计划。
CODEX · 切换后的第一句话
请先读取项目根目录的“Work到Codex交接单.md”和“交付标准.md”，再查看交接单列出的 Work 成品。先不要修改任何文件。请用大白话复述：你准备做什么、会读取哪些文件、会在哪里创建成品、哪些事情不能做、最后怎样检查。等我确认后再开工。
Project 和 Thread 用大白话说Project 是这项工作的文件夹和长期现场；Thread 是围绕一件具体任务持续来回沟通的工作单。一个项目里可以有多条工作单。
官方依据Codex 模式用于本地文件夹、仓库、终端和开发工具；课程把它翻译为小白可执行的交接动作。
这节课交付了什么你已经把一项办公任务完整交接给同一个项目里的 Codex，而不是重新从空白聊天开始。
下一课直接开工：让 Codex 创建网页、打开检查，并根据你的反馈继续修改，直到成为能交付的本地看板。
下一课：把简报做成双击可打开的看板 →最后验收