---
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 数的是真正在运行的内容，并让你看清两者的差别。

写入目标

写入目标 6

读入同步

读入同步 47

已注册

已注册 55

发现语料库

发现语料库 27 vendors / 5,937 operations

已收录目录

已收录目录 200

“支持 200 个集成”几乎可以表示任何意思，而且通常就是如此。Tajo 把这一说法拆成定义严格、可验证的层级：仅列入目录的，已在受管运行环境中注册的，能把数据读入同步的，以及能作为同步或发送目标写入的。下面的数字是平台当前的真实状态。数字变了，这个页面也会变。

| 层级 | 当前 | 实际含义 |
| --- | --- | --- |
| 写入目标 Brevo、Shopify、HubSpot、Salesforce、Pipedrive 和 Zoho CRM。 | 6 | 拥有真实写入操作、被用作同步或发送目标的连接器。每次写入都要经过运行环境的关卡：绑定输入的一次性审批和预算上限。 |
| 读入同步 能把记录读入同步的已注册集成。 | 47 | 同步的数据源。有些还提供创建 webhook、回复聊天或只读的 POST 接口等操作，这些不算写入。 |
| 已注册 在实时运行环境中注册的集成。 | 55 | 已通过身份验证，在治理下运行。仅注册不会移动任何记录：上面两个层级说明每个集成能做什么。 |
| 发现语料库 来自各供应商已发布 API 规范的操作，agent 以此起草。 | 27 vendors / 5,937 operations | 这并非连接，而是起草素材。当你的技术栈中包含这些供应商之一时，代理会依据其真实、有文档记录的 API 操作进行起草，而不是猜测接口端点。 |
| 已收录目录 集成目录中的条目。 | 200 | 路线图的呈现层：Tajo 已识别并界定范围的系统。仅有目录条目并不会移动任何数据，这一点我们不会讳言。 |

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

## 如何解读矩阵

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

每一层都是严格更高的门槛。把系统列入清单很容易；在受管运行环境中注册它需要工作；把它的记录读入同步需要更多工作；作为目标向它写入需要的工作最多。这个阶梯准确显示了这些工作进行到哪里。

### 什么算写入

只有当连接器拥有被用作同步或发送目标的真实写入操作时才计入。创建 webhook、在聊天中回复，或调用只读的 POST 接口，都不算。所以 55 个中只有 6 个符合。目前没有任何集成带有认证标签。

### 系统如何向上晋级

晋级顺序由早期访问合作伙伴决定。如果你的技术栈需要接入某个语料库供应商，或需要将某个已接入的集成升级为可写入，这正是 Tajo 的代理与我们团队存在的意义：为你完成这类前线部署式的工作。

## 为什么这样呈现

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

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

接下来注册哪些系统、让哪些系统支持写入，由抢先体验合作伙伴决定。告诉我们你需要连接哪些系统，我们会和你一起推进。

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

正在加载 Markdown…

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