本文来源于量化小论坛策略分享会板块精华帖，作者为yin，发布于2026年5月10日。

以下为精华帖正文：

01

引子

最近同事们经常问我："你的agent为啥这么猛？我直接让它写，给我整一堆莫名其妙的东西。"

关键就在让它先别写。

这两个月工作中烧了claude 40亿token下来，稳定产出的核心就一件事：先有预期，再plan，最后执行。

很多人用agent是直接梭哈一句"帮我搞XX"，然后觉得不满意，开始反复纠正，结果就是越纠正越歪、上下文越脏、AI越精分，最后产出还不如自己写。

本帖讲的就是我日常在用的工作流：八步走，三个坑。

02

工作流八步

流程先列出来：

踩坑提示：我一开始偷懒没按这个流程走，直接梭哈一句"帮我写帖子"，结果翻车，整稿归档进 _废稿/。

下面每一步先讲方法，再补充本帖写作过程里跟agent的真实问答做印证。

你看到的每一段，都是这篇帖子从空白到落稿的真实迭代痕迹。

git init

在背景交代里加一句"先帮我git init"，让agent自己初始化本地仓库，不需要推远程。

意义只有一个：agent跑偏的时候，你随时能回去。

执行阶段改文件很快，快到你来不及看它改了啥就改完了。

有了git，每个大步骤之前让它自动commit一次，出问题git log -p查看日志和改动记录，真翻了git checkout .一键还原。

这里还有个技巧，翻车后觉得rewind重新描述起来太麻烦，甚至可以让agent查看git commit记录，让他自己理解翻车原因。

本帖背景交代第一行就是这句：

agent看到这句，自己就把git初始化了。后续每个迭代节点commit一次，写歪了git checkout .直接退回来。

背景交代

很多人写背景就是一句"你是一个资深量化工程师，擅长Python，请帮我分析BIAS_3因子"。

这有点反直觉，但现在的模型进化的太强了，这些限定词反而会影响MOE构下的参数激活范围和能力。

你给它定的"资深量化工程师"的角色，或者交代具体的技术栈，等于把它的工具集裁剪到了你认知范围内。

有些更好的方法、库、思路，你不知道但它知道，限定角色或者限定技术路线，它就跳过这些方案，按你画的框框输出"一般做法"。

应该要相信模型，直接给三件套：项目、参考、目标。

本贴参考背景如下：

要点：

• 给真实路径、文件名，它会去读

• 把"为啥要这个目标"交代清楚，它才会在多个方案里选最合适的

• 排除项也要明确写（"_废稿/ 不读"），免得它瞎找参考

• 把已有skill的名字指给它，让它自己加载

/plan

输入/plan进入plan mode，让它先出方案再动手。

产出通常是：模块划分、要点、方案对比、checklist。

为啥让它出？因为它经常在奇怪的地方翻车或者理解错误（opus 4.7/gpt 5.5也一样）

本帖原本草稿就30多行，plan出来的节选如下：

审设计永远比擦屁股省力。

review，进一步约束

plan出来看一遍，常见偏差：

本帖第一版plan出来之后，我一口气怼了10review 回去，节选几条最体现"收紧约束"的：

review的本质是把你脑子里没说出口的约束补给agent。

第一版plan出来你才会发现，自己原来还有这么多隐性要求没写清楚。

产出终稿plan+checklist

review几轮对齐之后，让它输出终稿：章节结构+每章要点+checklist。

这份终稿是后续执行的唯一依据。

本帖的终稿plan（节选）：

新开session

这一步很多人觉得都plan了，会直接开干，但它很重要。

讨论plan的过程已经吃掉了大量token：每一版改稿、每一次eview、agent的每一次澄清，全在历史里。

这些"历史垃圾"会严重污染你的context，新建一个session，只把终稿plan和checklist带进去，让它从一张白纸开始干活。

不要让agent走历史的倒车。 

执行

新context里贴入终稿plan和参考资料路径，开干。

这一步反而最省心，前面拼好了模，agent知道要什么、怎么做、产出什么格式。

新session里直接贴最终plan：

就这一句，干净利落。

它plan、读迭代日志做素材、按checklist检查完整状态。

检查、修正

对照checklist逐项过，小问题直接改； 大问题？ 回到第6步重来。

别怕重来，重来比纠正快。

本帖检查阶段的修改意见（实际过程中agent写完之后，我还润色了一点点）：

03

三个关键命令

前两步千万别偷懒，指的是git init和/plan这俩，/rewind和/btw是辅助命令。

git init（千万别偷懒之一）

第一节里讲过了，这里强调一遍：没初始化git，等于你在悬崖边写代码，agent一脚踩空全队团灭。

执行阶段每个大步骤之前让它commit一次。出问题git diff看改了啥，真翻了git checkout . 一键还原。本帖在归档废稿那一刻就是靠这招，_废稿/ 整个目录一键归位，重头再来。

/plan（千万别偷懒之二）

上来就用，先定方向再动手，哪怕你觉得"这事儿不复杂"，写一遍plan也能逼自己想清楚约束。

agent经常能想到你没想到的角度——审方案永远比写方案省力。 本帖原本草稿就30行，plan阶段它列出了彩蛋位置、八步详略分配、风格对齐方案，全是我自己懒得想的细节，看完那版 plan，我反而要回去补需求。

辅助命令：/btw和/rewind

• /btw：边走边问答，想到一个问题，单纯想问一问，不打断主线。 比如plan写到一半你突然想起"你搞明白我的写作风格是啥样的吗？"，/btw一句话直接问就行，如果没问题那就esc回到原session，不污染上下文。

• /rewind：曲解严重时，回退到上一个正确节点重来。第一次偏差太多直接rewind，不然越纠正上下文越脏，AI越容易犯傻。 这一条本帖切身体会，废稿那一轮就是没及时rewind，纠正了三四轮越改越离谱，最后直接推倒重来了。

04

三个最容易翻车的坑

05

后记

这套工作流没啥花里胡哨的技巧，本质就是先想清楚再动手，以前是你自己想，现在让AI帮你想，你来审。

重剑无锋，大巧不工。 长期稳定产出靠的就是这些笨功夫。

关于skill部分，细节比较多，后续单独写一篇。

祝大家早日财务自由！

祝大家早日财务自由！

祝大家早日财务自由！