从零学用 Codex 搭网站 Day 2：用一张站点地图管住需求

页面能打开以后，人的欲望会突然膨胀：博客、支付、会员、工具、商城都想加。第二天不写新功能，只把路画出来。

这篇是 从零学用 Codex 搭网站 的第 2 天。今天的最小可用单元只有一个：一张不超过 6 个入口的站点地图，以及每个入口的一句话任务。

先别收藏更多教程。打开 Codex，做完，看到结果，再回来继续。

今天只拿走一个结果

一张不超过 6 个入口的站点地图，以及每个入口的一句话任务。

你需要准备的输入也很少：昨天的页面、未来三个月最想服务的人、最希望访客完成的一个动作。

如果这些输入还没有，先写“不确定”。真实的不确定，比让 Codex替你编一个答案有用。

第一轮对话：先让 Codex理解现场

把下面这段复制给 Codex。方括号里的内容换成你自己的。别删限制条件。

请先阅读当前网站，不要改代码。

我是【身份】，主要帮助【人群】解决【问题】。未来三个月最重要的转化是【订阅/咨询/注册/购买其一】。

请输出：
1. 不超过 6 个一级页面的站点地图；
2. 每个页面只写一个主要任务；
3. 标出“现在必须做”和“以后再做”；
4. 找出重复页面并合并；
5. 最后用纯文本树形结构展示。

发出去以后，不要趁它工作时继续塞十条要求。等它完成第一轮，看它检查了什么、改了哪些文件或引用了哪些证据。

第二轮：你亲手验收，不靠“看起来不错”

今天重点检查：每个栏目能否用一句话解释；是否出现两个页面争夺同一个任务；访客从首页到目标动作是否超过三次点击。

看到问题时，描述现象，不要抢着替它诊断。比如说“390px 宽度下右边被裁掉”，比“CSS 的 grid 写错了”更好。前者是事实，后者只是你的猜测。

接着发这段纠偏对话：

把刚才的站点地图再砍一轮。规则：
- 首期最多 5 个一级入口；
- 每个入口只有一个主要 CTA；
- 暂时没有内容支撑的栏目放入 backlog；
- 给每个保留页面写 URL、标题和完成定义。
只输出最终版本和删减理由。

怎么判断它真的理解了

网站任务里，Codex说“完成了”只是一个进度提示，不是验收结论。真正的证据通常只有几种：构建命令退出码为 0、目标 URL 返回正确状态、页面截图符合预期、自动测试覆盖了核心路径、改动清单与任务范围一致。让它把证据摆出来，你再判断。

如果改动突然扩散到很多文件，先停下来问：“为了完成今天这个结果，哪些文件是必要的？哪些只是顺手优化？” 新手最容易被一大串改动吓住，于是直接接受。其实缩小 diff 本身就是在学习系统边界。

还有一个土办法很好用：让 Codex在交付时写出“我没有做什么”。没有接数据库、没有做后台、没有配置真实邮件，都应明确写出来。知道当前版本的边界，明天才能接得上。

一个很容易踩的坑

把“看起来专业”当需求。页面多不会自动显得专业，找不到下一步才最像半成品。

我现在判断提示词好不好，只看三件事：输入是不是事实，范围是不是够小，完成以后能不能验收。句子漂不漂亮，反而排在后面。

今天先别做这三件事

第一，别在任务做到一半时换技术、换表格或换一套提示词。工具切换会给人一种重新开始的轻松感，但旧问题没有因此消失。

第二，别把 Codex 的解释全部抄进笔记。只记你下次还会用的输入、判断和验收动作。其余说明随时可以再问。

第三，别把“多做一点”当奖励。今天的边界本身就是训练内容。能在最小成果通过后停手，说明你开始掌握任务拆分，而不是被新点子牵着走。

今天的 20 分钟刻意练习

把站点地图发给一个不了解项目的人，只问他三件事：这是做什么的、适合谁、下一步点哪里。答错一项就继续删。

练习时别开新教程，别换工具。卡住就把现场交回 Codex：你做了什么、预期什么、实际发生什么、原始错误是什么。

如果还是没做成，不要用“重新帮我做一次”清空现场。把最后一个成功状态、第一处失败、原始输出和你已经试过的动作写成四行。下一轮只解决第一处失败。这个习惯会让你少掉很多无效重来。

下班前的验收单

• [ ] 一级入口不超过 6 个
• [ ] 每页只有一个主要任务
• [ ] URL 命名短且可读
• [ ] 延后需求有单独清单

四项都过，今天就停。没过也别扩功能，只修最前面那一项。

留一条“明天还能接上”的记录

在项目里写下四行：

1. 今天做成了什么；
2. 哪个输入最影响结果；
3. Codex 哪次判断错了，你用什么证据纠正；
4. 明天开始前必须保持不变的东西。

这四行比再收藏十个提示词值钱。它们会逐渐变成你的工作说明、测试清单，最后才是可复用的 Skill。

少量资源不是少学，而是让资源短到足以马上行动。今天的教程到这里，剩下的时间交给你的手。