YunLab.ai CHAPTER 03 · 3.1–3.7
教材版本：v1.0 · 官方资料核验：2026-08-13 · 当前界面与账号可用性以读者实际状态为准。
上一章你学会了把一件模糊的事收紧成一次只读对话：只给 Codex 两份材料，只要求它在对话中盘点，并由人回到原文核对。这一章把同一个思路推进到一个真正可以暂停、继续和交接的学习项目。
项目仍然很小，也很普通。我们不接真实客户，不打开真实账号，不用真实个人文件，也不把任何内容发到网上。练习场景是纯虚构的“家庭资料整理入门”：帮助第一次接触家庭资料分类的成年居民，学会区分需要长期保存、日常使用和可以清理的资料类型。你会看到一组通知、零散记录和补充问题，最后把它们整理成摘要、待确认问题和待办清单。
本章有一个必须记住的区别：第二章的结果只在对话里，本章的结果才会进入专用项目目录；但“进入目录”不等于 Codex 可以随意写任何地方。原始资料区始终是只读边界，任务每次只产生一个明确的目标文件，文件写完后由人打开、回原文或看差异，再由人决定是否接受。
本章会反复区分两类内容：官方当前信息解释产品能力和适用条件；教材方法 M 用来说明本书的练习边界、任务卡和人工验收。涉及具体界面时，只把界面记录中的可见内容当作对应日期的观察，不把它外推为所有账号的固定菜单。
先导体验（不编号）
普通读者先从一个问题开始：昨天得到一段整理结果，今天再打开时，却不知道原文是哪份、哪些结论核对过、下一步该做什么。本段只识别这个问题，不建项目、不建控制文件，也不让 Codex读取目录。你只需把“找不到来源、找不到核对证据、找不到下一步”写在纸上，等 3.1以后再学习怎样用目录和文件解决它。
3.1 本章要解决什么
本节要回答
为什么上一章只读两份文件还不够？什么时候一个对话应该升级为项目？一个项目怎样让陌生人看懂目标、材料、结果和下一步，而不是只能靠翻聊天记录猜测？
官方当前信息 / 教材判断
官方产品可以在不同工作面处理对话、文件和任务，但具体入口、可用工具、保存位置与权限条件会随产品面、计划、工作区、角色、平台和版本变化。教程不能把一次菜单观察写成所有人都有的固定路径。对于本章，官方能力的事实边界只说明“产品可能支持文件工作”，真正的目录如何设计、哪些文件由谁创建，是本书的教材方法 M。
本书把“项目”定义得很朴素：一组有明确目的的材料，放在一个专用目录里，用几份控制文件说明范围，用结果文件承载交付，用验收与交接文件让别人继续。项目不是某个聊天标题，也不是把所有文件都丢进一个文件夹。图 3-1 示意图把“聊天答案”和“可接续项目”并列，是为了提醒你：答案存在，不代表材料、过程、验收和下一步都可追溯。
图 3-1 · DIA-03-01。教学图，说明聊天答案与可接续项目记录的概念差别；非产品界面。
你会看到 / 跟做
先不用创建目录。拿一张纸回答六个问题：
- 这次练习要解决什么普通问题？
- 允许使用哪三份材料？
- 哪些内容永远不能作为事实？
- 第一批要形成哪些成果？
- 哪个地方必须由人决定？
- 如果出现额外文件、联网或真实个人资料，在哪里停下？
把答案写成一段话：本项目只整理家庭资料整理入门的虚构资料；允许三份指定素材；时间、场地、人数、物资责任和对外说明未确认；不收集或展示真实个人文件；不联网、不外发；最终由人验收。此时不要让 Codex 读取任何目录，也不要用真实业务项目试验。
预期结果与证据
这一节的证据不是“我已经建好了项目”，而是你能指出项目与聊天的差异。可观察线索包括：目标是否能在一句话中说清，三份原始材料是否有固定名称，预期成果是否没有把建议当决定，停止线是否被写出来。如果工作面提供了计划或工具活动，可以记录；如果没有，写“当前工作面未提供这类可观察证据”，不要自行补想。
你还应能指向 图 3-1 的静态示意：左边只有一个回答，右边有材料、过程、结果、验收、交接和下一步。这个图不证明产品已创建任何文件，也不证明本项目已经执行。
最小练习与验收
做一个一分钟口头验收。请另一位没有读过本章的人听你描述项目，只允许他追问三次。听完后，他应该能回答：项目要解决什么、使用哪些材料、哪些事项尚未确定、出了什么情况必须停。如果他问“那最终谁来发布”，你要回答“本章不发布，是否制作对外说明也待确认”。
通过标准是目标没有夹带“顺便宣传”或“直接定方案”，材料没有扩大到整台电脑，且每一条未确定事项都保留待确认标签。
常见误区（预警 / 补救 / 证据）
常见坑是把“项目”理解成某个固定产品功能。预警是你找不到同名按钮就认为练习无法开始。补救是回到专用本地目录和纸面范围，先把结构写清；若确实需要具体菜单，标为需要按当前界面核对。证据是项目说明中有目标和限制，而不是一张菜单截图。
另一个坑是过早选择真实工作。预警是练习目录里出现客户、账号、合同或真实个人文件。补救是立刻停下，换成纯虚构材料，不继续读取。证据是项目中只有三份虚构原始资料，隐私检查没有真实信息。
下一节
下一节说明什么叫“学习用项目”，以及为什么这个练习要用专用、可删除、无敏感信息的空间，而不是直接拿你的日常工作目录开刀。
3.2 什么是学习用项目
本节要回答
学习用项目和正式业务项目有什么不同？为什么本章要从空目录和虚构材料开始，而不是直接在已有工作文件夹里实践？
官方当前信息 / 教材判断
官方产品可能让你在工作区中查看或编辑本地文件，但产品是否可见、能否写入、会在何时给提示，必须按当天产品面和实际提示判断。本书不把“可以打开一个文件”推成“可以安全管理整个项目”。学习用项目是教材方法 M：把风险降到可观察、可恢复、可交接的最小范围。
学习项目有四个特点。第一，材料是虚构或公开且已脱敏；第二，目录是为练习专门建立的，不能与真实项目混用；第三，成果允许退回重做，不影响真实业务；第四，每一步都留下“人做了什么、Codex被允许做什么、结果怎样核对”的线索。它不是玩具项目，而是一块让你练习边界的安全场地。
“普通”不等于“随便”。家庭资料整理入门这个场景有清楚的信息体系：活动目的是让第一次整理家庭资料的成年人学会区分三类资料；形式是简短讲解、空白样例演示和现场提问；不收集、不展示参与者的真实个人文件。已知物资是空白分类卡、空白文件夹和虚构示例，资料收集人整理现有说明和物资清单，内容确认人核对公开说明和隐私边界。
你会看到 / 跟做
在本章开始前，建立一个不参与 iCloud Drive 或第三方云盘同步的本地容器 Codex-Handbook-Demo/。容器内只放本章的学习项目根目录 资料整理学习项目/，不要使用真实用户名或绝对路径。由人确认这两个目录只允许当前用户读写，权限目标为 700。这里的“权限 700”是本地目录准备规则，不是产品自动提供的保证。
以下权限值和云盘位置检查以 macOS 为例：“700”表示只有当前登录用户可以读、写和进入这个目录。macOS 读者应由人核对练习目录不在 iCloud Drive 或第三方云盘同步位置，且权限检查结果为 700。Windows 读者不应照搬 700，而应检查目录未被 OneDrive 或其他云盘同步，并在系统的属性与安全设置中确认只有预期账户可访问。任一项不符合或无法确认，都要停止，不把任何材料放进去。
只有在确实需要描述具体实机操作时，才记录当天实际看到的 Finder 按钮、菜单名称和隐私处理步骤；本节不猜按钮名称，也不把一次观察推广到所有设备。
然后写一张项目外的准备清单：
- 只放三份虚构素材；
- 不放真实身份证件、家庭账单、联系方式、账号、聊天导出或浏览器资料；
- 不把该目录加入自动同步；
- 不在本章登录真实服务；
- 不把练习结果发送给任何外部对象；
- 看不懂界面或出现系统提示就停下。
预期结果与证据
可观察证据包括：练习目录名称是虚构名称，里面尚未有业务文件；同步设置和目录权限由人确认；准备清单写明了不放什么。若这些状态无法从当前工作面确认，就标为待确认，不要声称“肯定没有同步”。
界面记录只在需要说明具体桌面操作时使用，并记录核验日期、版本、产品面、匿名账号条件和异常提示；它不改变读者完成本章的条件。任何一张图都不能外推为其他账号的界面结论，读者只需用自己的本地检查证据判断练习是否可以继续。
最小练习与验收
请把一个现有工作文件夹想象成候选练习位置，列出其中三类不应带入的内容，再改用一个新名字的空目录。验收时打开目录，确认没有真实资料、没有同步副本、没有外部链接。不要把“我记得这里是空的”当证据，至少要由人实际查看。
如果你无法确认是否参与云盘同步，最小可接受结论是“同步状态待确认，暂不复制材料”。这比在不确定时继续更安全。
常见误区（预警 / 补救 / 证据）
坑一是用真实工作目录练习。预警：目录里已经有别人的文件或正在使用的成果。补救：立即退出，不再读取，重新建立专用空目录。证据是新目录只有后续明确复制的虚构材料。
坑二是把隐私检查当成一次性口号。预警：材料里出现真实姓名、路径或联系方式却仍写“已脱敏”。补救是逐份打开检查，发现真实信息就替换为虚构版本或停止使用。证据是材料内容和文件名都不含敏感信息。
下一节
有了学习场地，下一节要把“要做什么、不要做什么、交付什么”写成项目说明草案。注意：3.3 只形成草案，不会在这一节创建正式项目说明文件。
3.3 项目目标、范围与停止线
官方来源： Permissions
本节要回答
怎样从一句“我想把资料整理清楚”写出项目目标、范围、禁止项、交付物和停止线？为什么这一步只写草案，不能急着生成 00_项目说明.md？
官方当前信息 / 教材判断
官方产品可以根据提示理解任务，但它不会替人决定项目的边界，也不会因为一段自然语言自动知道哪些未决事项不能下结论。项目目标、范围和停止线是本书教材方法 M。任务级人工范围确认的意思是：人在任务卡、任务指令或过程记录中写清指定输入、唯一目标、禁止项和停止点；这不是产品对任意 本地项目目录 的逐文件沙箱保证。
本项目草案必须把事实类型分开。已确认的是活动目的、对象、形式、隐私限制、虚构物资和两个角色。建议包括总时长约 60 分钟、摘要便于手机阅读、提供可带走的空白分类清单。猜测包括可能约 20 人、可能需要 1 名现场协助者。待确认包括时间、场地、人数上限、物资准备责任、是否采纳 60 分钟、是否制作对外说明以及由谁确认。任何一项都不能因为写进项目说明就自动变成事实。
你会看到 / 跟做
在项目外纸面或学习笔记中写一份草案，至少包含：
- 目标：整理一组家庭资料整理入门虚构材料；
- 范围：只使用三份指定原始资料，形成三个整理结果并留下核对线索；
- 禁止项：不改原始资料，不联网、不外发、不发布，不接真实应用，不把建议或猜测当事实；
- 交付物：一页摘要、待确认问题、待办清单，以及验收和交接记录；
- 状态：草案，尚未建立控制文件；
- 停止线：出现额外材料、真实个人文件、外部连接、未知命令、删除覆盖或看不懂提示时停下。
这里只是对话、纸面或模板预览，不创建 00_项目说明.md。不要在草案中写“已完成”“已通过”或具体发布日期。
预期结果与证据
证据是草案中每个范围词都能翻成动作。比如“只用三份材料”能变成文件名；“不外发”能变成停止条件；“形成三个结果”能变成唯一目标文件的三个后续任务。若草案写了“整理全部相关资料”，但没有列出资料范围，说明它还不能进入 3.4。
官方能力与本书方法要分栏记录：产品可能支持读取或写入，不等于本项目已经授权；作者确定的停止线不等于系统弹窗。没有真实提示时，不能写“系统已批准”。
最小练习与验收
把“帮我把活动资料整理好”改写成五句话，每句话只承担一个作用：目标、材料、禁止项、交付物、停止线。然后让同伴找出其中最容易被误解的一句。若“整理好”仍然没有唯一输出，改成“先形成一页摘要”或“先形成待确认问题”，一次只做一个结果。
验收需要回答：三份材料有没有列名？时间和人数有没有被标成待确认或猜测？真实个人文件和外宣冲突有没有成为停止线？草案是否明确尚未创建正式控制文件？
常见误区（预警 / 补救 / 证据）
坑是把草案当成正式控制文件。预警是草案还没有被人核对，就让 Codex开始读取或写文件。补救是标注“仅草案”，退回到人工审阅；只有 3.7 才由人把确认内容落成四个控制文件。证据是项目目录在 3.4 骨架态没有 00、02、任务卡和结果文件。
另一个坑是把“不给真实个人文件”写成一句宣传语，却没有具体停止动作。补救是补充“如发现真实文件，立即不读取、不复制、不展示，记录触发原因并等待决定”。
下一节
下一节开始动手建立专用项目目录。你会看到先建四个空目录，再由人复制三份虚构素材；这个时点仍然不是完成项目。
3.4 建立项目文件夹
本节要回答
项目的第一步究竟建哪些目录？为什么必须先有骨架、后有控制文件？复制三份素材后，哪些东西应该存在，哪些东西故意不存在？
官方当前信息 / 教材判断
本节的目录创建由人完成。产品是否有图形化文件入口、是否可以让 Codex创建目录，属于官方条件和需要按当前界面核对，不在本节写死具体按钮。为了让责任清楚，本书教材方法 M 规定：骨架目录和三份原始素材由人建立或复制，Codex在后续任务中不拥有对 01_原始资料/ 的写入、修改、移动、重命名或删除权限。
3.4 有一个容易被忽略的状态差异。先由人建立项目根目录及 01_原始资料/、03_任务与过程/、04_整理结果/、05_验收与交接/ 四个空目录；复制三份虚构素材后，骨架态仍然只有这四个目录，其中 01_原始资料/ 含三份原始素材，03/04/05 为空。此时不存在控制文件、02_材料盘点.md、任务卡、结果文件或验收文件。它不是完成态预览。
你会看到 / 跟做
由人按以下顺序做，不让 Codex代做：
- 在
Codex-Handbook-Demo/内建立项目根目录，名称为“资料整理学习项目”。 - 在根目录建立 01_原始资料/、03_任务与过程/、04_整理结果/、05_验收与交接/。
- 从初始练习包的 01_练习素材/ 中逐个复制通知与要求.md、零散记录.md、补充问题.md到 01_原始资料/；不用完成后参考包，也不从完成态示例复制。
- 人打开三份文件，确认文件名和内容能读，确认没有真实信息。
- 不创建 00_项目说明.md、02_材料盘点.md、任何任务卡、结果文件、验收文件或交接文件。
图 3-2 用抽象树说明这一状态；它不画 Finder、不显示绝对路径，也不证明产品已经在某台机器上完成目录创建。
图 3-2 · DIA-03-04。教学图，说明人建立骨架并放入虚构素材后的状态；非产品界面。
预期结果与证据
3.4 的证据是一棵“骨架态”文件树。你应该能看到项目根、四个目录和 01 下三份素材；应该看不到 00、02、任务卡、结果和验收文件。文件数量本身不是完成证明，最重要的是空目录和缺失文件的组合符合门槛。
如果当前工作面显示目录树，观察只能记成“当日工作面显示……”。如果没有目录视图，人工逐个打开目录确认即可；不要为了证明骨架而让 Codex扫描上级目录。具体文件浏览器界面属于需要按当前界面核对，不在正文写按钮名称。
最小练习与验收
请画出骨架树，并在四个空目录旁写“空”。然后逐项打勾：三份素材是否在 01？是否存在 00？是否存在 02？03/04/05 是否仍为空？如果任何控制文件提前出现，先不要继续，而是移出练习范围并记录“骨架门槛被破坏”。
合格状态是：四个目录存在，01 有三份素材，另外三个目录为空，且没有任何完成态文件。只有人完成打开核对后，才能进入下一节。
常见误区（预警 / 补救 / 证据）
最常见的坑是把完成态预览当成开始时的骨架。预警是读者一上来就复制了所有任务卡、结果和验收文件。补救是删除或移出那些尚未授权的候选文件，重新建立空骨架；如果不确定是否能删除，先停下询问，不要让 Codex替你清理。
另一个坑是把第三份补充问题在第二章读过后直接带入本章结果。3.4 可以把它作为原始资料复制入项目，但实际读取顺序仍要服从后面的任务卡；文件存在不代表每一次任务都允许读取。
下一节
骨架建立以后，下一节解释目录中的“六入口→五用途”。你会先学会“文件放在哪里”，再学会“什么时候允许哪个入口参与任务”。
3.5 认识项目目录的六个入口与五类用途
本节要回答
为什么项目目录需要六个入口？“项目说明、原始资料、材料盘点、任务与过程、整理结果、验收与交接”分别解决什么问题？为什么入口多不代表可以一起读写？
官方当前信息 / 教材判断
六个入口是本书的结构方法，不是官方菜单名称；它们严格映射为五类用途：
- 00_项目说明.md：项目为什么存在、范围是什么；
- 01_原始资料/：最初收到的材料，只保存；
- 02_材料盘点.md + 03_任务与过程/：02记录从材料读出了什么、缺什么，03记录每项任务卡和过程决定，两者职责不同但同属材料盘点与工作过程；
- 04_整理结果/：摘要、问题和待办等交付；
- 05_验收与交接/：人是否接受、下一位如何继续。
官方产品可能把这些文件显示在同一个本地工作区，但不因此自动理解它们的责任。产品面能否展示目录、能否写文件、是否出现系统提示，都要按当天实际观察；“六入口→五用途”是教学组织，不是产品保证。
你会看到 / 跟做
在项目外画一个“六入口→五用途”图。六个入口仍分别存在，但 02 与 03 同属“材料盘点与工作过程”这一用途，不能因此合并文件：
- 00_项目说明.md → 项目说明：回答“我们要解决什么，不能做什么”；
- 01_原始资料/ → 原始材料：回答“最初材料是什么”，只保存；
- 02_材料盘点.md + 03_任务与过程/ → 材料盘点与工作过程：02记录读出了什么，03记录任务卡、过程和决定；
- 04_整理结果/ → 整理结果：回答“给读者使用的成果是什么”；
- 05_验收与交接/ → 验收与交接：回答“人是否检查过，下一位怎样接手”。
然后给一个示例动作分类：读取三份原始资料属于材料盘点的输入；创建摘要属于整理结果；追加一次过程记录属于任务与过程；人写验收结论属于验收与交接。不要把这些动作打包成“一次全自动整理”。
预期结果与证据
可观察证据是每个动作都有唯一落点。若一个任务说“请处理项目”，却没有说明读取哪一入口、写哪个结果，范围就仍然不清。实际使用文件清单要由人核对，不是模型自证；没有工具活动时，写“当前工作面未提供这类可观察证据”。
图 3-3 将在后面展示控制文件、任务级人工范围确认和及时留痕的责任链。此处先把图当成结构提醒，不提前画批准弹窗，不把系统提示和人写任务卡混为一谈。
最小练习与验收
把三个动作放进六个入口：读取材料、写一页摘要、追加过程记录。每个动作只能有一个主要目标入口。验收时让别人回答“如果摘要错了，先去哪里看原文”“如果想知道上次做了什么，先看哪里”。答案应分别指向 01_原始资料/ 和 03_任务与过程/过程记录.md。
常见误区（预警 / 补救 / 证据）
坑是把六个入口当成六份都能随意修改的草稿。预警是有人建议“先把原始资料整理一下再保存回去”。补救是坚持原始区只读，写入只能按阶段明确授权一个目标文件；00_项目说明.md的变更另由人确认范围，不能借其他任务顺手修改。证据是 M 规则、目标文件和阶段节点都写进项目说明和任务卡。
坑是把目录存在当成责任已完成。预警是目录树很漂亮，却没有过程记录和验收结论。补救是回到具体任务节点，不用结构代替证据。
下一节
下一节只讨论原始材料边界。你会看到为什么三份素材可以作为输入，却永远不应成为 Codex的写入目标。
3.6 原始材料与工作成果必须分开
本节要回答
为什么原始资料必须保持不变？如果发现原文有错、出现第四份材料或有人想把建议写回通知，应该怎么办？
官方当前信息 / 教材判断
本书教材方法 M：Codex 不得写入、修改、移动、重命名或删除 01_原始资料/；这不是产品对任意 本地项目目录 的沙箱保证。这里的“不得”是作者给每一项任务规定的禁写边界，不是产品一定会用弹窗替你拦截。人的复制、备份和授权管理属于人的动作，不能被写成 Codex例外。
原始资料和成果分开，是为了保留证据链。通知与要求.md、零散记录.md、补充问题.md是本项目的输入；一页摘要、待确认问题、待办清单是基于输入形成的工作成果。若原文需要纠正，必须由有权的人在独立副本或新的授权材料中处理，并登记来源、日期、版本或校验信息；不让 Codex悄悄改原文件。
你会看到 / 跟做
打开三份原始资料，只做人工阅读，不让 Codex改动。建立一张“来源—使用—结果”对照表：
- 通知与要求.md：已确认目标、对象、形式、隐私限制、物资和角色；
- 零散记录.md：已知、建议、猜测、待确认及两处冲突；
- 补充问题.md：只保留尚未回答的问题，之后按任务卡决定何时读取。
在任务卡的禁止项中原样写入 M 规则。若有人提出“把零散记录清理一下并保存回原文件”，将动作改写为“另建一个整理结果文件”，或停下等待授权人决定，不执行原始区写入。
预期结果与证据
最强证据不是一句“Codex没有改原始资料”，而是人对照三份原文件的内容或哈希，确认它们与复制前一致；再检查新增成果是否落在 02、03、04 或 05 的授权位置。若工作面没有差异工具，就由人打开文件逐段核对；不能把没有看到提示写成“绝对没有改动”，应在记录中说明检查范围。
如果后续出现第四份材料，只能在标准项目完成验收与交接后，通过 3.15 的可选变化副本支线处理。标准主线始终只有三份原始资料。
最小练习与验收
请列出三个越界请求并写补救：
- “修改通知中的活动时间”——拒绝原始区写入，改列待确认；
- “把第三份问题文件并进通知”——不改原文件，另建结果或等待人决定；
- “把所有历史文件都读一遍”——停下，重新确认输入白名单。
验收要求是每个补救都保留原件、指定唯一新目标或明确停止，不能只写“注意权限”。
常见误区（预警 / 补救 / 证据）
坑是把“复制到项目”误解为“可以随意整理”。预警是 Codex建议在原始文件内插入标签。补救是退回，只允许读并把标签放到结果文件。证据是原始文件无新增标记，过程记录写明拒绝原因。
坑是把规则 M宣传成产品沙箱。预警是文章写“系统一定阻止 Codex写入”。补救是改成作者任务规则，并要求人检查差异；官方产品行为另行记录。
下一节
边界明确后，下一节才把已经确认的草案正式落成四个控制文件。控制文件由人建立，不由 Codex抢先写入。
3.7 项目说明怎样写
本节要回答
四个控制文件为什么要由人先建立？它们各自放什么？为什么创建顺序和打开核对顺序本身也是项目安全门槛？
官方当前信息 / 教材判断
3.7 的四个控制文件是项目启动的人工门槛，不是 Codex的自动初始化结果。执行顺序必须固定：人先创建 03_任务与过程/过程记录.md 并写入初始化记录；再创建 00_项目说明.md、03_任务与过程/01_资料盘点_任务卡.md 和 05_验收与交接/验收标准.md；最后逐个打开并核对四项。全部完成并由人核对前，Codex不进入 3.8 资料盘点。
过程记录先出现，是为了让“项目开始”本身有记录；项目说明、资料盘点任务卡和验收标准随后把目标、第一次任务和判定标准固定下来。四项不是四个装饰文件，而是控制第一次写入前的最低准备。
你会看到 / 跟做
由人创建并填写以下内容：
- 过程记录.md：写“项目初始化；由人建立专用骨架并复制三份虚构素材；当前未开始 Codex任务”；
- 00_项目说明.md：写目标、允许三份素材、禁止项、三类交付、状态和下一步；
- 01_资料盘点_任务卡.md：先写第一阶段仅在对话中盘点；人工回到三份原文核对后，再另行确认创建 02_材料盘点.md；同时写禁止改 01、停止线和人工验收；一次只做一个目标；
- 验收标准.md：写材料、事实、结构、文件、交接五层标准。
然后人逐个打开四项，核对文件名、内容、没有真实资料和没有虚假的“已完成”。不要在这个节点让 Codex替你补写，也不要把四个文件放在 3.4 骨架态提前创建。
图 3-3 · DIA-03-07。教学图，说明控制文件、人工范围确认与过程留痕的责任链；非产品界面。
预期结果与证据
3.7 的证据有三层：过程记录有初始化文字；四个控制文件都存在并能打开；人记录了核对结果。目录存在不够，必须检查内容是否与草案一致。若某文件打不开或内容缺少禁止项，停止，不进入 3.8，先由人修正并重新打开核对。
如果当前产品面展示了创建动作或系统提示，只按实际显示记录；不要在正文补出不存在的按钮。需要按当前界面核对只用于以后描述具体界面，不能替代本节的人工门槛。
最小练习与验收
请按照固定顺序模拟一次启动，并在纸上写四个时间点：过程记录初始化、项目说明建立、资料盘点卡建立、验收标准建立。逐个检查四项是否存在，最后在过程记录中写“人已打开核对四项，允许进入 3.8”。
通过条件是顺序正确、四项内容互相一致、01 原始资料未被写入、尚未启动任何 Codex读写任务。
常见误区（预警 / 补救 / 证据）
坑是先让 Codex读材料，再补控制文件。预警是对话已经输出盘点，但项目说明和验收标准还没有人核对。补救是停止写入链，回到 3.7 补齐并核对；不要把已经发生的对话伪装成及时过程记录。
坑是把“创建”与“核对”混成一个动作。预警是文件刚保存就直接进入下一节。补救是人实际打开，检查关键句、路径和空白状态，再记录结果。
下一节
控制文件准备好后，下一节第一次允许 Codex参与项目：只读三份原始资料，在对话中盘点，仍然不写 02 文件。