Codex 新手入门：第一次使用应该怎样下指令

很多人第一次使用 Codex 时，会直接输入“帮我做一个网站”或“帮我修复这个 Bug”。这种写法通常太宽，Codex 不一定知道项目在哪里、你期望的结果是什么、哪些地方不能动、怎样才算完成。好的 Codex 指令不是长篇作文，而是把任务边界讲清楚。

一个适合新手的基本格式是：目标、背景、限制、完成标准、验证方式。只要你养成这个习惯，Codex 的输出会稳定很多，也更容易发现它是否真的完成了任务。

适合谁阅读

• 第一次使用 Codex 的 AI 新手
• 想让 Codex 修改网站但不知道怎么说的站长
• 经常觉得 AI 答非所问的人
• 想把开发需求交代得更清楚的创业者
• 希望建立标准 AI 工作流的小团队

Codex 可以做什么

• 根据你的目标拆解任务并提出执行计划
• 检查指定文件、页面或错误日志
• 按限制修改代码、内容或配置
• 在完成后运行测试、构建或页面检查
• 把改动、验证结果和剩余风险整理成摘要

实际操作步骤

1. 用一句话写清楚最终目标，不要一开始塞太多需求。
2. 补充背景：项目类型、文件位置、当前问题、截图或错误信息。
3. 列出限制：不要改哪些文件、不要新增依赖、不要改设计风格等。
4. 写出完成标准：页面能打开、按钮能点击、文章能显示、构建能通过。
5. 要求 Codex 先检查再动手，复杂任务先给计划。
6. 完成后让 Codex 报告改了什么、如何验证、还有什么风险。

示例 Prompt

目标：帮我把文章页加入 FAQ 区块，并确保适合 SEO。
背景：这是一个中文 AI 内容站，文章文件在 content/articles，页面由 app/[...slug]/page.tsx 渲染。
限制：不要改变全站视觉风格，不要删除现有文章，不要新增没有必要的依赖。
完成标准：文章内容能显示 H2/H3、小列表和代码块，构建通过。
验证：请检查相关文件后再修改，完成后运行 typecheck 和 build。

实战说明

为什么不要只写“帮我做好”

“帮我做好”对人类也不清楚，对 AI 更容易变成猜测。Codex 需要知道你要的是页面、文章、组件、脚本、测试还是排错。越具体的目标，越容易得到可验证结果。

一次只交一个主要任务

新手常犯的错误是把十个需求塞进一个 Prompt：改首页、写文章、修 SEO、部署、改 Logo、检查广告。这样会增加遗漏风险。更好的方式是按顺序执行：先内容，再结构，再构建，再上线。

让 Codex 解释它的验证

真正可用的 Codex 工作流不是“写完了”，而是“我改了这些文件，运行了这些检查，结果是这样”。你应该要求它明确验证证据，尤其是生产网站、支付页面、报名表单和 Affiliate 链接。

注意事项

• 不要把模糊业务目标直接丢给 Codex，要先转成具体页面或功能。
• 不要同时要求它大改设计、内容、SEO 和部署，除非你已经准备好分阶段检查。
• 如果 Codex 没有先查看文件就开始建议，要求它回到项目上下文。
• 代码结果一定要运行检查，内容结果也要在页面中预览。
• Prompt 可以短，但不能缺少完成标准。

内部链接建议

• Codex 是什么：AI 编程代理可以帮你做什么
• Codex Prompt 写法
• AGENTS.md 教学
• AI 工具评测

FAQ

Codex Prompt 一定要很长吗？

不一定。好的 Prompt 是清楚，不是冗长。目标、背景、限制、完成标准和验证方式齐全就够。

我不会写代码，可以使用 Codex 吗？

可以，但建议从内容、页面、检查和小修改开始，并要求 Codex 解释每一步。

Codex 修改后我需要自己检查吗？

需要。Codex 可以辅助验证，但正式上线前仍要人工检查。

如果 Codex 做错了怎么办？

把错误现象、截图、日志或不满意的点补充给它，让它基于现有改动继续排查。

总结

Codex 新手最重要的能力不是写复杂技术词，而是清楚表达任务。只要你把目标、背景、限制、完成标准和验证讲清楚，Codex 就更容易做出可用结果。

如果你想学习更多 AI 工具、AI 自动化和 Codex 实战教学，欢迎持续关注 ai.no1.my。