Codex从入门到精通 | 超详细图解（下）

之前看完阿 shuai 那篇《Codex从入门到精通（上）》，写了一篇心得。当时我以为下篇会是"高级功能大全"——毕竟标题写着"精通"。今天把下篇看完了（7页图解，1480赞2161藏），结果被打脸了：这几乎是一篇教我"忍住"的教程。
先说上篇和下篇的分工，作者自己的定位是：上篇教你不乱用，下篇教你用顺。听起来"用顺"应该是提速技巧对吧？看完发现，一半以上的篇幅在讲"什么情况下不要用"。
第一个收获：Plan 不是仪式感，是刹车。
复杂任务先让 Codex 出计划再动手——这个我上篇就知道了。下篇真正戳我的是两句话。第一句："分析需求 → 开始实现 → 测试 → 总结"这种计划是空话模板，信息量约等于零。我以前让 AI 出的计划基本就是这种，我还觉得挺像回事。真正有用的计划要回答四个问题：要解决什么、看哪些文件、改哪些位置、拿什么证明做完了。
第二句更扎心：不是每个任务都要开 Plan。换标题、查一个明确的报错、跑一条确定的命令——这种事开 Plan 纯属加戏。计划的作用是减少返工，不是显得专业。
第二个收获：权限这个东西，越克制越稳。
三档权限：只读、工作区可写、完全访问。作者的日常是——只分析就用只读，日常任务用工作区可写，完全访问"不应该因为嫌审批麻烦就默认常开"。还有一个细节：审批弹窗弹出来别无脑点允许，先问四个问题——它要跑什么命令、在哪个目录跑、要不要联网、为什么非做这步不可。装包、删数据、对外发送、碰密钥这几类操作，多看一眼再放行。
我反思了一下自己：我大概是那种"嫌麻烦就开最大权限"的用户。这条记下来了。
第三个收获，是我觉得全篇最实用的：别当人肉搬运工。
以前遇到报错，我的流程是：复制几十行日志 → 切到 AI 对话框 → 粘贴 → 再口头描述半天上下文。下篇说，直接让 Codex 自己跑测试、起服务、看终端输出就行。改网页也一样——改完代码回到真实页面看一眼，因为"页面能打开 ≠ 页面做对了"。Terminal 看程序怎么跑，Browser 看页面长什么样，能让 AI 自己看到的，就少让人来搬信息。这个习惯我觉得可以立刻改。
第四个收获：CLI 没那么可怕，但也真的不用背。
高频的就那几个：/plan（看计划）、/diff（看改动）、/review（全局复查）、/permissions（查权限）、/status（看状态），加上 @ 引用文件、! 跑命令两个符号。作者原话："先记入口、5个命令和几个交互动作就够了"。还有个小知识：Ctrl+L 只是清屏，/clear 才是真正重开上下文，不是一回事。
第五个收获：四个天天被混着说的词，一张表就分清了。
AGENTS.md 是项目制度，Skill 是做事方法，Plugin 是打包好的能力包，MCP 是外部接口。Memory 和 AGENTS.md 也要分开：Memory 记"我这个人"的偏好，AGENTS.md 记"这个项目"的规则。作者的接入顺序我特别喜欢：先正常干活 → 规则重复出现了再写 AGENTS.md → 方法重复了再做成 Skill → 真缺外部能力了再接 MCP。"先有问题，再加能力"，别为了显得高级先把工具装满。
第六个收获是时间尺度的区分： Plan 管这一轮怎么做，Automation 管定时把跑顺的事再跑一次，/goal 管跨很多轮的长期目标。红字提醒写得很好："没跑顺的别急着自动化"，"Goal 一定要有终点"。
最后说说两篇连起来的收束。
作者在最后一页画了上下两篇的完整学习地图，然后写了一句话，我觉得这是整个系列真正的主心骨："先把 Codex 用对，再把 Codex 用顺，最后才是把 Codex 用强。"
而且上下两篇的结尾都回到了同四件事：材料有没有给对、任务边界有没有说清、跑偏了会不会及时纠正、最后有没有自己验收。会多少命令、装多少插件，都排在这四件事后面。我把这句话原样抄进了备忘录，因为它不止对 Codex 成立——对我用的每一个 AI 都是同一套。
一篇"精通"教程，讲到最后说精通 = 把基础的四件事做到。这种作者我喜欢，追了。
原作者：阿 shuai（小红书号：7492175000）
原作品链接：https://www.xiaohongshu.com/explore/6a97e03a0000000011030999?xsec_token=ABZyI0gfuINKJeSon8JhgqVG4RHn_4Sm3nlQnDgjE51Ic=&xsec_source=pc_search