我们团队的每个人都已经在用 Claude 了。问题就出在这里。

等到我们认真梳理时，BotsCrew 几乎所有人都已经每天在用 Claude 了。但许多最好的配置都只由某个人或某个团队使用，其他人甚至不知道它们的存在。解决这个问题的，是每个团队都做好的三件枯燥小事：指令：明确 Claude 在这个项目中扮演什么角色，以及它要遵循哪些规则。所有客户项目的首要规则都是：依据真实系统中的信息回答，而不是凭记忆。上下文：连接 Jira、Confluence、Slack、Fathom、Gmail 和 Drive。没有这些连接器，它就又变成了一个凡事都要你从头解释的聊天工具。操作手册：凡是做过两次的事，都写成操作手册中的一页，并在指令中加上一行说明。有趣的是，这些指令并不是我们自己写的。我们让 Claude 阅读介绍我们工作方式的 Confluence 页面，并让它从 Fathom 和 Slack 中提取信息。它自己起草了项目配置，再由人来审核。目前的成果：销售：每份提案演示文稿的制作时间减少了两个多小时。我们以有史以来最出色的一份演示文稿为基础，搭建了主模板。Claude 只能从经过批准的案例库中引用数字，签署人名单则能防止它编造职位名称。财务：每月的报告演示文稿通过一项可复用的技能生成。上传最新数据，运行即可。指标发生变化时，只需更新一次技能，之后每次运行都会体现这一变化。原本花在幻灯片排版上的时间，现在用来做分析。人力运营：每位候选人在共享项目中都有一个专属对话，里面存放着其简历、面试记录、笔记和推荐材料。Claude 会准备初筛问题、汇总反馈，并标出推荐人核查中的风险。一旦候选人接受录用，同一套上下文就会转化为入职计划。招聘决定仍由人来做。营销：案例研究的制作周期从 1–2 周缩短到了约 2 小时，主要是因为再也不用追着工程师要细节了。一位同事还让 Claude 开发了一个 Chrome 扩展，直接在 Gmail 中为 800 个用于链接建设的域名按颜色分类。这每天能省下 1–2 小时。工程：一项技能可以把包含 20–40 个任务的计划转换成一个 HTML 看板文件，并为每项任务准备好提示词。智能体收到的是单个任务及其依赖项，而不是整个计划。说实话，这才刚刚开始。每个团队差不多每周都会增加一个新用例，而凡是对多个团队都有效的做法，都会成为公司的标准。如果你刚开始，不妨先落实三件事：一项每周重复执行的任务、一个共享项目，以及一条书面规则，明确在向任何地方写入任何内容之前，必须由谁批准。