Claude Tag 与企业上下文锁定在 AI 服务商中的风险

Anthropic 推出了 Claude Tag，让团队可以在 Slack 中使用共享助手。起初它看起来只是一个方便提及 Claude 的方式，但我认为更大的意义可能是将 AI 融入日常知识工作。我担心单一公司可能逐渐主导这些工作，这是预测，而非已确立的结果。

团队可以在 Slack 中提及 Claude，使用组织配置的频道和工具委派任务。Anthropic 描述的是拥有上下文并能访问选定资源的共享助手。它不会自动拥有公司中的每段对话和每份文件；访问取决于权限和配置，主动的 ambient 行为也必须启用。参见 [Anthropic 公告](https://www.anthropic.com/news/introducing-claude-tag)。

Anthropic 将 Claude Tag 描述为面向团队的 Claude Code 演进版本，并表示其内部版本生成了产品团队 65% 的代码。这是公司针对自身团队提出的主张，视频没有解释测量方法，也没有证明其他地方会有同等提升。我认为从独立编程界面转向团队对话是一个重大变化。

Andrej Karpathy 描述了一种持续运行、异步工作的助手，它拥有工具和组织上下文，并与团队并肩工作。我将其解读为可能的新界面模式：人们不必打开独立的 AI 应用，而可以在原本进行对话的地方委派工作。我预测 Anthropic 最终可能开发 Slack 的竞争产品，但这只是我的推测，并非已宣布的产品。

它的吸引力在于集成、计算、记忆和安全机制可能让助手执行各种任务，而同事可以继续自己的工作。我将其描述为租用一位 AI 团队伙伴。这个比喻不应被理解为系统是一个人，或其输出无需审查就可以信任。

Karpathy 将其视为继网页聊天和下载的 AI 应用之后的第三阶段：一个共享上下文并与人异步协作的持续运行助手。我认为这一框架很有说服力，但也担心组织的工作和积累的知识都会依赖某个服务商。

我担心的是企业上下文的控制权。如果服务商可以访问对话、文档和工具，组织需要考虑自己分享了什么，以及以后如何迁移或恢复这些上下文。确切的访问和保留行为取决于配置及服务条款；视频没有证明服务商会收到每一条公司记录。

Y Combinator 曾讨论 AI 原生公司的想法，我认为 Claude Tag 可能是朝这一愿景迈出的一步。我设想一位全天候帮助人们的助手。我提到生产力提高一千倍，只是用于说明的推测，并非该产品的实测结果。

设想一个以增加营收为目标的循环：智能体可能使用公司上下文提出实验，并反复进行。这是假设中的未来工作流程。它能否改善业务取决于可靠数据、评估、权限、人类决策和成本；视频没有展示能无限期成功运行的自主循环。

我担心能够在推理上花费更多的组织可能获得优势，从而使经济权力更加集中。这是可能的结果，而非已确立的后果。我还讨论了 Ashwin Gopinath 的一篇帖子，他认为 AI 服务商可能成为解释、记忆和分派工作的所在。

他将此称为上下文锁定：更换模型可能比迁移关于公司如何运作的积累知识更容易。我将这一风险与过去对应用商店或社交平台的依赖相比。锁定程度取决于数据可移植性、集成、合同和替代选择，而不是由某项功能自动决定。

按使用量计费带来另一个担忧：智能体可以持续工作并消耗 token。称成本无限是一种修辞；实际成本取决于用量、价格和配置的限额。组织决定如何部署助手时，可以评估预算和支出控制。

我设想 SaaS 客户不再打开软件界面，而是让智能体操作软件。如果智能体还能实现工作流程并访问数据，我想知道软件产品还剩下多少独特之处。这是关于界面和竞争变化的一种情景，并非证明智能体已经能够取代每个应用或其保护措施。

我最极端的担忧是某个服务商可能逐渐掌控知识工作和软件。我认为监管可能变得相关，但这种集中是否发生仍不确定。开放模型、多个服务商，以及保留和迁移业务上下文的能力，是我希望组织考虑的替代方案。

我仍然乐观地认为，人与 AI 可以在组织内部共同工作，而不只是将助手当成独立的聊天页面。更多竞争以及客户对上下文的控制，会让这样的未来对我更有吸引力。生产力提升的规模和最终市场结构仍是开放问题。