从挫败到信任——协作者的情绪曲线

从挫败到信任——协作者的情绪曲线

第一次让 WorkBuddy 大改代码时，你的手是抖的。这不是夸张——是你的大脑在说"这不是你写的"。三个月后，你连看都不看直接 merge。

情绪是有曲线的

根据我的经历和观察，WorkBuddy 协作的情绪曲线大致是这样：

# 第一周：欣喜
"天啊它能写代码——还比我快！"
"这个函数我自己要写 10 分钟，它 30 秒。"

# 第二周：怀疑
"等等，它改了三个文件，但我不知道它还改了什么..."
"它这个方案看起来对，但我不确定。"

# 第一个月：挫败
"同样的问题说了三次了为什么还犯"
"它写的代码我看不懂"
"算了，我还是自己写吧——让 AI 改比我自己改还慢"

# 第二个月：转折
"原来是我没告诉它为什么这么改"
"它上次提醒的那个坑，我自己都没注意到"
"今天它把我上个月的决策翻出来拦住了我——我差点又犯同样的错"

# 第三个月及以后：信任
"你帮我把这三个模块重构了，按上次那个风格"
→ 不再一行行 review
→ 不再担心它"乱改"
→ 开始把更重要的决策交给它

这个曲线不是 WorkBuddy "变好了"——是你在前两个月建立了它的认知基础。

挫败期的三个典型场景

挫败 1："它为什么就是记不住？"

场景： 你告诉 WorkBuddy 不要用某个库，下次它又推荐了。

你真正在生气的： 不是它推荐了那个库——是"我已经说过了"的徒劳感。

实际发生了什么： 你确实说过。但在上次对话里。你这次没把"不要用那个库"放进它的上下文。

挫败→信任的转折： 把这种"说过好多次"的事情放进记忆文件。

# 在记忆文件里建一个"永久排除清单"
## 不要用的技术
- Redis 做主存储 → 数据一致性风险
- Celery → 太重，用内置 BackgroundTasks
- MongoDB → 项目不需要文档数据库的灵活性
# 下次它在任何场景下推荐这些 → 自动排除

从"它记不住"到"我帮它记住"——挫败变成了掌控感。

挫败 2："它改的代码我改不动"

场景： WorkBuddy 用了一种你看不懂的写法，你想改一行，但发现动一个地方会连锁影响到它那 200 行的"精巧结构"。

你真正在生气的： 不是它写得不好——是失去了对自己代码的控制感。

实际发生了什么： 你没有在给需求时说风格约束。它用了自己最擅长的写法——它在训练数据里见过的"最优"模式。

挫败→信任的转折： 在 SOUL.md 里加风格约束，永远在代码写之前说清楚。

# SOUL.md 里的风格约束
- 不要嵌套生成器表达式（展开成 for 循环）
- 不要三元表达式嵌套（拆成 if-else）
- 每个函数不超过 30 行
- guard clause 优先于深层 if 嵌套

下次它写出来就是你看着顺眼的风格——不是因为它"学乖了"，是因为风格约束提前在了。

挫败 3："它自作主张加了我不需要的东西"

场景： 你让 WorkBuddy 写一个简单的文件读取器，它给你加了一整套配置管理系统。

你真正在生气的： "我没说要做这个！"——感觉它越界了，不听你的。

实际发生了什么： AI 默认倾向是"给更完整的方案"。它把"文件读取"理解成"你需要一个配置管理"，并好心扩展了。这是它的默认模式，不是故意越界。

挫败→信任的转折： 用精确指令收窄它的"好意"。

你：帮我写一个配置文件读取器。
   只做读取，不做以下任何事：
   - 不支持 YAML/TOML（只支持 JSON）
   - 不需要文件变更监听
   - 不需要 schema 校验
   - 不需要环境变量覆盖
   - 不需要多文件合并

   只需要：json.load(open(path)) 加一个最简缓存（30 秒过期）。

从"它不听话"到"我说清楚了"——挫败变成了精确。

信任不是"它不犯错"——是"犯错有恢复路径"

完全的信任从来不是"AI 永远正确"。AI 会犯错，会的。

信任是：它犯错的时候，我知道怎么快速找到问题并纠正，而且不会丢失我自己的进度。

这就是为什么前面要建 Git checkpoint、分支隔离、每层可独立验证。这些不是"不信任它"——恰恰是用制度建设来支持更深层的信任。

你可以放心让它大改代码，因为你知道改坏了可以三分钟内回退。 这份安全感，是信任的地基。

跨越挫败期的三个心态调整

调整 1：它的错，先看"我缺了什么信息"

AI 写错了方案 → 先问自己：这次需求里有没有和上次不一样的前提？有没有我以为它知道的约束实际上没告诉它？

80% 的"它错了"其实是"我没说全"。 不是批评自己——是认清了协作的本质：双向信息流。

调整 2：允许它试错，但要控制在安全范围内

不要让它在一个超级重要的模块上做试验。先让它在一个边缘模块上做同类操作，看效果。效果好 → 信任增加 → 给更重要的任务。

信任是渐进增加的——和人类同事一样。

调整 3：别在情绪最上头的时候判断

某天它写了一段让你血压升高的代码。这时候的判断力是最差的——你可能因为一行不顺眼的代码就否定整个方案。

放下，过半小时再回来看。 很多"写错了"其实是"和你写法不同"。而"不同"不等于"错了"。

信任到最深

深层的信任不是"它不会犯错"。

是你某天把自己正在做的整个项目交给它，说"你帮我整理一下，我去吃饭"，回来发现它不仅整理了代码，还把文档、测试、部署脚本一并更新了，而且风格跟你的完全一样。

你看着屏幕笑了。不是因为代码多好——是因为你知道：它是几个月里，每一次决策记录、每一次有效反馈、每一次"养"出来的。

信任不是一瞬间的决定。是几个月的好习惯堆出来的。

本文基于与 WorkBuddy 的协作经验撰写。你现在在哪个阶段？评论区说说你和 WorkBuddy 的"关系进度"。