MCP × AGENT COMMERCEFOUNDATION LIVECOMMERCE PILOT

AIには、財布だけでは足りない。

買う前の許可から、買った後の責任まで。

SealithはAIモデル、ウォレット、ブロックチェーン、Providerを置き換えません。それぞれが持つ証拠をSealith order IDで結び、その支払いが誰のどの許可・見積・注文に基づき、何が履行され、失敗時にどう戻されたかを説明可能にします。

Agent Token・MCP/REST secure handoff・監査基盤は提供中です。AI Work Passportは実装foundationをstaging検証中、commerce tool群とJPYC/Provider統合は限定Pilotに向けて段階検証しており、標準提供機能とは区別して記載しています。

ONE TRANSACTION

SEALITH CONTROL ENVELOPE

ORDER SLT-AG-02491

01PURPOSE出張手配を任せる
02AUTHORITY¥20,000 / 指定用途
03QUOTE価格・在庫を固定
04PAYMENTJPYCを注文へ帰属
05FULFILLVisit / topupを確認
06EVIDENCE結果と例外を記録
AGENTMONEYPROVIDER

THE MISSING CONTROL LAYER

MCPが道をつなぐ。
Sealithは、取引をつなぐ。

ツールを呼べることと、会社として安全に買えることは同じではありません。取引には、実行前の権限と、実行後の履行・例外処理・説明責任が必要です。

01

PERMISSION

許可証

Agent Tokenにpurpose・利用可能な操作・予算・期限・対象Providerを結び、AIが実行できる範囲を先に決めます。

02

PRICE

価格の約束

quoteを注文へ固定し、支払った額とProviderが履行した内容を同じ取引線上で照合します。

03

EXECUTION

確かな履行

Bookingだけで終わらせずVisit・accessまで、topupだけで終わらせずstatus・reversalまで追います。

04

EVIDENCE

説明できる記録

企業・AI・決済・Providerを跨いでも、注文の始まりから取消・返金まで一つのcanonical ledgerに残します。

AI WORK PASSPORT / RELEASE CONTROL

AIが作ったものには、来歴を。
外へ出すものには、承認を。

Sealithは、AIが関与した成果物を特定モデルの自己申告や透かしだけで断定しません。委任、Agent Token、来歴信号、成果物binding、組織policy、Human Approvalを署名付きWork Passportへ結び、企業の責任として外へ出せる状態をつくります。

PRIVACY & EVIDENCE BOUNDARY

全prompt・全会話・Chain of Thoughtは保存しない。

残すのは、責任を説明するために必要な構造化事実と参照です。来歴が不明であることは、人間が作った証明にはなりません。信号が矛盾する場合は自動releaseを止めます。

PROVENANCE01

来歴信号

AI identity、C2PA、watermark、provider metadata等を、強度と出所を分けて記録。

WORK PASSPORT02

成果物を固定

purpose、Agent Token、成果物binding、参照資料を署名付きwork IDへ結ぶ。

RELEASE CONTROL03

外へ出す前に承認

組織policyとHuman Approvalを通るまで、会話はDraftのままで実行しない。

ACTION & ORDER04

行動と取引へ接続

送信後のaction、注文、決済、履行、取消・返金まで参照線を切らさない。

AIが取引したものには、履行と回復を。

Work Passportの先で予約・購入が起きる場合は、Action ManifestとSealith orderへ接続します。成果物の来歴だけで終わらず、何が許可され、支払われ、提供され、失敗時にどう戻されたかまで同じ責任線で説明します。

POSITIONING

強みはAIの賢さではない。
組織を跨いでも壊れない取引設計。

主要プラットフォームは競合というより、Sealithの上流または下流です。どのAIが考え、どこで実行し、どのレールで払っても、各システムの正本を置き換えず、企業の取引policyと証拠参照を一つのorder stateへ結ぶことがSealithの中心価値です。

Gemini / Workspace
Copilot / enterprise agent
Cloudflare OS / Agents
Custom AI agent
MCP / REST / WEBHOOK
SEALITH — AI WORK & AGENT COMMERCE CONTROL PLANE

WORK

passport / release

POLICY

purpose / budget

QUOTE

price / inventory

ORDER

canonical state

MONEY

JPYC attribution

RECOVERY

