多数集成页面数的是徽标，Tajo 数的是真正在运行的内容，并让你看清两者的差别。
“支持 200 个集成”几乎可以指任何意思，而且通常就是如此。Tajo 把这个说法拆成定义严格、可验证的层级：哪些已上线，哪些在开发中，哪些只在目录中。下面的数字来自连接器注册表。数字变了，这个页面也会变。
| 层级 | 当前 | 实际含义 |
|---|---|---|
| 已上线 Brevo、Magento和Stripe。 | 3 | 已通过在供应商真实 API 上的运行验证。写入只会在获批的配置下运行，并与其 digest 绑定。 |
| 开发中 代码已在运行时中、但尚未验证的连接器。 | 15 | 已构建或正在构建，尚未经过真实运行的证明。在真正可用之前，我们不称其为可用。 |
| 发现语料库 来自各供应商已发布 API 规范的操作，agent 以此起草。 | 72 家供应商 / 14,293 个操作 | 这并非连接，而是起草素材。当你的技术栈中包含这些供应商之一时，代理会依据其真实、有文档记录的 API 操作进行起草，而不是猜测接口端点。 |
| 已收录目录 集成目录中的条目。 | 179 | 路线图的呈现层：Tajo 已识别并界定范围的系统。仅有目录条目并不会移动任何数据，这一点我们不会讳言。 |
各层级按验证程度从高到低排列，覆盖范围逐层扩大。无论处于哪个层级，每一项集成都在同一套治理体系下运行：摘要绑定审批、默认拒绝的同意规则，以及防篡改审计日志。完整生命周期请参阅 工作原理 页面。
每一层都是更高的门槛。把系统列进目录很容易；为它构建连接器需要工作；在供应商真实 API 上证明它已上线需要最多的工作。这个阶梯准确显示了这些工作进展到哪里。
只有在供应商真实 API 上的运行证明之后，连接器才算已上线。仅有代码或目录中的一个页面都不算。因此目前 179 项中有 3 项符合。目前没有任何集成带有认证标签。
早期使用伙伴决定先后顺序。如果你的技术栈需要构建目录中的某个系统，或证明某个开发中的连接器已上线，这正是 Tajo 的 agent 和我们团队存在的意义所在的现场工作。
因为另一种做法正是行业惯例：一面徽标墙，过时的目录条目与久经考验的目的地看起来毫无二致，直到你的项目真正依赖这份差异的那一刻才现出原形。Tajo 的整个立足点在于可验证性：可核查的审批、能证明实际执行内容的运行记录，以及无法被悄悄篡改的审计轨迹。如果一份就绪度页面夸大了自己的数字，那会是这套产品一个奇怪的门面。而这一页，没有这样做。
早期使用伙伴决定接下来构建并证明上线什么。告诉我们你需要连接哪些系统，我们会和你一起推进。