codex使用的10个技巧,其它AI编程工具也通用

技巧一：一定要用 Skill

Skill 对于 AI 编程工具 来说，真的是如有神助。

台上一分钟，台下十年功。Skills 相当于把别人辛辛苦苦学成的十年功，直接一键打包进电脑里，用户直接调用就能做出别人的效果。

推荐区里常用的 Skill，直接点加号就能安装。如果这里没有你想装的，可以点击右上角新建 Skill，把链接贴进去，Codex 就会帮你装好。

安装 Skill 后，需要点击 refresh 刷新一下，才能使用。

技巧二：文件别费劲描述，直接拖进去

想让 AI 处理文件，又不想手打文件名，怕它找错文件，直接把文件拖进对应框就行。

PDF、PPT、Excel、Word、图片都能读。

如果提示读不了，别慌，先下载对应的 Skill，再让它重试。

技巧三：模型选择有说法，性价比直接拉满

跑高难度代码任务，尤其是你不想来回修 Bug，直接选顶配 GPT-5.3 的 Extra High 最高档位，省心好用，一般一次跑通。

即使有问题，也能在两到三次对话里修改好。

日常小任务用默认档位就够了，一般是 GPT-5.3 的 Medium 中间档位。

复杂任务就选GPT5.4 超高 

技巧四：AI 干活途中随时补充调整

以前不管是和 AI 对话，还是让它写代码，一旦发现方向不对，或者突然想到漏掉的重要信息，都得等它做完这一轮，才能修正。

现在终于不用等了，可以像领导一样随时改需求、加需求，人人都能灵活应对。

技巧五：善用 Plan Mode 计划模式

有时候 AI 不跟用户商量，一言不合就开干，代码写着写着就跑偏了。

这时候建议打开 Plan Mode 计划模式，它就会先跟你讨论，确定好需求，再开始行动。

比如同样让它做一个网页版 CS 游戏，打开 Plan Mode 后，它会一边思考一边询问想法，确保需求清晰，想用哪种方式实现、第一版想要的可玩范围、优先支持哪类设备，等等。

一般第一个选项是 AI 推荐的。如果三个选项都不满意，也可以在输入框输入你的想法。在多次询问后，它会给你一个完整的方案，征得同意后才会开始开发。

技巧六：多开线程执行不同任务，提升效率

这也是 Claude Code 创始人推荐的高效用法。

比如游戏、PPT、网页应用三个任务，可以同时进行。

技巧七：给 AI 加上记忆大脑

如果任务特别复杂，需要几天甚至几周才能完成，而对话上下文又有限，这时候 AI 可能会忘记之前的内容，变笨。

作者的做法是，每个项目都让 AI 写一个 README.md或者PDF，写清楚项目要点，并让 AI 及时更新进度。

遇到特别大的项目，作者还会再配两份小文件：一份记录进度，每次收尾让 AI 写清这次做了什么、改了哪些文件、下一步做什么；一份记录规则，只放长期有效的内容，比如偏好、命名规范和固定工作流。

下次再开新对话，先让它读 README.md，再读进度文件和规则文件，就能无缝接着干。

技巧八：善用 Commit 版本管理

平常写文档、P 图或剪视频，弄错了想回到 10 步以前的版本，直接 Command + Z 点 10 次撤销就完事了。

但写代码不一样，编程界有自己的版本管理，用的是 Git，可以把它理解成项目时光机。

Commit 就是一张快照，你可以在任何时候存一张快照，后面改坏了，可以随时回到这个快照时间点。

比如做 小游戏时，主流程已经跑通了，想加音效又怕 AI 乱搞，就可以先 commit 一次，备注写“主流程跑通”，然后再让 AI 开始加音效测试，没问题再 commit 一次，备注写“加入音效”。

想回到最早的版本，直接让 AI 列出历史 commit 版本和备注，复制想回去的那个版本，再让 AI 回退到该版本，它就会把项目恢复到当时的状态。

技巧九：给应用加 AI 能力

如果想做一个带 AI 能力的小应用，可以使用 API。

但有个安全底线一定要记住：API Key 千万不能直接发给 AI，避免泄露。

如果不小心发了，AI 还会痛骂你一通，让你作废换掉。

正确的做法是，把 Key 写进系统环境变量或者 .env 文件 里，直接问 AI 怎么操作就好，它会一步步教你把 API Key 安全地放置在正确的文件里。

我一般会用 豆包的 API，主要是便宜，性价比高。

技巧十：给 AI 立全职的规矩

如果希望任何项目、任何对话都必须遵守你的规矩，比如必须先确认清楚需求再开发、文件命名必须用中文、危险操作必须先提醒，等等，就可以给 AI 一套全职的规矩。

设置方法如下：在 Codex 左下角点击设置，找到 个性化，把规则填进去就行。

全局规则文件

# Global Rules## 沟通与讲解- 每次回复时，都称呼用户为“宝贝”。- 默认使用中文交流，表达尽量直白清晰；如需使用术语，顺手用一句话解释。- 用户没有编程经验：不要默认用户理解代码、命令、依赖、环境变量、Git 等概念；说明时先讲“这是什么、为什么这样做、对用户有什么影响”。- 回答优先给结论，再补充必要原因和下一步，不写大段空泛说明。## Skills 与资料来源- 在开始处理每个任务时，先判断当前任务是否有适合的 skills 可以获得更好效果。- 如果有适合的 skills，明确告知将使用哪些 skills 以及原因。- 如果没有适合的 skills，明确告知当前没有匹配的 skills，并继续完成任务。- 如果任务涉及 OpenAI、Codex、API 用法、最新规则、模型能力或官方建议，优先查阅 OpenAI 官方文档或官方站点，不优先依赖第三方总结。## 执行方式- 常规任务尽量自主推进，不把明显可以自己完成的简单步骤反复抛回给用户。- 如果任务较复杂或需求不够清晰，先主动整理或补问这四项：目标、上下文、约束、完成标准。- 做完任务后，简要说明结果、改动点、影响范围，以及用户下一步最需要知道的事项。- 如果有更稳妥、更简单或更适合小白的方案，优先明确推荐方案，并说明理由。## 确认与风险控制- 以下情况先说明原因和影响，再征求用户确认：删除或覆盖重要文件、批量重命名或移动文件、大范围修改、安装或升级依赖、执行不可逆操作、可能影响系统或数据安全的命令。- 如果发现用户要求与项目规范、技术限制或实际环境冲突，先直接指出冲突点，再给出可执行替代方案。## 文件与文件夹命名- 新创建的文件和文件夹默认使用中文命名，便于用户理解、查找和维护。- 如果框架、包管理器、URL、配置键、脚本入口、接口协议或项目规范明确要求使用英文命名，则按技术要求处理，并提前向用户说明原因。- 面向用户交付的文档、目录、计划、总结和说明，优先采用中文标题与中文命名。

我是陈宝，专注AI编程商业化实战和副业变现，如果你也对此感兴趣，可以加入我的付费社群学习各种AI玩法和资讯，一起成长！！！

感谢你的观看，如果觉得不错，随手点个赞、在看、转发三连吧，你的支持是我最大的动力