cancel / refund

PROVIDER CONTRACTS

Provider systems

Booking / Visit / access / topup / reversal

Payment & on/off-ramp

JPYC / JPYC EX / x402 / future rails

Wallet & treasury

Safe / N Suite / HashPort / future wallets

MARKET MAP — AUGUST 2026

似て見える基盤と、担う責任が違う。

各社の最新公開情報を、優劣ではなく『どの層を正本として持つか』で整理しています。Sealithはモデル、ワークスペース、edge runtime、決済処理を再実装せず、その間の取引責任を引き取ります。

WORK & INTELLIGENCE

Google / Gemini

Workspaceの文脈、モデル、エージェント作成・運用

Sealithとの関係: エージェントからSealithをMCP/RESTで呼び、同じ取引policyとorder stateを利用する。

ENTERPRISE AGENTS

Microsoft Copilot

業務Copilot、ローコードのフロー、MCPツール接続

Sealithとの関係: 企業エージェントの実行先として使い、取引権限・履行・例外はSealithへ接続する。

AI WORKSPACE & GATEKEEPER

Cloudflare OS

Skill/Gadget生成、社内文脈、resource権限、秘密情報隔離、実行基盤

Sealithとの関係: 実行環境やGatekeeperの下流で、取引単位の許可・注文・回復をSealithが管理する。

STABLECOIN & ON/OFF-RAMP

JPYC / JPYC EX

日本円ステーブルコイン、発行・償還、利用サービスからJPYC EX手続画面への連携

Sealithとの関係: 発行・償還とオンチェーン証拠を利用し、どの注文へ充てるかはSealithが照合する。

WALLET & TREASURY

Safe / N Suite / HashPort

鍵・署名・複数承認・法人資産管理・AIからのウォレット操作インターフェース

Sealithとの関係: 財布と署名を外部に保ったまま、何のための取引かをSealithが制御・記録する。

PAYMENT REQUEST & SETTLEMENT

Stripe / x402 / payment protocols

checkout、支払要求、資格情報、決済証明、決済ネットワークへの接続

Sealithとの関係: 支払要求と証明を運び、前後の許可・注文・履行・補償をSealithが結ぶ。

TRANSACTION SYSTEM OF RECORD

Sealith

各正本を置き換えず、一つの取引IDで説明する。

Google WorkspaceやGeminiは仕事と知識の中心、Cloudflare OSはSkill/Gadgetを作るワークスペースとGatekeeper、JPYCは決済証拠、Walletは署名と資産管理、Providerは履行の正本になります。Sealithはそれらを選べる状態のまま、組織とProviderを跨ぐ取引状態と証拠参照を一つにします。

WHY AN APPLICATION LAYER

ブロックチェーンは支払いを確定する。
Sealithは取引を完結させる。

JPYCのtx hashは、誰から誰へいくら動いたかを示す強い証拠です。しかし、それだけでは誰のどの許可・見積・注文に基づき、サービスが実際に提供され、失敗時にどう戻されたかまでは分かりません。

BLOCKCHAIN

支払いの証拠

token / from / to / amount / tx hash / finality

誰から誰へ、いくら動いたか

SEALITH

取引の制御と照合

purpose / authority / quote / order / risk / recovery

なぜ許され、どの注文として進んだか

PROVIDER

履行の正本

Booking / Visit / access / topup / reversal

何が提供され、どの状態にあるか

RECOVERY

現実世界の例外処理

timeout / retry / cancel / refund / human review

失敗をどう戻し、誰が判断したか

HUMAN FUNDS, AGENT SPENDS

発行・償還と、AIの支払いを分ける。

人または法人担当者がJPYC EXでKYC・発行・償還を行い、資金を用意します。AIはAgent Tokenのpurpose・予算・Provider制約の中で、用意されたJPYCを支払います。公開情報上のJPYC EX連携APIは手続画面への導線であり、無人のserver-to-server発行・償還とは扱いません。

THE DIFFERENCE

ブロックチェーンに残るのは「送金」。会社が説明すべきなのは「取引」。

Sealithは真実を作るのではなく、ブロックチェーン、Provider、企業policyに分かれた正本を一つの取引として照合します。公開台帳へ機密なpurposeや予約情報を永続記録せず、必要な証拠だけを参照します。

