Decagon の PACT プロトコルは「同意」を標準にしようとしている

AI エージェントはあなたに代わって行動できるほどになった。そして、そのことについてほとんど標準化されていない。アシスタントに予約を取らせ、サブスクを解約させ、注文を確認させるとき、受け手の事業者は誰が尋ねているのか、顧客が実際に何を許可したのかを知る確実な方法を持たない。2026年10月、Decagon という企業がプロトコルをオープンソース化してこれを解決しようとした。

仕様は PACT、Personal Agent Consent and Trust Protocol の略だ。Decagon は Instinct というパートナーとともに構築し、A2A や OAuth を含む既存標準を土台にし、公開した。同社は Personal Agent Protocol ワーキンググループにも加わり、エージェントと事業者が業界をまたいでどう話すかを形作ろうとしている。

PACT が解こうとしている問題

今日、エージェントが人のために行動するとき何が起きるかを考えてみよう。エージェントがあるサービスに連絡し、ある資格情報を示し、要求を出す。サービスはそれを信頼すべきか判断しなければならない。通常、答えは共有 API キーかログインに依存し、それはエージェントの背後にいる人間についてほとんど何も伝えない。顧客はこの具体的な行為を許可したのか。一度だけか、恒久的にか。エージェントはデータを読めるのか、要求を出すだけか。共通の言葉が何もないので、すべての統合が即興になる。

PACT の答えはその握手を標準化することだ。事業者に、個人エージェントの身元と、顧客が与えた具体的な権限を検証する手段を与える。「具体的」という言葉が多くの仕事を担っている。要点は、エージェントが正当だと確認するだけでなく、この特定の用事で何を許されているかを確認することだ。

{{INLINE1}}

なぜ同意プロトコルが聞こえ以上に重要か

配管に見えるし、配管はめったに一面を飾らない。だがエージェント経済が機能するかどうかを決める。事業者がエージェントに自社システムを触らせる前に問ういくつかの問いを考えよう。これは本当に、名乗る本人のために行動しているのか。何に触れられるのか。間違えたとき誰が責任を負うのか。答えがなければ最も安全なのは拒否で、多くの AI エージェントのデモはまさにそこで死ぬ。

共通のプロトコルはその壁を下げる。事業者が標準の仕組みでエージェントの身元と権限の範囲を検証できれば、許可は特注ではなく日常業務になる。二次的な効果が戦略的に面白い点だ。標準を定義した者が、どのエージェントが受け入れられるかを形作り、採用した事業者はエージェントごとに専用の統合を作らずに受け入れられる。

すでにあるものの上に築く

A2A と OAuth の上に載せたのは賢明だ。OAuth はすでに無数のアプリの委任認可を処理しており、考え方も馴染みがある。ユーザーが範囲を限定したアクセスを与え、提供者がそれを反映したトークンを発行する。A2A はエージェント間の通信を扱う。PACT は欠けていた部分を足す。個人エージェントの身元と、顧客が与えた権限を、双方が検証できる形で表現する方法だ。

既存標準の再利用は生存戦略でもある。まったく新しいものを全員に求める標準は、ネットワークが十分大きくなるまで移行コストが利得を上回って停滞しがちだ。開発者がすでに使う道具を拡張するプロトコルは、採用の坂がずっと低い。Decagon は「採用しやすさは技術的な優位に勝る」に賭けている。

まだ開いている部分

オープンソース化されたプロトコルは出発点であり成果ではない。採用は、他の企業が実装する価値があると見るか、ワーキンググループがそれに近い形に収束するか、競合する仕様に分裂するかにかかる。歴史は楽観的でない。よく設計された標準が普及せず、普及したものはたいてい大きなプレイヤーが押していた。

プロトコル自体では解けない、より深い緊張もある。同意は単純に聞こえるが、実際にどう運用すべきかを問うと途端に難しい。顧客はすべての行為を承認すべきか、一般的な許可を与えてエージェントを信頼すべきか。頻繁に尋ねすぎるモデルは役に立たなくなる。尋ねなさすぎるモデルは安全リスクになる。PACT は事業者に権限を確認する手段を与えるが、権限がどれほど細かくあるべきかは決めていない。そしてその決定が、人がどれだけ実際の仕事をエージェントに任せるかを左右する。

他のエージェントの取り組みとの関係

PACT は真空に現れたわけではない。Google が提唱した A2A はエージェント同士がどう話すかを扱う。Anthropic の Model Context Protocol はエージェントがどう道具とデータに届くかを標準化する。OAuth はアプリ間の委任アクセスの既定だ。それぞれがパズルの一部を解き、どれも「個人エージェントが消費者のために行動する」ために設計されてはいない。

その隙間がまさに PACT の狙いだ。既存標準は、統合を組む開発者とそれを受け入れるサービスを想定する。PACT は、エージェントを持つ顧客、そのエージェントを信頼しなければならない事業者、そして仮定ではなく証明できなければならない権限を想定する。狭い問題だが大きくなりつつある。個人エージェントの約束全体が、事業者が受け入れる気になるかどうかにかかっているからだ。

この仕事は地味に聞こえるので、競争上の利害は見落とされやすい。同意層を定めた者が、すべての顧客と、エージェント経由で彼らに仕えたいすべての事業者の間に座る。それは本当のレバレッジのある位置であり、複数の大手が同時に同じ空間へ動く理由でもある。Decagon が提案を秘匿せずオープンソースにしたのは、誰よりも先に既定になろうとする入札だ。

配管の背後にある大きな争い

いくつもの取り組みが同時に同じ問題へ向かっている。A2A の作り手である Google、Microsoft、そして増え続けるスタートアップの一群が、エージェントと事業者の通信の一部を欲しがっている。勝者は最良の設計のプロトコルとは限らない。十分に多くの事業者が実装したものになる。同意標準は対話の両側が話せて初めて役に立つからだ。

Decagon の貢献は、提案を切実に必要としていた空間に具体的な提案を置いたことだ。PACT が標準になるにせよ、標準への一つの入力にすぎないにせよ、この公開は重要な事実を示している。エージェントに仕事をさせる難しさは決してモデルではなく、その周りすべて、つまり身元と権限と信頼にある。誰かがそれを築かねばならず、築く者が、この「エージェントが何でもする」未来がどれだけ来るかを決める。