很多人不是没有项目，而是项目讲不清。
常见状态是：
- 项目能跑。
- 页面也能截图。
- 但问到“你做了什么”，只能说“做了一个管理系统”。
- 问到“遇到什么问题”，说不出具体过程。
- 问到“AI 怎么参与”，只会说“Codex 帮我写代码”。
这种项目很难变成求职作品集。
这篇演示怎么把一个已有项目整理成可展示材料。
第一步：先让 Codex 只读盘点项目
Section titled “第一步：先让 Codex 只读盘点项目”
不要一上来就让 Codex 写作品集。
先让它帮你盘点素材：
``text
请只读分析当前项目，整理适合求职作品集展示的素材。
不要修改任何文件。
请输出：
- 项目主要解决什么问题
- 不要夸大项目能力
- 有没有编造。
- 有没有说得太虚。
- 有没有把 Codex 写成替你完成一切。
- 新增关键词搜索
- 修复登录状态丢失
- 优化移动端布局
- 修改接口错误提示
- 补充项目使用说明
- 先讲项目背景
- 项目 README
- 项目截图 or 演示地址
- 核心功能说明
- 代表性改动记录
- Codex 协作记录
- 验收记录
- 面试讲解稿
2. 主要功能模块有哪些
3. 哪些功能适合在作品集里重点展示
4. 哪些文件或模块最能代表项目复杂度
5. 我还需要补充哪些信息
`
这一步的结果通常不是最终文案，而是一份素材清单。
第二步：补充真实工作经历
Section titled “第二步：补充真实工作经历”
Codex 不知道你真实参与了哪些工作，所以这一段必须自己补。
你可以按这个表填：
| 问题 | 你的回答 |
| ---------- | ------------------ |
| 项目是为谁做的 | 例如课程用户、后台管理员、预约用户 |
| 你负责了哪些模块 | 例如登录、列表页、表单、接口联调 |
| 哪些功能是重点 | 例如搜索筛选、权限控制、订单状态 |
| 哪些地方踩过坑 | 例如状态同步、接口异常、构建失败 |
| Codex 帮了什么 | 例如读项目、改局部代码、整理验收清单 |
没有这一步，后面作品集很容易变成空话。
第三步：让 Codex 生成 README 初稿
Section titled “第三步：让 Codex 生成 README 初稿”
补完真实信息后，再让 Codex 写初稿：
`text
请根据项目分析和我补充的信息，生成一份求职作品集 README 初稿。
要求：
2. 不要写没有证据的内容
3. 按项目背景、技术栈、核心功能、我的工作、Codex 协作方式、验收方式、复盘来写
4. 每个部分都尽量具体
`
生成以后，你要自己再改一遍。
重点看三件事：
第四步：整理 2 到 3 个代表性改动
Section titled “第四步：整理 2 到 3 个代表性改动”
作品集不能只放总览。
最好挑 2 到 3 个具体改动来讲。
例如：
每个改动按这个结构写：
`text
改动目标：
涉及文件：
Codex 参与：
我的判断：
验证方式：
结果：
`
这样面试官追问时，你有东西可讲。
第五步：整理面试讲解稿
Section titled “第五步：整理面试讲解稿”
可以让 Codex 帮你整理讲稿，但最终一定要自己改成自然语言。
提示词：
`text
请根据这个项目 README 和代表性改动记录，帮我整理一份 3 分钟面试讲解稿。
要求：
2. 再讲核心功能
3. 再讲我负责什么
4. 再讲 Codex 如何参与
5. 最后讲我如何验收和复盘
6. 不要写成宣传稿
``
讲稿不是背诵稿，而是帮你理清表达顺序。
总结
最终至少保留这些内容：
这才叫作品集。
只有截图 and 仓库链接，不够。
有项目但不会讲，本质不是文案问题，而是证据结构问题。
Codex 可以帮你把素材整理成结构，但真实经历、真实判断、真实验收必须由你补上。
这也是作品集可信的关键。