P6迭代：让每一次失败都留下东西
对话会丢，文件不会；失败要变成下一轮的配置；意见分层沉淀；沉默不是满意；第一版要窄；只奖励真实运行。
那次为了写线下活动定价的文章，我让 AI 抓取活动行上的 3,839 个活动，一共跑了四轮。每一轮的失败，都变成了下一轮的配置改动，没有一次是从头再来。
迭代六条：点开一条，看一句话解释。
原则 21 对话会丢，文件不会
第五期创造营有一道全天最硬的门：你做出来的能力，必须存在于文件里，不能只存在于对话历史里。今天你和 AI 聊了三个小时，终于把一件事做对了；如果这三个小时只存在于聊天记录里，下次你还得从头再聊一遍。
把能力留在文件里，按门槛从低到高有三种：把模型、规矩、常用的提示写进工具的配置文件；把一件事的做法写成一份 AI 能执行的说明书，也就是 Skill；再往上，是真正的插件或程序。
我自己工作区的规则文件后面，挂着一长串踩坑记录，每条都带日期，很多还带着当时那次提交的编号。macOS 没有 timeout 命令，某个生图工具有全局锁、批量只能串行跑，这些都是撞上之后写下来的，下一个会话一打开就能读到。
原则 22 第二轮不能只是“我又说了一遍”
判断有没有回路很简单：如果你今天的第二轮和第一轮唯一的区别是“我又说了一遍”，那你没有回路，你只是在重复。
比不中断更重要的，是中断之后接得上。网络会断，模型会限流，电脑会重启，任务会变，人的判断也会变。所以每一步都要留下痕迹：计划、检查点、提交记录、运行过的命令、失败的原因、下一步的打算。每半小时留下一个别人接得住的状态，比一个 Agent 神神叨叨跑一整夜更重要。
9 月 11 日，我在 Codex 里接 DeepSeek 干活，三个会话先后被锁死，再也发不出消息。毛病出在看图：图片被自动缩放时，下一轮请求抢在上一批结果回齐之前就发了出去。我写下一条规则：看图单独占一条消息，看之前先把图缩到长边不超过 2048。规则写进去之后，当天又锁死了第四个会话，这次是看图和一条缩图命令挤在了同一批。那条规则放在按需加载的细则里，看图的任务不一定会读到它。于是判据收紧成“和看图同批的任何操作都不行”，规则也提进了每次开工都会读的根规则，成了第 51 条。
原则 23 一次的意见改作品，反复的才改规则
我给 Agent 定的反馈规矩分四层，一条意见先按最窄的一层处理：
升级条件：我明确说“以后都这样”，或者同类问题在不同任务里出现两次以上
升级的条件也写死了：我明确说“以后都这样”，或者同类问题在不同任务里出现两次以上。10 月 3 日我说“记住：每次 bgm 应该基于内容自动生成或者重新选用”，属于前一种，那一版改了剪辑规范，也同步改了剪辑 Skill。转写录音属于后一种：9 月 26 日、9 月 28 日我已经纠正过两次，约定只记在两个项目各自的记忆里，换一个项目就失效；10 月 5 日第三次纠正之后，这条约定升进了领域细则，换哪个项目都按它来。
9 月 28 日那句“不对，应该默认发布到 Lovstudio 官网”，改的不只是规则：当时官网还没有托管独立网页的地方，为此专门加了一个入口。
文风也一样。我的文风 Skill 用 19 篇文章校准过，后面跟着一份“负向校准”，到现在记了三次：9 月 8 日、10 月 29 日、10 月 31 日。每次都记下原稿里出问题的句子、它背后的写作动作和那一篇的改法，还注明改法只适用于那一篇，不能当成以后的固定句式。一次的意见改那篇稿子；留进 Skill 的，是对写作动作的判断。
原则 24 沉默不是满意
我给 Agent 的通用原则里有一条：把我对上一轮结果的态度当作交付信号，明确的赞赏、失望、愤怒、反复纠偏、无奈或者敷衍，都要识别出来，不把沉默当作满意。
识别情绪很容易过头，所以配套的协议里写了几条红线：推断出来的情绪必须带着我的原话作为证据，没有原话的推测不记账；沉默本身不是证据，只有和上一次互动形成对照时才算线索；我改需求，记成方向变化，不算不满；客套的一句“还行”，不升级成强烈信号。强度从 1 到 5，3 以上才直接记下，宁可少记，不错记。
原则 25 第一版要窄到让人怀疑值不值得做
2024 年上半年那个微信群总结机器人，我想覆盖所有人：群主、群员、公众号作者，结果没有一个人愿意付钱。我还顺手制造了信息污染：一个群里本来有 100 篇文章，加上 100 条总结，就变成了 200 条消息。
窄，意味着你能在一个下午做出来，能在第二天真的用上，能在一周之后知道它到底有没有用。
做出来之后，先自用，再发布。我那七个插件里，dsh-plugin-marketplace 最早只是解决我自己“找不到别人写的插件”的问题，后来长成了别人也在用的东西。发布也可以分三级：
| 级别 | 标准 |
|---|---|
| 一级 | 能在你自己的第二台电脑上装上并跑通 |
| 二级 | 同事或朋友能装上，并且在你不说话的情况下，跑出一次正确的结果 |
| 三级 | 打包上架，陌生人能搜到、装上、用起来 |
发布的三个级别
原则 26 只奖励真实运行
第五期创造营，我们给学员设计过一套 30 天的续航办法，原则只有一条：只奖励真实运行，不奖励功能数量和配置复杂度。你的工具跑了多少次、帮你干了多少活，比它有多少功能重要得多。
第四期的那次回访，是我最直观的证据。那一期 7 位学员每人都做出了一件作品，两周后，有人的东西还在长，有人的东西停在了那个周末。差别不在作品质量，在有没有留下一套还能接着用的东西。作品是浮盈，做完就停在那里；工作台是增量，明天打开还能接着用。
常见误区
- —迭代就是多聊几轮。没有写进文件的那几轮，下次还得重来。
- —每条意见都写进全局原则。一次的意见改作品，反复的才往上走。
- —功能越多越好。30 天里只奖励真实运行。
- 第 1 题判断今天和 AI 聊了三个小时把一件事做对了，只要聊天记录还在，下次就不用从头再来。
- 第 2 题单选按手工川的反馈分层，一条意见什么时候才升级成更高一层的规则？
- 第 3 题单选第五期设计的 30 天续航计划，只奖励什么？
- 手工川《超越之旅》第一期讲义，第一章（第四期两周后的回访）、第二章（3,839 个活动、回路）、第八章（第一版要窄、从对话到文件、先自用再发布）、附录 B（30 天续航计划）
- 手工川《我用 claude-fable-5.1 调研了 517 个高客单价活动》，公众号「手工川」2026-09-02
- 手工川《置身 OPC 内 | 深度》，公众号「手工川」2026-07-08
- 手工川《反馈飞轮协议 v1》，lov-feedback-loop Skill
- 手工川 lov-writing-style Skill《用户负向校准》
- 手工川给 Agent 的通用原则、规则变更记录（0.1.0–0.26.0，2026 年 8—10 月）与工作区踩坑记录，未公开