多数集成页面数的是徽标，Tajo 数的是真正在运行的内容，并让你看清两者的差别。
“支持 200 个集成”几乎可以表示任何意思，而且通常就是如此。Tajo 把这一说法拆成定义严格、可验证的层级：仅列入目录的，已在受管运行环境中注册的，能把数据读入同步的，以及能作为同步或发送目标写入的。下面的数字是平台当前的真实状态。数字变了，这个页面也会变。
| 层级 | 当前 | 实际含义 |
|---|---|---|
| 写入目标 Brevo、Shopify、HubSpot、Salesforce、Pipedrive 和 Zoho CRM。 | 6 | 拥有真实写入操作、被用作同步或发送目标的连接器。每次写入都要经过运行环境的关卡：绑定输入的一次性审批和预算上限。 |
| 读入同步 能把记录读入同步的已注册集成。 | 47 | 同步的数据源。有些还提供创建 webhook、回复聊天或只读的 POST 接口等操作，这些不算写入。 |
| 已注册 在实时运行环境中注册的集成。 | 55 | 已通过身份验证，在治理下运行。仅注册不会移动任何记录：上面两个层级说明每个集成能做什么。 |
| 发现语料库 来自各供应商已发布 API 规范的操作，agent 以此起草。 | 27 vendors / 5,937 operations | 这并非连接，而是起草素材。当你的技术栈中包含这些供应商之一时，代理会依据其真实、有文档记录的 API 操作进行起草，而不是猜测接口端点。 |
| 已收录目录 集成目录中的条目。 | 200 | 路线图的呈现层：Tajo 已识别并界定范围的系统。仅有目录条目并不会移动任何数据，这一点我们不会讳言。 |
各层级按验证程度从高到低排列，覆盖范围逐层扩大。无论处于哪个层级，每一项集成都在同一套治理体系下运行：摘要绑定审批、默认拒绝的同意规则、预算上限，以及防篡改审计日志。完整生命周期请参阅 工作原理 页面。
每一层都是严格更高的门槛。把系统列入清单很容易；在受管运行环境中注册它需要工作；把它的记录读入同步需要更多工作；作为目标向它写入需要的工作最多。这个阶梯准确显示了这些工作进行到哪里。
只有当连接器拥有被用作同步或发送目标的真实写入操作时才计入。创建 webhook、在聊天中回复，或调用只读的 POST 接口，都不算。所以 55 个中只有 6 个符合。目前没有任何集成带有认证标签。
晋级顺序由早期访问合作伙伴决定。如果你的技术栈需要接入某个语料库供应商，或需要将某个已接入的集成升级为可写入，这正是 Tajo 的代理与我们团队存在的意义：为你完成这类前线部署式的工作。
因为另一种做法正是行业惯例：一面徽标墙，过时的目录条目与久经考验的目的地看起来毫无二致，直到你的项目真正依赖这份差异的那一刻才现出原形。Tajo 的整个立足点在于可验证性：可核查的审批、能证明实际执行内容的运行记录，以及无法被悄悄篡改的审计轨迹。如果一份就绪度页面夸大了自己的数字，那会是这套产品一个奇怪的门面。而这一页，没有这样做。
接下来注册哪些系统、让哪些系统支持写入，由抢先体验合作伙伴决定。告诉我们你需要连接哪些系统，我们会和你一起推进。