你以为 AI 在帮你干活
其实它在赌你想的跟它一样
三招管住它：Plan 让它先交计划，Fork 让它分头跑，Goal 让它盯死一个目标自己干
前两期你学会了让 AI 跑起来，学会了站在现成工具的肩膀上。
这一期更难也更值钱：AI 动起来以后，怎么让它别给你跑偏。
三招到手，你一个人就能指挥它干很重的活。
AI 最危险的时候，是它一句话就听懂、立刻开干的时候。
它嘴上说帮你，心里赌的是你想的跟它想的一模一样。
赌对了你赚到，赌错了它把八个文件改得稀烂，你回头都找不到第一步是从哪儿崩的。
这一期跟工具关系不大，就讲一件事，怎么把 AI 当成要你点头才能动的下属，每一步都先过你这关。
后面三招，Plan、Fork、Goal，都是让你把住关口的不同姿势。
你一定见过 AI 这样翻车
你让它改个小毛病，它噼里啪啦动了八个文件，全乱了。
你说不对，它说好的我修，又改了五个文件，更乱了。
修到第三轮你已经看不懂它在干嘛，只能整个回退。
这场面像你外包了一个活给乙方，需求文档还没确认，对方就埋头开干了。
做到一半你发现方向整个跑偏，它二话不说推倒重来，重来一版又踩进另一个坑。
你气的是它压根没想清楚就动手了。
说个我自己的糗事。
我第一次放手让它改一个项目，它一口气改崩了八个文件。
我盯着满屏报错，连它第一步动的是哪儿都翻不出来，最后只能 git 全退回去。
那一下午算白干。
它手脚是快，可它压根没跟你对过目标就上手，这才是要命的地方。
Plan 模式：先让它把计划摆上桌
最简单的解法，开干前先让它读代码、有不懂的反过来问你、交一份计划。
计划里写明改哪些文件、怎么改、怎么验收。
你不点头，它一行代码都不许碰。
先让它把计划摆上桌，你审过了再放它干。
进 Plan 模式很简单，打一个 /plan 就行，Claude Code 和 Codex 都认。
它会先把要做的列成计划给你看，你点头了它再动手。
# Claude Code · 打 /plan，它先给你计划再动手
/plan
# Codex · 一样，打 /plan
/plan判断标准特别简单，这改动你能用一句话说清吗。
能就直接干，说不清就开 Plan，逼它先想清楚。
怎么审它的计划
拿到计划别急着放行。
审计划这一步，才是你管住它的真功夫。
三连逼问，一句一句怼上去。
第一问，这步为什么改这个文件，不改行不行。
第二问，你漏了哪些依赖和边界。
第三问，出错了影响面有多大。
审它的计划，就是一条条追问到底。
它第一版给你的，往往是谁都不会反对的安全答案，听着稳，其实没用。
你得逼，逼到它没法再拿场面话搪塞，它才肯把真问题吐出来。
审核越严格，AI 越不会出错。
审核不仔细，返工不止费 token，还费时间。审完了，再让它照计划动手。
Fork：不知道选哪条路就全都要
Plan 解决的是想清楚再动手。
但有时候你压根不知道哪条路对，想都想不清楚，这时候 Fork 上场。
Fork 的精髓就一句话，不知道选哪条，那就让它几条路一起跑。
你对一个任务有好几个想法、好几个方向，不知道哪条走下去是对的。
以前怎么办，自己一条一条试。
这条不行回头换下一条，时间全耗在排队等结果上。
现在不用这么干了。
同一个任务，你直接 fork 出几个副本，比如克隆三个出来，一起往下推。
这就跟你拿不准走哪条路，干脆派三个分身一人走一条，谁先走通你听谁的。
三条线同时跑，看每条走到最后长什么样。
从一条一条排队试，变成几条路同时跑，这是 Fork 真正值钱的地方。
# Codex · 克隆一个副本去跑另一条路，原对话不动
/fork
# Codex · 临时问一句，退出即丢，不污染主线
/side 这个报错大概是什么原因
# Claude Code · 退出后跑这句，弹 picker 选要从哪条会话分叉
claude --resume --fork-session代价也得说清楚。
跑多个副本，token 会多烧个两到三倍，毕竟你是真在同时跑好几个任务。
但你换来的是时间，多花的那点 token，跟省下来的试错时间比，便宜太多了。
很多时候卡住项目的，恰恰是你耗不起的那点时间。
Goal 模式：给它一个目标，让它自己跑到底
第三招，Goal 模式，Codex 上真有这个功能。
打 /goal 加上你的目标，它就朝这个目标自己跑很久，一直跑到完成。
你还能先给这个新人批一笔项目预算，专业说法叫 token 额度（token 就是 AI 干活的计费单位，它多想一步、多写一行字，都在往这笔预算里扣，干得越多扣得越多）。
就像你跟新人说这个项目预算封顶五万，花完必须收工汇报，额度用完它就自己停手交差，不会一直闷头干下去把预算烧穿，也不会失控没人管。
# 先打开 Goal 功能
codex features enable goals
# 设一个目标，它朝这个目标自己跑到底
/goal 把这 1000 组提示词按摄影、风景、品牌设计分好类做出来
# 暂停 / 继续 / 清掉（这三条是 CLI 命令行端用的）
/goal pause
/goal resume
/goal clear
提醒一句，Goal 和 Plan 是两套机制。
Plan 是逼它先想清楚再动手，Goal 是给它一个明确目标让它自己一路跑。
讲两个我自己的真事，一个反例一个正例，你就知道什么时候该用、什么时候千万别用。
先说反例。
有一次我的 Codex 聊天记录丢了，我图省事，直接开 Goal 模式让它去找回来。
开完我没盯着，干别的去了。
半小时回来一看，任务还在跑。
它碰壁了，绕弯子了，原地打转。
后来我想明白了，问题出在我自己身上。
我给的需求其实不明确，连我都没说清到底怎么找回，它更不知道该怎么做。
这种你自己都知道该怎么干的简单活，发一条明确的指令就完事了，别设 Goal。
Goal 跑这种活，纯属让它替你瞎转。
再说正例，这个才是 Goal 最香的场景：批量标准化生产。
我之前用 AI 跑图，设了个目标让它跑一千组提示词。
我已经替它分好类了，摄影类、风景类、品牌设计类，每一类要多少数量我都告诉它了。
它只管照着把提示词做好，这是第一个目标。
跑完，第二天我让它直接出图，给它接了个外面的画图工具，专业点叫第三方 API，你就理解成给这个新人多批了一个外部供应商的通道。
为啥要借外面的，因为 Codex 自己画图这条路被公司卡了速度，就像公司给你账号配的系统操作次数上限一样，OpenAI 怕你用得太猛，故意把每分钟能画的张数压低。
你要做一百张、一千张图，靠这点配额排队跑，几天都跑不完。
换一条额度更高的外部通道，它哗哗就把图都出齐了。
这种活它干得非常漂亮。
Goal 适合那种有明确指标、它自己能对照标准判对错、批量又标准化的任务。
就跟你给下属定验收清单一样，你得先写明白合格长啥样，它干完才能照着这份清单一条条核，全达标了才算交差。
目标说得越死，它跑得越稳。
含糊的活别丢给它。
三招连成一条线
回头看这三招，姿势不一样，说的是同一件事。
Plan 管想清楚。
让它先把计划交出来，你审完再放行。
Fork 管同时试。
不确定就克隆几条线一起跑，谁活下来用谁。
Goal 管盯死目标。
给它一个明确的指标，让它自己一路跑到完成。
用 AI，你别想着把活甩给它就完事，得盯着它用，把你的判断压进每一步。
follow-builders
开源案例 · 5538★这个项目干的事很直白：你告诉它自己关心哪些方向，它就自己去追26个真正在做AI产品的人在X上发的话、盯着几档AI播客更新了哪几期、扒官方博客发的原文，整理成摘要，按你定的节奏每天或每周推到Telegram、Discord或WhatsApp里。你只在装的时候说一次「帮我设置」，讲清楚兴趣方向，剩下的它自己按节奏跑，不用你天天盯着它有没有干活。这正好是这一课说的Goal：给它一个目标，它自己安排好节奏一路跑到底，你只等结果送上门。
靠的从来都是你自己的经验和决策。
Plan 让它想清楚，Fork 让它分头跑，Goal 让它盯死目标。三招都在逼你把判断压进每一步，你看得越准，它越翻不出花。
备注 黑哥AI 更快通过