失败日志——那些被构建出来又被删除的自动化

失败日志是这个知识库里最有用的文档之一。构建一个东西很容易，承认自己构建了它、用过它、最终又删除了它，并真正理解原因，这才是真正学习发生的地方。

自动化 1：自动摘要会议记录（第 6 周删除）

最初构建的目的是用固定提示词自动摘要所有客户会议记录。之所以删除，是因为固定提示词生成的输出千篇一律，剥离了特定情境的细微差别。摘要本身是准确的，但没有用——它无法区分“客户表示同意”和“客户表面同意但明显并不认同”这两种情况。替代方案：使用结构化笔记模板，由人在 AI 介入之前先完成第一轮打标签。

自动化 2：每日简报摘要（第 3 个月删除）

最初构建的目的是每天早上汇总行业新闻，生成五点式简报。之所以删除，是因为它优化错了目标——它生产出的是一份我在阅读、而不是在推动工作的简报。简报本身做得不错，但它养成的习惯并不好。替代方案：每周手动扫读两个特定信息源，自动化程度更低，但更有用。

自动化 3：提案章节生成器（第 7 个月删除）

最初构建的目的是根据结构化简报生成提案章节的初稿。之所以删除，是因为输出虽然看起来合理，却制造了一个新的编辑问题：清理那些听起来对但不完全对的 AI 生成文本，比在简报清晰之后从零开始写反而更费时间。替代方案：AI 只负责结构（标题、论证骨架），全程由人来写正文。

自动化 4：客户跟进追踪器（第 11 个月删除）

最初构建的目的是追踪未完成的客户承诺，并生成跟进消息草稿。之所以删除，是因为它对本该区别对待的客户关系套用了统一的跟进风格。这个自动化在技术上没有问题，但产出在职业分寸上是错的。替代方案：没有替代方案，有些跟进只能靠人手写。

四个案例背后共同的模式： 每一个自动化被删除，都不是因为它坏了，而是因为它在一个效率并非限制因素的地方去优化效率。跟进追踪器很快，但客户关系需要的是用心；简报摘要很全面，但这个习惯需要的是取舍。要为真正的瓶颈而构建，而不是为想象中的瓶颈。