整理真实内容
和项目工作区

先理解今天的原理

Agent 读取的是你提供的文件和规则。材料混在下载目录里、文件名含糊、图片来源不明时，它很难判断哪些内容可以使用。

工作区把长期规则、内容原件、页面代码和检查证据分开。这样的结构可以追溯来源，也能让你安全地替换内容而不误改程序。

为什么今天要做这件事

1. 真实内容会决定页面需要多少空间和哪些组件。
2. 清楚的目录可以限制 Agent 的操作范围。
3. 来源与授权记录能避免后续误用图片和文字。

开始前检查

这是第 02 天。先完成下面的检查，再开始操作。缺少关键材料时，先补材料，不要让 Agent 猜。

1. 昨天的 PROJECT-BRIEF.md 已经保存。
2. 准备一段真实介绍、三个真实作品和联系方式。
3. 准备有使用权的头像或作品图片；没有图片时保留明确的待补标记。

一步一步完成

第 1 步：在独立目录中建立工作区

今天先把规则、原始内容、程序和检查证据分开。这样 Codex 知道哪里可以写代码，你也能看出一张图片或一段文字来自哪里。

1. 在昨天准备的独立项目目录打开终端。
2. 运行下方建目录命令，创建 content、assets、evidence 和 app。
3. 运行 find . -maxdepth 2 -type d | sort 查看结果。
4. 如果终端显示的是正式项目或其他工作目录，先停下，不要继续创建文件。

完成这一步后，你应该看到：项目根目录下出现四个用途明确的子目录，`app` 保持为空，其他项目没有发生变化。

第 2 步：把页面文字集中写进 profile.md

页面设计会受到真实文字长度影响。今天先写内容原件，明天 Codex 才能按真实标题、介绍和作品说明安排空间。

1. 在 content 中创建 profile.md。
2. 填写真实姓名或品牌、身份说明和 80—150 字介绍。
3. 为三个作品分别写名称、服务对象、完成结果和可公开链接。
4. 写下一种有效联系方式；不适合公开的信息改为工作邮箱或公开账号。
5. 缺少的内容写“待补：具体缺什么”，不要让 Codex 代写经历。

完成这一步后，你应该看到：`profile.md` 可以独立读懂，里面没有“某某项目”“这里放介绍”等无意义占位文字。

第 3 步：整理图片名称和使用来源

清楚的文件名能减少引用错误。来源记录可以回答图片是否属于你、是否允许公开，以及页面应该怎样署名。

1. 把头像和作品图片复制到 assets。
2. 把 1.jpg 改成 portrait-vitchen.jpg、project-ai-editor-cover.jpg 这类能看懂的名称。
3. 在 assets/README.md 中记录文件、用途、来源和授权状态。
4. 没有使用权的图片先移出发布清单，保留文字说明。

完成这一步后，你应该看到：每张准备使用的图片都有明确文件名和来源记录；无法确认授权的图片不会进入页面。

第 4 步：用 AGENTS.md 写明 Codex 的边界

项目规则会在后面的多次任务中反复使用。规则要写成具体动作，例如允许修改哪个目录、缺少材料时怎样报告、完成后必须检查什么。

1. 在根目录创建 AGENTS.md。
2. 写明允许读取整个练习工作区，但程序文件只能创建在 app。
3. 写明不得编造个人经历、作品、客户和效果数字。
4. 写明依赖只能安装在项目目录，不使用全局安装。
5. 写明修改后要报告文件清单、启动命令和检查结果。

完成这一步后，你应该看到：任何新会话只读完任务书和规则，就能说清哪些目录能改、哪些动作禁止、完成后怎样交付。

第 5 步：让 Codex 做一次只读材料检查

这一步用来发现缺失内容和含糊文件。Codex 只读取并报告，不自动补图、不改文案，也不提前创建程序。

1. 把下方只读检查提示词交给 Codex。
2. 核对它列出的文件是否与目录一致。
3. 查看缺失项是否会阻断明天的页面结构，例如作品没有结果说明。
4. 把可补内容补齐；暂时无法补的项目保留明确标记。

完成这一步后，你应该看到：你得到一份真实材料清单和缺失项清单，没有出现新增程序文件或虚构内容。

第 6 步：保存今天的工作区基线

基线就是今天结束时的正确状态。明天 Codex 开始写程序后，可以用它判断原始内容和规则有没有被误改。

1. 运行 find . -maxdepth 2 -type f | sort，把输出保存到 evidence/day-2-files.txt。
2. 再打开任务书、规则和 profile，确认文件能正常读取。
3. 如果项目使用 Git，运行 git status --short 记录当前状态。
4. 把仍待补的材料写进 evidence/day-2-missing.md。

完成这一步后，你应该看到：`evidence` 中有文件清单和待补清单；任务书、真实内容、素材和规则都能找到。

mkdir -p content assets evidence app
find . -maxdepth 2 -type d | sort

# 个人资料

## 姓名或品牌

## 一句话身份

## 个人介绍

## 代表作品 1
- 名称：
- 服务对象：
- 完成结果：
- 公开链接：

## 代表作品 2

## 代表作品 3

## 联系方式

# 项目规则

- 允许读取当前练习工作区。
- 程序文件只允许创建和修改在 app/。
- 不编造姓名、经历、作品、客户和效果数字。
- 缺少内容时列出缺失项，等待用户补充。
- 依赖只能安装在项目目录，不使用全局安装。
- 完成后报告修改文件、启动命令、检查结果和未确认项。

请读取 PROJECT-BRIEF.md、AGENTS.md、content 和 assets。

这次只读检查，不创建、修改或删除文件。请输出：
1. 已有文件及用途；
2. 每个页面内容对应哪份材料；
3. 缺少或仍是占位符的内容；
4. 来源或授权不明确的图片；
5. 明天开始页面结构前必须先解决的问题。

这次真实操作得到了什么

1. 独立目录、内容原件、素材说明、AGENTS.md 与 PROJECT-STATE.md 已建立；当前阶段明确写为尚未实现。

本次实际结果：第二天结束时，Agent 能从项目文件理解目标、规则和下一步。

正确结果长什么样

完成操作后，用结果来判断今天是否学会。页面能打开或命令能运行，只能说明流程启动了；下面这些证据同时出现，今天才算完成。

1. 每份文字和图片都能说明用途。
2. Agent 的只读清单与目录中的真实文件一致。
3. 缺少的材料被明确标记，没有用虚构内容填空。
4. 项目规则写明允许范围、禁止动作和完成后检查。

常见错误与恢复

留给明天的材料

结束前把今天的关键结果保存到项目目录。下一天会直接使用这些材料，保存清楚可以减少重复说明和错误猜测。

1. 结构清楚的项目工作区。
2. 完整或明确标注缺失项的 profile.md。
3. 图片来源清单和 AGENTS.md。