大多数人觉得 Codex 不够聪明。

其实工具本身没问题，问题出在用法上。

高强度用了几个月之后，我总结了7个方法，每一个都是踩坑踩出来的。

一、写一份 AGENTS.md

把你的技术栈、UI 风格、文件结构、命名规范全都写进去。

以后每个项目 Codex 都按你的习惯来工作，不用每次重新解释一遍。这一步看着不起眼，但省下来的沟通成本特别大。你想想，每次开一个新项目都要跟它说一遍“我用 React，样式用 Tailwind，组件放 src 下面”，时间全浪费在重复劳动上了。写一份 AGENTS.md，一劳永逸。

二、大任务拆成小任务

别说“帮我做一个完整项目”这种话。

先做首页，再做详情页，再接接口。一步一步走，每一步的质量都高很多。Codex 不是不能一口气干完，而是一口气干完的东西，细节上容易糊弄。你把它拆开了，每一步都能专注做好，最后拼起来效果就完全不一样。就跟盖房子一样，你不会让工人一次性把地基、墙体、屋顶全同时搞，肯定是一层一层来。

三、建自己的 Skill

把重复的事情做成固定流程。

比如 PRD 生成、Landing Page 搭建、UI Review，这些你经常做的事，每一个都做成一个 Skill。以后一句话就能调用，省掉大量重复沟通。这个方法的精髓在于，你把经验沉淀下来了。第一次做的时候花点时间调好，后面每次用都是现成的。相当于给自己攒了一套工具箱，需要什么拿什么，不用每次从头造轮子。

四、接上 MCP

让 Codex 不只写代码，直接连上 GitHub、Figma、Supabase、Obsidian 这些工具。

它才能真正参与你的工作流。只写代码的 Codex 跟一个高级打字机差不多，但接上 MCP 之后，它能去 GitHub 上看你的仓库，能去 Figma 上读你的设计稿，能直接操作你的数据库。这一步打通之后，它就从“帮你写代码的工具”变成了“跟你一起干活的搭档”，完全不同的体验。

五、每次让它自查

在每次任务的结尾加一句：“写完后自行检查 Bug、优化代码、检查响应式，告诉我还能优化什么。”

很多低级问题会被它自己提前发现。人写代码都会犯低级错误，AI 也一样。但你让它自查一遍，它还真就能揪出不少问题来。这个习惯成本极低，就是多打一句话的事，但收益很可观。你花十秒钟加一句话，可能省下半个小时的调试时间。

六、一次生成三个版本

比如让它在同一时间给你出三个方案：A 极简版，B 商业版，C Apple 风格。

然后你从里面选最好的。这个办法比只生成一次的效果好得多。原因很简单，一次生成你拿到的是一条路走到底的结果，好不好全看运气。生成三个版本，你有了比较和选择的空间，可以从不同方向里挑最合适的，再基于它继续打磨。花的时间多不了多少，但最终质量差一大截。

七、建一个模板库

把你做项目的流程固定下来：想法到 PRD 到 UI 到 HTML 到测试到上线。

每一步都沉淀成模板，下次直接复用。这个方法和前面的 Skill 有点像，但角度不同。Skill 是针对某个具体任务的，模板库是针对整个项目流程的。你把从想法到上线的每一步都标准化了，下次开新项目就像走流水线一样顺。前期搭模板会花点功夫，但搭好之后，你做新项目的速度会快得让你自己都吃惊。

说到底

真正的效率提升，不在于换什么模型，在于把自己的工作流搭好。

当 AGENTS.md、Skill、MCP 和模板库都建好之后，Codex 就不再是一个回答问题的 AI 了。它变成了一个长期合作的工作搭档，你越用越顺手，它越懂你的习惯和风格。

这7个方法其实有一个共同的核心思路：把经验沉淀下来，让重复的事情自动化，让自己专注于真正需要动脑的部分。工具再聪明，如果你每次都从零开始跟它沟通，效率也上不去。但你要是把基础设施搭好了，它就能帮你把活干得又快又好。

#科技先锋官##How I AI#