夜雨聆风谢谢你点开这篇文章，这是我的第 15 篇原创。
前阵子赶一份专题报告——要在一个正式活动上用的 PPT，标准不低，第二天就要上场。
按以前的习惯，我多半会守着 AI 一句句指挥：先列大纲、再写第一页、不对、重来……人累，它也只能走一步看一步。
这次换了个法子：把目标、约束和“怎么算做完”一次交代清楚，让它自己拆解、执行、自检、修正。中途我打字说了句“我先去休息一会，你别停”，然后就真的去歇了。
这套做法有个词，叫 Loop Engineering（姑且译作“循环工程”）。意思其实很朴素：不盯着 AI 走一步看一步，而是把问题和标准说清，把过程交给它自己循环。
这篇就把这次怎么用的、踩了哪些坑，理一理。要是你也想把一件相对完整的活交出去，或许能参考。
01 一问一答，是有天花板的
平时用 AI，多半是“一问一答”：我说一句它答一句，偏了再纠。每一步都在眼皮底下，这是它的好处。
局限大概也在这——人得一直盯着，AI 也习惯走一步看一步，做到一半觉得“差不多了”就收手。
Loop Engineering 想换个解法：把目标、约束、质量标准一次交清，让它自己循环到接近目标为止。这次用的工具（Claude Code）里有个 /goal 指令，设定好之后，只要任务没达成，它就会试着往下走。
说到底，是把人的精力，从“指挥它怎么做”，挪到“定义问题和标准”上。
02 一条好的 /goal，是六块拼出来的
这次让我有点心得的，是慢慢把一条 /goal 写全了。回头看，一条相对完整的指令，大概能拆成六块——
1. 目标：一句话说清要什么、为谁做。
2. 精确输入：素材是什么、在哪，给准路径，别让它猜。
3. 交付物：要什么形态、放到哪、什么结构。
4. 质量铁律：不可逾越的几条底线，少而硬。
5. 执行模式：怎么跑——先澄清、再自主、中途别停。
6. 授权范围：能读什么、能做什么、不能碰什么。
这六块不是一开始就想全的，分了好几回才补齐。下一节把它整理成一个通用模版贴出来，你可以照着改。
03 一条可以参考的 /goal 模版
由于脱密的需要，实际的指令有差异。
目标：做一份 5 到 10 页的专题报告 PPT，用在一个正式活动上，面向外部重要受众，定位高层对外汇报。要求不低、时间也紧。
精确输入：几份相关材料——一份主题 deck、一份口径稿、两份数据分析、一份要点单页，都在项目目录里，按这些起、别另找。
交付物：先出 Markdown 文字脚本，我确认后再做 PPT。一页一个观点、尽量高一层、去学术化。最终 PPT 放交付目录。
质量铁律：① 不堆专业术语；② 涉及数字只给总量级，守住对外口径的红线——不泄露敏感数字、不点名相关方；③ 终稿干净，无起草痕迹、无表情符号；④ 拿不准的先查证或标“需澄清”，不许臆断；⑤ 初稿出来后，用另一个模型独立审一遍，我再综合定稿。
执行模式：开工前把不确定的点一次性问我；之后自主推进，中途别停下来反复确认。
授权范围：可以读项目素材和公开网络；但不许改动生产环境；源文件只读引用、不对外发送。
其实不必一开始就写这么全，我也是分了几回才补齐的。但开工前多想一层，后面常常能省点心。
04 让它真能跑稳的四招
第一招，输入给准。 一开始我没把材料的准确位置说清，它就自己猜，甚至上网漫无目的地搜，绕了几步远路。后来直接把路径贴过去，立刻就顺了。需要什么、在哪，开头尽量定准。
第二招，引入第二意见。 初稿出来，我让另一个模型（Gemini）独立审了一遍。它从受众的角度提了条我没顾上的建议，一下把那一页的立意拔高了一层。这条我就采纳进了稿子。换个视角，常能捞起自己的盲区。
第三招，分阶段，不强求一步到位。 这次分了三段：先打磨 /goal 指令，再理顺文字脚本，最后才做 PPT，每段我看一眼。比上来就生成几十页 PPT 再痛苦大改，顺手太多。
第四招，不确定的先澄清，别靠猜。 开工前让它把拿不准的先问出来——受众是谁？数字用哪个口径？定了再跑。开头花点时间对齐，好过中途返工。
05 我也踩了几个坑
一个是数字口径打架。 同一个指标，一处记的数和另一处差了三倍多，差点在对外的场合里自相矛盾。后来才理清：大的那个是几块加起来的总量，小的那个只是其中一块——不是矛盾，是子集和总和的关系。对外的数字，先对齐口径再往里写。
还有就是风格这种“看一眼才知道”的事。 我先让它出了一版糙的看效果，确认结构没问题，才改用公司原本的 deck 风格，连封面背景图都换了回去。这类主观的事，先出个糙版看看，比空想管用。
06 这套用法，办公里能怎么用
主流观点认为一次性任务不需要使用Loop Engineering，以防过度工程化。但是我认为一条/goal 指令就做成的事情开销还可以。
这不只是写代码的玩法。这次是做 PPT 报告；同样的思路，也能用来起草一份汇报或方案、把一堆会议纪要捋成结论，或者过一轮资料调研。
那些“目标算得清、过程有点琐碎、又有个验收标准”的活，大多都适合试着交一部分出去。
关键大概不在工具多神，而在愿不愿意把“指挥怎么做”的精力，挪一点去“把问题和标准说清”。定得越细，它跑得越顺；定得含糊，就容易绕路、卡住。
再往大里说一句：这其实是换了个用 AI 的“单位”——不再按“问一句、答一句”的回合来算，而是按“一件事到底交付了没有”来算。对每天都要交东西的人，这种盯着结果的用法，也许比记一堆提示词技巧更要紧。
在它吭哧吭哧排版那段时间，我是真的离开工位歇了一会儿。把活交出去，省下的不只是双手，更是把脑子腾出来，去想那些真正需要人来判断的事。
希望下次再面对着急要交的材料，你也能从容地对它说一句：“我先去休息一会，你别停。”
关于文桥 ｜ tx
我是 tx。与其被每天的 AI 资讯弄得焦虑，我选择用它去解决实际问题。
文桥是我的实践记录。边学边做，分享这一路的磕磕绊绊。
Stop worrying. Start building.
如果这篇记录对你有用，不妨点个关注，以后常来看看。你在实操中有什么想法或遇到什么坑，也欢迎留言聊聊，我都会看。