CANONICAL LEDGER

一つの注文に、
六つの事実を。

AIの会話履歴、ウォレットの送金履歴、Providerの管理画面が別々でも、それぞれを正本として尊重しながら、Sealith order IDを軸に一つの監査線へ束ねます。

01INTENT

purpose / jobId / requester

なぜ、そのAIが動いたか

02AUTHORITY

Agent Token / budget / approval

何を、いくらまで許したか

03COMMERCIAL

quote / order / price snapshot

何を、どの条件で買ったか

04MONEY

JPYC challenge / tx / attribution

どの入金を、どの注文に充てたか

05FULFILLMENT

Booking / Visit / topup / access

何が、いつ提供されたか

06RECOVERY

cancel / reversal / refund / review

失敗をどう戻し、誰が判断したか

PROOF, NOT JUST VOLUME

取引量を増やし、
壊れないことを数字にする。

Threes/OnePlaceとeSIMは、取引件数を作る最初の実証面です。ただし件数はゴールではなく、率と例外処理を評価できる母数。成功だけでなくtimeout、重複、変更、取消、返金を同じ定義で計測します。

STATUS — BASELINE TO BE MEASURED

以下は現在の達成値ではなく、staging疎通から本番取引へ共通定義で蓄積する評価指標です。分母となる完了済み有償取引数、GMV、継続利用率も併記し、少数サンプルの高い成功率を過大評価しません。

01自律性

AIのみで完了した取引率

人の再入力や手動復旧なしで、intentから履行確認まで完了した割合

02運用負荷

人間介入率

承認、例外確認、復旧のいずれかで人が介入した取引の割合。理由別にも分解

03事故回避

二重実行を防いだ件数

timeout・再送・再実行時に冪等性または照合で重複予約/購入を止めた件数

04回復力

補償取引の成功率

取消、reversal、返金が必要になった取引のうち、規定時間内に整合した割合

05応答性能

intent → quote時間

依頼の受領から、在庫・価格・条件を固定したquote提示までの中央値とp95

06説明責任

監査証跡の完全性

purpose、責任主体、quote、決済、履行、例外の必須イベントが欠損なく結ばれた割合

07横展開力

Provider追加に必要な日数

契約確定から共通commerce contractのstaging E2E合格までの営業日数

BUSINESS EVIDENCE

技術品質を、選ばれる理由へ。

完了済み有償取引数、GMV、再利用率、売上・粗利と結び、Providerにも導入企業にも再現可能な価値として示します。

THREES × ONEPLACE

予約の成立だけでなく、
実際に使えたところまで。

OnePlaceではBookingとVisitが別の正本です。Bookingは未来の予約、Visitは実際の利用実績。Visitを起点にinstructionsや解錠情報が返るため、AIエージェントは両方を扱う必要があります。

SPECIFICATION / CONNECTIVITY PENDING
SEARCH01

Premise / Plan / Room

QUOTE02

価格と在庫のsnapshot

BOOKING03

未来の予約をconfirmed

JPYC04

入金をorderへ帰属

VISIT05

実際の利用を開始

ACCESS06

instruction / unlock

FINISH07

実額と利用実績を照合

Booking ≠ Visit

BOOKING

未来の予約

在庫確保、時間・room変更、取消の対象。

VISIT

実際の利用実績

access取得、利用開始・終了、実額照合の対象。

不足する冪等性をSealithで補償

  • mutation前にoperation ledgerへ意図を保存
  • customerId / planId / roomId / 開始・終了時刻で既存予約を照合
  • timeout後は即時再POSTせず、まずGETで成否を確認
  • 時間帯重複は予約変更候補として確認し、既存Bookingをupdate
  • 支払期限切れは自動cancelし、失敗時はmanual reviewへ

ESIM × PROVIDER API

NO-CHARGE STAGING E2E PASSED

チャージのボタンではなく、
戻せる取引をつくる。

eSIMでは、価格と対象ICCIDの適格性を確かめ、JPYC入金後に一度だけtopupを実行。成否不明をexternalOrderIdで照会し、失敗時はreversalまたはrefundへつなぎます。実在庫・実activationに触れないno-charge staging E2Eは完了し、有償PilotはJPYCと承認・最終性の確認後に限定実施します。

