先复制这句

以后每次想改网站,都先把范围压小。

我想更新这个个人网站。

这次只改一件事:
写清楚这次要改什么

请先检查当前项目结构,不要立刻改文件。
请告诉我:
1. 这次最可能涉及哪些文件;
2. 有没有隐私或公开风险;
3. 你准备怎样最小改动;
4. 改完以后我应该打开哪些本地页面检查;
5. 在我确认之前,不要发布到线上。

这条指令比“帮我优化一下网站”可靠得多。普通人的维护方式不是一次翻新整座房子,而是每次只换一个地方。

个人网站上线以后,每次只改一件事,让 Codex 先给计划,再修改、预览、检查和发布。
维护网站不靠记忆流程,靠每次走完同一圈。

如果只是改一句话

比如你想改首页介绍、按钮文案、关于页里的一段经历。

复制:

我只想改网站上的一段文字。

位置大概是:
写页面名称,例如首页、关于页、联系页

旧意思是:
如果记得就写,不记得也可以说不确定

新意思是:
写你想表达的内容

要求:
- 不要改导航;
- 不要改整体布局;
- 不要加入夸张宣传语;
- 用普通人能读懂的中文;
- 改完告诉我改了哪个文件;
- 给我本地预览地址和要检查的页面。

如果你说不清位置,就把页面截图或页面文字描述给 Codex,让它先定位。

如果要加一篇文章

不要自己猜文章应该放进哪个目录。

复制:

我想给个人网站新增一篇文章。

题目暂定:
写你的题目

我想表达的大意:
写三到五句话

请先判断这篇应该放到 writing、notes、tutorials,还是当前项目已有的其他内容目录。
如果没有合适位置,请给我一个最小方案。

要求:
- 先给判断,不要直接创建;
- 保持和现有文章风格一致;
- 不要把私人草稿、客户信息、未确认事实写进公开内容;
- 创建后帮我运行检查;
- 告诉我本地预览地址。

普通人的任务是说清楚想表达什么。目录、frontmatter、标签、路由这些事情,先让 Codex 判断。

如果要换图片

换图片比改文字更容易出问题,因为图片里常常藏着你没注意到的信息。

复制:

我准备把一张图片放到网站上。

图片位置是:
粘贴图片路径,或说明图片在哪里

请先从公开发布角度检查风险。
重点看:
- 有没有住址、手机号、证件、学校、车牌;
- 有没有客户、合同、后台、聊天记录;
- 有没有不适合公开的人脸或家庭信息;
- 文件名是否暴露私人信息;
- 图片尺寸是否适合当前页面。

请先只检查,不要移动、压缩、发布或替换文件。

如果图片涉及家人、孩子、客户、后台、合同,宁可先不用。

如果改完了,准备发布更新

不要自己猜现在该上传文件,还是提交代码,还是点某个按钮。

让 Codex 先判断当前项目用哪套发布方式:

这次改动我本地已经看过了。

请根据当前项目判断:这个网站现在是通过哪种方式发布的?
可能包括 Git 集成、Cloudflare Pages 自动部署、Direct Upload,或其他方式。

要求:
1. 只给和当前项目有关的发布步骤;
2. 不要让我手动上传 dist 或 build,除非确认当前项目就是这种方式;
3. 发布前先运行必要检查;
4. 发布后告诉我应该打开哪些线上网址确认;
5. 如果需要我在浏览器里登录、授权或确认,请打开或明确指出页面。

如果你前面是按照 GitHub + Cloudflare Pages 授权走的,通常不需要手动拖拽构建产物。Codex 应该根据项目现实来判断,而不是把所有平台流程都讲一遍。

如果改坏了

先不要删文件,也不要说“重做整个网站”。

复制:

我刚刚修改后出现了问题:
写下你看到的问题,最好贴出报错或页面现象

请先判断问题类型:
1. 内容写错;
2. 样式或手机显示问题;
3. 链接或图片路径问题;
4. 构建或发布问题。

请给我最小修复方案。
不要重做整个网站。
不要改和这次问题无关的内容。

很多问题只是一个链接、图片路径、文字溢出或构建命令没跑对。越早把范围缩小,越容易修。

每次更新都按这张清单

更新前:

  • 这次只改一件事;
  • 先让 Codex 说会动哪些文件;
  • 涉及图片、隐私、账号、客户信息时先检查;
  • 不让 Codex 顺手重构。

更新后:

  • 打开本地预览;
  • 看手机宽度;
  • 跑构建或必要检查;
  • 再发布;
  • 打开线上网址确认。

如果 Codex 一次给你十几个优化建议,你可以直接说:

请先只处理我刚刚要求的这一件事。
其他建议列成以后再做的清单,不要现在修改。

这一关怎样算完成

这一关完成时,你应该能做到:

  • 想改网站时,先复制一条小范围指令;
  • 不知道文件在哪里,也能让 Codex 先判断;
  • 加文章、换图片、改文字都有对应问法;
  • 发布更新前让 Codex 判断当前项目的发布方式;
  • 出问题时先描述现象,不重做整站。

这样,网站就不再是一次性作品。它会变成一个你能慢慢打理的地方。

下一步是发布前的边界检查:第六步:发布前最后看一眼隐私和常见错误