---
title: "集成就绪度 | Tajo"
description: "一份诚实的 Tajo 集成就绪矩阵：哪些已上线，哪些在开发中，哪些只在目录中。"
url: https://tajo.io/zh-cn/integration-readiness/
markdown: https://tajo.io/zh-cn/integration-readiness.md
lang: zh-CN
alternates: {en-US: /integration-readiness.md, bg-BG: /bg/integration-readiness.md, cs-CZ: /cz/integration-readiness.md, de-DE: /de/integration-readiness.md, da-DK: /dk/integration-readiness.md, es-ES: /es/integration-readiness.md, fr-FR: /fr/integration-readiness.md, el-GR: /gr/integration-readiness.md, hr-HR: /hr/integration-readiness.md, hu-HU: /hu/integration-readiness.md, it-IT: /it/integration-readiness.md, ja-JP: /jp/integration-readiness.md, ko-KR: /kr/integration-readiness.md, ar-SA: /ar/integration-readiness.md, nl-NL: /nl/integration-readiness.md, no-NO: /no/integration-readiness.md, pl-PL: /pl/integration-readiness.md, pt-BR: /pt/integration-readiness.md, ro-RO: /ro/integration-readiness.md, ru-RU: /ru/integration-readiness.md, sv-SE: /se/integration-readiness.md, sl-SI: /sl/integration-readiness.md, sr-Latn-RS: /sr/integration-readiness.md, th-TH: /th/integration-readiness.md, tr-TR: /tr/integration-readiness.md, ur-PK: /ur/integration-readiness.md, vi-VN: /vi/integration-readiness.md, sk-SK: /sk/integration-readiness.md}
---

# 集成就绪度，坦诚相告

多数集成页面数的是徽标，Tajo 数的是真正在运行的内容，并让你看清两者的差别。

已上线

已上线 3

开发中

开发中 15

发现语料库

发现语料库 72 家供应商 / 14,293 个操作

已收录目录

已收录目录 179

“支持 200 个集成”几乎可以指任何意思，而且通常就是如此。Tajo 把这个说法拆成定义严格、可验证的层级：哪些已上线，哪些在开发中，哪些只在目录中。下面的数字来自连接器注册表。数字变了，这个页面也会变。

| 层级 | 当前 | 实际含义 |
| --- | --- | --- |
| 已上线 Brevo、Magento和Stripe。 | 3 | 已通过在供应商真实 API 上的运行验证。写入只会在获批的配置下运行，并与其 digest 绑定。 |
| 开发中 代码已在运行时中、但尚未验证的连接器。 | 15 | 已构建或正在构建，尚未经过真实运行的证明。在真正可用之前，我们不称其为可用。 |
| 发现语料库 来自各供应商已发布 API 规范的操作，agent 以此起草。 | 72 家供应商 / 14,293 个操作 | 这并非连接，而是起草素材。当你的技术栈中包含这些供应商之一时，代理会依据其真实、有文档记录的 API 操作进行起草，而不是猜测接口端点。 |
| 已收录目录 集成目录中的条目。 | 179 | 路线图的呈现层：Tajo 已识别并界定范围的系统。仅有目录条目并不会移动任何数据，这一点我们不会讳言。 |

各层级按验证程度从高到低排列，覆盖范围逐层扩大。无论处于哪个层级，每一项集成都在同一套治理体系下运行：摘要绑定审批、默认拒绝的同意规则，以及防篡改审计日志。完整生命周期请参阅 [工作原理](https://tajo.io/zh-cn/how-it-works/) 页面。

## 如何解读矩阵

### 为什么层级越往上，数字越小

每一层都是更高的门槛。把系统列进目录很容易；为它构建连接器需要工作；在供应商真实 API 上证明它已上线需要最多的工作。这个阶梯准确显示了这些工作进展到哪里。

### 什么算已上线

只有在供应商真实 API 上的运行证明之后，连接器才算已上线。仅有代码或目录中的一个页面都不算。因此目前 179 项中有 3 项符合。目前没有任何集成带有认证标签。

### 系统如何向上晋级

早期使用伙伴决定先后顺序。如果你的技术栈需要构建目录中的某个系统，或证明某个开发中的连接器已上线，这正是 Tajo 的 agent 和我们团队存在的意义所在的现场工作。

## 为什么这样呈现

因为另一种做法正是行业惯例：一面徽标墙，过时的目录条目与久经考验的目的地看起来毫无二致，直到你的项目真正依赖这份差异的那一刻才现出原形。Tajo 的整个立足点在于可验证性：可核查的审批、能证明实际执行内容的运行记录，以及无法被悄悄篡改的审计轨迹。如果一份就绪度页面夸大了自己的数字，那会是这套产品一个奇怪的门面。而这一页，没有这样做。

## 需要为你的技术栈提升某个层级？

早期使用伙伴决定接下来构建并证明上线什么。告诉我们你需要连接哪些系统，我们会和你一起推进。

## 本页的 Markdown: [integration-readiness.md](https://tajo.io/zh-cn/integration-readiness.md)

正在加载 Markdown…

[在 Claude 中打开](https://claude.ai/new) [在 ChatGPT 中打开](https://chatgpt.com/)