構築を担うのはフォワードデプロイ型のエージェントです。ゲートを握るのはあなたです。発見、ドラフト作成、検証、承認、公開という5つのステップのすべてで、重要な判断は人間が下します。
多くのインテグレーションツールは、まっさらなキャンバスを渡して健闘を祈るだけです。Tajoは、優秀なフォワードデプロイドエンジニアと同じように動きます。関係するシステムを調査し、具体的なインテグレーションを提案し、実際のチェックに照らして自らの成果を証明し、そのうえで何かを実行する前に承認を求めます。Tajoが違うのは、その承認が暗号学的に強制される点です——承認した内容が、証明可能な形で、そのまま実行されます。
エージェントは、インテグレーションの両側にあるシステムをマッピングします。27のベンダーと10,345件の文書化されたAPI操作からなる発見コーパスに加え、お客様の実データの構造のみのサンプル——フィールド名と型のみで値は含まない——をもとに動きます。
何が見つかったかを読みやすい形で示します。どのシステムか、どのオブジェクトか、どのフィールドか、そしてエージェントがそれらをどう結び付けていると考えているか。この時点では何も構築・移動されていません。
エージェントはインテグレーションのドラフトを作成します。ソース、送信先、フィールドマッピング、変換処理、そして同期が満たすべき同意ルールです。ドラフト作成は発見済みのAPI操作に基づいており、推測によるエンドポイントではありません。
ドラフト全体が、隠しごとなく提示されます——すべてのマッピングとすべてのルールが、議論できるほど明確に述べられています。ドラフトには権限がなく、本番システムに触れることはできません。
誰かに承認を求める前に、ドラフトはランタイムのゲートに照らして検証されます。API呼び出しが実際の操作に対して型チェックを通るか、マッピングがサンプリングされた構造に対して成立するか、そして対象レコードについて同意ルールが実際に証明できるか。同意チェックはフェイルクローズドです——同意を証明できない同期は実行されないため、検証も通りません。
各ゲートごとの合格/不合格レポートです。不合格の内容は具体的——どのマッピングか、どのルールか、どのレコード構造か——なので、修正は発掘作業ではなく対話になります。
エージェントは検証済みのインテグレーションを判断のために提示します。自分自身の成果を承認することはできません。承認は人間の行為であり、画面上に表示されている正確な構成の暗号学的ダイジェストに結び付けられます。
実行される内容そのもの——そして、それが実行される内容であるという保証です。承認は一回限りで、その正確な入力に結び付けられ、使われなければ失効します。1つのフィールドを変更すれば、古い承認は無効になります。
承認された構成は、そのダイジェストのもとで公開されます。実行時、ランタイムは自分がまさにそのダイジェストのもとで動いていることをアテステーションし、同意ルールと予算上限を強制し、リスクのある書き込みはすべて、それ自体の一回限りで入力に結び付いた承認の背後にゲートします。
すべての実行についての、ハッシュチェーンで改ざんを検知できる監査ログです。何が実行され、どの承認のもとで、何に触れたか。ダッシュボードの言い分ではなく、証拠です。
本番システムに影響し得るすべてのステップは、人間のゲートを通過します。Tajoのエージェントはドラフト作成とチェックに優れていますが、自分自身に許可を与えることは意図的にできないようになっています。
ダイジェストに結び付いた承認は、確認した内容と実行される内容とのギャップをなくします。承認画面と本番との間で構成がずれる余地はありません。
検証と同意のチェックはフェイルクローズドです。安全であり許可されていることを証明できないインテグレーションはゲートで止まります——これはまさに、顧客システムに書き込むソフトウェアに求めるべきことです。
上記のライフサイクルは、Tajoの実運用ランタイム上で動いています。接続済みのインテグレーションは53件、そのうち約19件が書き込み可能で、Brevoが認定された送信先(7つの型付きターゲット)となっており、HubSpotのサポートも整備が進んでいます。発見コーパス——27のベンダー、10,345件のAPI操作——は、お客様のスタックがすでに接続済みの範囲を超えたときに、エージェントがドラフトを作成するための土台です。各段階の正直な内訳は、 インテグレーションの準備状況 ページにあります。
アーリーアクセスに参加して、実際のインテグレーションの課題をお持ちください。ゲート、承認、監査ログのすべてを含む完全なライフサイクルを、お客様と一緒に実行します。