Claude 背后的 Anthropic，自己到底怎么用 AI？

FDE 团队负责人 Amandeep，入职前觉得自己已经很会用了。

入职后才发现，同事们的用法还真不一样。

他所在的团队，最开始是人有问题就问 Claude，后来却变成 Claude 主动找人问进度、跟任务。

从助手到同事，他们是怎么一步步走过来的？

下面我们顺着这段内部实践，分五个阶段聊聊。

第一阶段，随时问它

比如，这位负责人要跟一个客户合作，但完全不了解对方。

以前，他会找客户经理问：这个客户有哪些项目，现在进展怎么样？

在 Anthropic，他直接进入相关的 Slack 工作群，问 Claude。

Claude 会结合已有的业务信息，帮他了解项目背景。

它已经接通了公司的资料，所以连内部工作的问题，也可以先问它。

这时的分工很清楚：人提问，AI 回答。

第二阶段，交给它做

这支团队早期，所有的客户合作机会被发到工作群里，全靠一位负责人记在脑子里。

需求一多，他就忙不过来了。

于是，他让 Claude 建立跟踪表和仪表盘，把合作机会和进展整理出来，方便团队查看。

这一步，AI 已经能交付一个具体结果了。

但新机会还在不断出现，表格也得跟着更新。

负责人要么自己改，要么每次再叫 Claude 改，还是离不开他。

于是，他把 Claude 加进工作群，让它持续负责这些信息的更新。

有新机会进来，Claude 就去客户管理系统里读取相关资料，缺什么信息就追问，补齐以后更新表格和仪表盘。

从这里开始，交给它的工作有了一个持续的要求：让这份信息一直保持准确、最新。

负责人不用每来一条消息，就再发一次指令。

第三阶段，让它维护系统

项目和使用者越来越多，一张表格不够用了，团队决定把它升级成应用。

大家跟 Claude 一起把需求讨论清楚，再让它写代码、提交改动，由人审核。

应用上线后，整个团队都能用它跟进项目。

接着，用户开始报 Bug、提需求，维护工作又来了。

他们就建了一个反馈工作群，让 Claude 负责接收和分类。

遇到明显的 Bug，它可以着手修复，提交改动，让人审核。

至于要加什么新功能、先做哪个，仍然由人决定。

到这一步，Claude 既参与搭建工具，也持续处理工具运行中的问题。

人负责产品方向和审核，日常维护有了它来接手。

第四阶段，让它协调团队

工具运转起来了，团队开会时却发现，人员安排还是会出问题。

比如，同一个工程师，已经把 100% 的时间投入一个项目，另一个项目又给他安排了 50%，售前工作还要占 25%。

加起来，175%。

不同负责人掌握着不同的信息，放到一起，才发现一个人根本忙不过来。

于是，他们让 Claude 在每周五提前收集项目状态。

它会查看跟踪表、客户工作群、通话记录和邮件，把分散的信息汇总起来。

还有什么不清楚，就去找相关负责人确认。

等到周一开会，它把仍然没解决的问题整理成议程。

大家提前知道要讨论什么、需要谁参加，再到会上作决定。

会后，Claude 读取会议记录，提取行动项。

人确认以后，它再协助发通知、更新跟踪表，推进后续工作。

这样，会前的信息收集、会后的行动跟进，都由 Claude 持续推动。

第五阶段，让它主动推进。

回头看，会发现提问的方向变了。

一开始，人遇到问题，去找 Claude。

现在，到了需要更新状态的时候，Claude 会主动找人：项目进展怎样，还有哪些信息需要确认？

它开始承担收集信息、协调沟通、跟进事项这些持续性的职责。

这也是这位负责人把它称为团队成员的原因。

如何让协作持续运转

那他们是怎么让 Claude 这样工作的？

这里有五个支撑条件。

第一，共享上下文。

大家可以围绕同一个 Claude 协作，它也能访问获准使用的业务资料和工作记录。

所以，问客户背景时，它知道去哪里找；收项目状态时，它能把不同地方的信息联系起来。

第二，工具权限。

读取客户资料、更新表格、提交代码改动，都需要相应的工具。

他们把这些能力接给 Claude，让它能够实际操作，同时保留操作记录，方便追踪它做过什么。

第三，记忆。

有人希望通过邮件收报告，有人喜欢在 Slack 里看，这些偏好需要留下来。

团队的协作规则、组织的共同知识，也需要积累。

这样，它后续做事时，才有这些要求可以参考。

第四，主动触发。

到了周五，就启动收集状态的工作；出现新的合作机会，就启动信息更新。

把时间和事件设成触发条件，工作就能按约定开始。

第五，反馈闭环。

做得不符合要求，就给它反馈，把修正保留到记忆和指令里。

下一次按更新后的要求执行，再检查结果，继续调整。

这些条件共同支撑了前面的工作交接，让 Claude 能够在团队实际工作的地方，持续参与进来。

从一件具体的工作开始

回看这支团队的过程，每一步其实都很具体。

先做一张表，再把信息持续更新好；表格升级成系统，再接手维护；会议需要准备，再去收状态、跟行动。

他们遇到一处问题，就尝试把相应的工作交给 Claude，并补上完成工作需要的条件。

你也可以先看看，自己工作里有没有这样一件事：总要反复提醒、反复更新，信息从哪里来很清楚，做没做好也容易检查。

可以从这一件事开始，明确让 AI 持续负责什么、什么时候启动、结果交给谁确认。

从一次次发指令，到交接一项持续的工作，可以先从这里开始试。