多くの連携ページはロゴの数を競います。実際に稼働しているものを数え、その違いをお見せします。
「200 のインテグレーションに対応」はほとんど何でも意味しうるもので、たいていそうです。Tajo はこの主張を、厳密で検証可能な定義を持つ段階に分けます：何が稼働中で、何が開発中で、何がカタログに載っているだけか。以下の数字はコネクタレジストリから取っています。数字が変われば、このページも変わります。
| 階層 | 現在 | 実際の意味 |
|---|---|---|
| 稼働中 Brevo、Magento、Stripe。 | 3 | ベンダーの実際の API に対する実行で検証済みです。書き込みは、承認された構成のもとでのみ、そのダイジェストに紐づいて実行されます。 |
| 開発中 ランタイムにコードがあるものの、まだ検証されていないコネクタです。 | 15 | 構築済みまたは構築中で、実際の実行ではまだ証明されていません。動くと証明されるまで、動くとは言いません。 |
| 発見用コーパス ベンダーが公開しているAPI仕様に含まれる操作で、エージェントはここからドラフトを作成します。 | 72 ベンダー / 14,293 オペレーション | 接続ではなく、下書きのための素材です。お使いのスタックにこれらのベンダーのいずれかが含まれている場合、エージェントはエンドポイントを推測するのではなく、実際にドキュメント化された API オペレーションを参照して下書きを作成します。 |
| カタログ掲載 連携カタログに掲載されているエントリーです。 | 179 | ロードマップの全体像であり、識別・スコープ定義済みのシステム群です。カタログに掲載されているだけでは、データは一切動きません。その点を誤解させるようなことはしません。 |
階層は、最も実証されているものから最も広範なものへと並んでいます。すべての連携は、どの階層であっても同じガバナンスのもとで実行されます。ダイジェストに紐づく承認、フェイルクローズ方式の同意ルール、改ざん検知可能な監査ログです。詳しくは 仕組みのページ で、全体のライフサイクルをご確認ください。
段階が上がるほどハードルは高くなります。システムを一覧に載せるのは簡単で、コネクタを作るのは手間がかかり、ベンダーの実際の API で稼働を証明するのが最も手間がかかります。この階段は、その作業がどこまで進んでいるかを正確に示します。
コネクタは、ベンダーの実際の API に対する実行で証明されて初めて稼働中と数えます。コードだけ、あるいはカタログのページだけでは数えません。そのため現在 179 件中 3 件が該当します。現在、認証ラベルを持つインテグレーションはありません。
順番はアーリーアクセスのパートナーが決めます。カタログのシステムを構築する必要がある場合や、開発中のコネクタの稼働を証明する必要がある場合、それこそが Tajo のエージェントと私たちのチームが存在する理由である現場の仕事です。
その代わりとなるのは、業界でよくあるやり方だからです。古くなったカタログの1件と、実戦で鍛えられた連携先が、プロジェクトがその違いに左右される瞬間まで見分けがつかない、ロゴの壁です。Tajo の前提はすべて検証可能性にあります。確認できる承認、実行内容を証明する実行ログ、こっそり編集できない監査証跡です。数字を水増しした準備状況ページは、そうした製品の入り口としては不自然です。このページは、そうしていません。
次に何を構築し稼働を証明するかは、アーリーアクセスのパートナーが決めます。接続が必要なシステムを教えてください。一緒に進めます。