ELIGIBLE

ICCID / plan

QUOTE

price lock

PAY

JPYC

TOPUP

one operation

RECOVER

status / reversal

Provider v1.1はserver-to-server API、冪等性、externalOrderId結果照会、単調増加Webhook、reversalを実装済みです。AIモデルやJPYC walletの実装はProviderへ要求しません。

MCP COMMERCE CONTRACT

AIクライアントを変えても、
取引契約は変えない。

Gemini、Copilot、Cloudflare上のエージェント、自社AIのいずれからでも、MCPまたはRESTを通じて同じpolicyと状態機械を利用する設計です。

CONCEPTUAL TOOL GROUPS

01discover拠点・プラン・価格・在庫を探す
02quote条件と有効期限を固定する
03order承認・予約・入金を一つの状態で進める
04fulfillVisit / access / topupの結果を得る
05recovercancel / reversal / refundを実行する
06explain全履歴と判断根拠を取り出す

EVERY MUTATION DECLARES

実行の前提を、機械可読に。

{
  "purpose": "business_trip",
  "jobId": "job_2026_08_02491",
  "authority": {
    "maxBudgetJpy": 20000,
    "provider": "threes_oneplace"
  },
  "quoteId": "qt_01K...",
  "orderId": "ord_01K...",
  "idempotencyKey": "ord_01K...:reserve:v1"
}

名称・schemaはパートナーstagingで確定します。公開中のMCP handoff toolsとは別に、commerce tool群を段階的に有効化する方針です。

AVAILABILITY & PLAN BOUNDARY

提供中の基盤と、限定Pilotを分けて案内します。

MCPという名称だけで、現在のsecure handoff機能と今後のcommerce tool群を混同させません。標準プランに含まれる範囲と、個別設計・検証中の範囲を明示します。

AVAILABLE — BUSINESS+

Agent Token・MCP secure handoff・監査

purpose、scope、期限、送信先を限定したAgent Token、MCP/RESTによるsecure handoff、AI監査文脈、操作ログをBusiness以上で利用できます。

現在のプランを見る
LIMITED PILOT

JPYC・Provider・commerce tool統合

quote、order、JPYC入金帰属、Booking/Visit/topup、取消・reversal・refundを結ぶcommerce機能は、現在は個別導入設計と限定Pilotの対象です。標準料金への包含はPilot実績と提供条件の確定後に案内します。

Pilotを相談する

DELIVERY PATH

実装済みの制御基盤から、限定Pilotへ。

JPYC EX API仕様とSafe登録可否を確認し、オンチェーン最終性を含むstaging E2Eを通してから、一つのProvider、一つの低額商品、一つのAgent Tokenに限定して本番検証します。

NOW01

提供中の制御基盤

  • purpose-bound Agent Token
  • Human Approval Gate
  • MCP / REST secure handoff
  • 監査ログ・外部action記録
PILOT READINESS02

JPYC・eSIMを本番前検証

  • eSIM no-charge staging E2E完了
  • JPYC EX API・Safe登録可否を確認中
  • on-chain finality・成否不明を検証
  • 1 Agent Token・1 package・Human Approval
EXPANSION03

Providerを横断

  • OnePlace Booking / Visit / access
  • 共通MCP commerce contract
  • 複数決済レール
  • 企業間reconciliation
  • 取引policyの再利用

RECOMMENDED NEXT STEP

JPYC EX APIとSafeを確定し、eSIM限定Pilotへ。

①API接続申請とSafe確認、②非公開仕様レビュー、③発行・償還導線設計、④オンチェーン確定を含むstaging E2E、⑤1 Agent Token・1 package・Human Approval alwaysのPilot、の順で進めます。

Pilot準備を相談する

RESEARCH NOTES

一次情報に基づく位置づけ

市場比較は2026年8月12日時点の各社公式公開情報を参照。提供中、提供予定、Sealith限定Pilotを区別しています。製品機能は今後変更される可能性があります。

MAKE AI TRANSACTIONS EXPLAINABLE

任せる範囲を、先に決める。
結果も、戻す処理も追える。

AIエージェントを、検索や提案の先へ。会社として許可し、支払い、履行を確かめ、失敗時は取消・reversal・refundと人間判断へつなぐ取引基盤を一緒につくります。