不会写代码的人，才是重做工作流的那个人

上一篇是 Eleanor Dorfman 站在 SaaStr 的台上，从高处讲 Anthropic 怎么把整个销售团队围着 Claude 重搭：不换工具、让 Claude 在各个系统之间穿针引线、Slack 当所有支持部门的统一入口，还有很关键的一条，把最能干的那批销售的打法，沉淀成一个个 Skill，新人第一天就能整套拿到。

那篇有句话一带而过：这些"最能干的打法"做成的 Skill，最早到底是谁、怎么做出来的？

这篇就是那句话底下的答案。答案有点反常，不是工程师，是一个连终端都没打开过的销售。

真正难啃的是收件箱。他用 Claude Code 开始搭一个东西，能用他的口吻起草客户回信。"Claude Code 名字里带个 code，光这个词就让我有点发怵，迟迟不敢动手，"他说，"但过了一阵我才明白，它能接上我的电脑、读懂我电脑里的文件，这有多厉害。"

这东西就是 CLAFTS（Claude Drafts）：一个挂在 Gmail 里、用 Claude 起草回信的小应用。它从一个共享的 Google 云端硬盘文件夹和别的工具里取材料，自己联网搜 Anthropic 的公开文档，再模仿他的文风。等他忙完一天打开草稿箱，回信已经写好、就等他过目。

这里藏着一个特别容易被忽略、却是销售类工具最常翻车的点：Anthropic 每发一次产品变更，文档跟着更新，Claude 下一次起草就自己联网把新内容补上。用 Jared 的话说，Claude 能联网读懂官网上最新的文档、写邮件时直接引用，"这些我都不用记在脑子里了"。于是回给客户的，永远是刚上线的那个版本，而不是他碰巧还记得的旧版本。

也别以为这很轻松。Claude 刚上手时写得又长又爱绕，他来回改提示词改了几百遍，才让草稿读起来像他本人写的。

说到效果，他最看重的其实不是省下的时间，是准确。用他的话讲：以前他觉得自己花在行政杂事上的时间，比真正陪客户的还多；有了 CLAFTS，他才终于能多干点本职，也就是卖东西。

CLAFTS 不是那种自上而下立项、再发文件推广的工具。他做出第一版的第二天往 Slack 里一发，24 小时内就有别的销售开始用，效果也差不多。一起搭它的还有 John Albert，一个常加班到半夜回客户邮件的年轻销售。剩下的业务拓展团队，是看着身边同事每天多出好几个小时，自己围过来的。"从那以后，安利基本是他们自己在做了。"

然后他接着造：日历前后各一个 Skill，早上的"晨间简报"和晚上的"晚间复盘"。每天早上，晨间简报读他的日历、把今天要见的人挨个联网搜一遍、在第一个电话之前把谈点列好，靠 MCP 连上 Google 日历和客户系统。每天收工，晚间复盘从 Google 文档和会议记录里起草跟进邮件。"这两个一拼起来，就成了 Claude 在帮你打理每天的活，本质上已经是个 agent 了。"他现在更进一步，在试 Agent SDK，把上一段 Claude 的产出直接喂给下一段。

为了把这些工具铺到他服务的整个团队，他用 Claude Cowork 把这些 Skill 和连接器打包成一个插件，谁都能几分钟装好。插件上线几个月，大约 80% 的销售团队都在用。剩下的 20% 多半是新人，而这恰好是他下一步要解决的，因为这些 Skill 当初就是为帮新人更快上手做的。

把镜头拉回上一篇，你会发现 Jared 不是个特例，而是一类模式的样本。Eleanor 那套组织打法里，本就有一条"把顶尖销售的打法沉淀成 Skill"。CLAFTS 让你看清这条到底怎么发生：那些打法不是凭空"沉淀"出来的，是某个最难受的一线销售，先在自己的痛点上跑通，再被打包、被复制。Eleanor 讲的"做素材"那个 Skill，描述里就提过一句，有销售把一段销售通话的转录丢进 Claude Code，做出了定制原型。一回事，动手造工具的，都是销售，不是工程师。

两篇拼到一起，是同一个故事的俯视和仰视。Eleanor 回答的是"销售组织该怎么围着 AI 重搭"，Jared 回答的是"那些 Skill 从哪来、Claude Code 这种东西该先交到谁手里"。

而 CLAFTS 这条线最实在的地方，恰恰是它把"瓶颈到底在哪"摆正了：卡住 Jared 的从来不是写代码，是想清楚该造什么。这件事上，懂业务、天天被那个痛点折磨的人，比任何工程师都门儿清。当写代码这道坎被 Claude Code 抹平，剩下唯一稀缺的，就是他本来就有的那份业务判断。