三年前，我写过一篇文章，盛赞 Salesforce 的灵活数据模型才是它真正的护城河——哪怕那种复杂性让人头疼。

如今，软件世界已经天翻地覆。最明显的变化，就是生成式 AI 和大语言模型的飞速进化。这些模型成熟后，催生出了真正的“代理式工作流”：它们能从各种来源拉取信息，连续执行复杂操作，持续工作数小时甚至数天。

这些变化，把传统 CRM 架构的底层缺陷彻底暴露了出来。很多团队因此迟迟无法把代理式工作流真正用起来。

代理系统对底层基础设施提出了全新的要求，需要一种完全不同的应用和系统架构。过去一年，我们 Attio 团队把全部精力都放在了这件事上：如何让平台真正服务于代理，并兑现我们去年公布的 AI 愿景。

今天，我们非常兴奋地发布一个全新的基础数据模型——它将坐镇 Attio 核心，同时驱动我们最新产品 Ask Attio。我们把它命名为 Universal Context（通用上下文）。

Universal Context 建立在 Attio 原有粒子模型（Particle）之上，注入语义知识、全文搜索，提供代理友好的数据交互方式，同时保留了海量规模和事务一致性。

它专为生产环境中的代理工作负载而生，融入了超过 7000 个把 Attio 当成 GTM 核心的团队真实反馈和实战经验。

数据思维的彻底升级

代理的设计天性，决定了它们会对底层系统提出人类用户从未有过的需求。

举个例子：两个人类用户几乎不可能在同一秒对 CRM 里的同一条记录做完全相同的操作。即使是几千人的大团队，冲突修改也很少。但在代理世界里，哪怕一家小公司，同时运行几万甚至十几万个高度并行的代理，都是完全可能的——冲突概率指数级上升。

传统平台试图通过“额外加工具”（比如 Pinecone、Turbopuffer 这样的向量数据库）来补 AI 能力。这些工具只是数据的副本，能做语义搜索，却存在延迟同步问题，让代理很难把结构化查询和非结构化回忆统一起来。从数据库角度，这就是典型的“一致性”问题——系统能否在任意时刻精准反映真实状态。

Universal Context 是 CRM 历史上第一个实现 External Consistency（外部一致性） 的系统。它保证代理用来高效遍历数据的语义嵌入，永远与系统中其他数据完全同步，达到最高级别的事务一致性。

更重要的是，不仅 Attio 内部运行的代理能享受到这种一致性，在 ChatGPT、Claude Code 等外部平台运行的代理也能受益。我们新推出的 MCP Server，让外部代理也能获得和 Attio 原生代理一模一样的强一致性保证和高级索引能力。

这直接解锁了跨平台实时协同的新基础：所有代理现在可以在单一事实来源上实时协作。例如，一个在 Claude Code 里运行的代理研究某个联系人后，添加了一条关于兴趣的笔记。在 HubSpot 或 Salesforce 这样的传统系统里，这条笔记可能要等索引管道异步完成才能被其他代理看到。但在 Attio 的 Universal Context 里，同一时间在 ChatGPT 里运行的另一个代理，立刻就能看到这条笔记，并据此行动。

Schema 本身就是上下文

要让代理真正服务于 GTM 团队，必须给它们一条“进入组织数据”的高速通道，让它们理解数据的形状和访问方式。

目前很多 MCP Server 解决了“怎么取数据”的问题，却很少同时提供“数据长什么样”的理解。不同工具的索引能力和语法各不相同，代理经常在这些分散数据中迷失，无法稳定地 grounding 决策。

人类用户过去靠数据仓库解决类似问题，但对代理来说，ETL 管道带来的延迟和不一致性让仓库几乎失去价值——实时代理工作流根本等不起。

代理用户需要一个统一、一致的数据访问模型。这正是 AI 原生 GTM 系统必须回答的核心问题：你能否给代理提供统一、准确、一致的信息，让它可靠地做出决策？

Particle 的灵活图关系格式，给消费 Universal Context 的代理提供了一种单一、连贯的语言，让它们能探索和索引整个组织的全部 GTM 数据。从最简单的姓名、邮箱，到动态研究补充的职位、行业，再到邮件、笔记、电话录音等非结构化专有数据——所有数据都被整合成一个安全、可理解、可探索的“游乐场”，让代理在这里自由构建、实验、迭代。

生成式应用逻辑的真正承诺

Salesforce 有一个不太为人所知的超级能力：Apex。2007 年推出的 Apex，是一种专有的强类型编程语言，让开发者能通过代码大幅扩展平台功能。

Apex 当年悄无声息地革命了行业。它意味着：只要你愿意花足够的时间和钱，就能把平台按你的业务流程彻底定制。这种基于代码的可扩展性，正是 Salesforce 经久不衰的关键原因之一——当你的业务逻辑被写成几千行只在 Salesforce 上跑的自定义代码时，迁移成本高到吓人。

2026 年，编码代理正在彻底改变软件构建方式。资源和时间不再是瓶颈，自主编码代理正把我们推向“生成式应用逻辑”的时代。这让基于代码的可扩展性变得比以往任何时候都更有价值：没有代码执行能力，代理就被严重限制了能做什么、以及如何把结果呈现给最终用户。

Apex 当年很天才，但它本质上是 2007 年 Java 5 的一个复杂专有分支。这让它和 Claude Code、Cursor 这样的新一代编码代理极度不友好。现代大模型根本不擅长在这种环境中工作，需要全新的平台来承载。（Salesforce 自己也清楚这一点，所以重金投入 xGen-Code、CodeGen 等专为 Apex 定制的模型——但他们是在和生态对抗，而不是和生态共生。）

去年我们发布了 Attio App SDK：一个基于 TypeScript 的代码沙盒，支持完全托管的无服务器环境和 React。我们从零设计它的核心目标，就是让它成为 AI 的“编译目标”。整个环境和库都为大语言模型量身打造，易懂、宽容、好协作。

借助庞大的 TypeScript 生态，App SDK 让 Claude Code 这样的代理能轻松调用 npm 上数百万个现成包。代理可以在本地工具链里完成构建、测试、部署全流程，使用标准化工具。对比 Apex 专有 IDE 和 Salesforce 专属工具链，高下立判。

我们坚信：代码生成不再是下一代 GTM 工具的“功能”，而是整个基础。随着编码代理越来越强，最终用户甚至不会知道背后有代码——他们只需要说一句“我需要这个能力”，就能得到一套完美适配的工作应用。

CRM 的 AI 未来，已在这里

Universal Context 的发布，连同 Ask Attio 以及基于它的 MCP 工具，是我们兑现“把最前沿代理能力带给每一位客户”使命的重要里程碑。

前方还有一条激动人心的路线图：我们会持续增强现有代理的功能，同时推出更多新代理和新交互界面，让每一位客户都能真正享受到 AI 的超凡力量。

传统 CRM 的时代结束了。
代理时代的 CRM，才刚刚开始。

（完）