PERMISSION
許可証
Agent Tokenにpurpose・利用可能な操作・予算・期限・対象Providerを結び、AIが実行できる範囲を先に決めます。
AIには、財布だけでは足りない。
SealithはAIモデル、ウォレット、ブロックチェーン、Providerを置き換えません。それぞれが持つ証拠をSealith order IDで結び、その支払いが誰のどの許可・見積・注文に基づき、何が履行され、失敗時にどう戻されたかを説明可能にします。
Agent Token・MCP/REST secure handoff・監査基盤は提供中です。AI Work Passportは実装foundationをstaging検証中、commerce tool群とJPYC/Provider統合は限定Pilotに向けて段階検証しており、標準提供機能とは区別して記載しています。
SEALITH CONTROL ENVELOPE
ORDER SLT-AG-02491
THE MISSING CONTROL LAYER
ツールを呼べることと、会社として安全に買えることは同じではありません。取引には、実行前の権限と、実行後の履行・例外処理・説明責任が必要です。
PERMISSION
Agent Tokenにpurpose・利用可能な操作・予算・期限・対象Providerを結び、AIが実行できる範囲を先に決めます。
PRICE
quoteを注文へ固定し、支払った額とProviderが履行した内容を同じ取引線上で照合します。
EXECUTION
Bookingだけで終わらせずVisit・accessまで、topupだけで終わらせずstatus・reversalまで追います。
EVIDENCE
企業・AI・決済・Providerを跨いでも、注文の始まりから取消・返金まで一つのcanonical ledgerに残します。
AI WORK PASSPORT / RELEASE CONTROL
Sealithは、AIが関与した成果物を特定モデルの自己申告や透かしだけで断定しません。委任、Agent Token、来歴信号、成果物binding、組織policy、Human Approvalを署名付きWork Passportへ結び、企業の責任として外へ出せる状態をつくります。
PRIVACY & EVIDENCE BOUNDARY
全prompt・全会話・Chain of Thoughtは保存しない。
残すのは、責任を説明するために必要な構造化事実と参照です。来歴が不明であることは、人間が作った証明にはなりません。信号が矛盾する場合は自動releaseを止めます。
AI identity、C2PA、watermark、provider metadata等を、強度と出所を分けて記録。
purpose、Agent Token、成果物binding、参照資料を署名付きwork IDへ結ぶ。
組織policyとHuman Approvalを通るまで、会話はDraftのままで実行しない。
送信後のaction、注文、決済、履行、取消・返金まで参照線を切らさない。
AIが取引したものには、履行と回復を。
Work Passportの先で予約・購入が起きる場合は、Action ManifestとSealith orderへ接続します。成果物の来歴だけで終わらず、何が許可され、支払われ、提供され、失敗時にどう戻されたかまで同じ責任線で説明します。
POSITIONING
主要プラットフォームは競合というより、Sealithの上流または下流です。どのAIが考え、どこで実行し、どのレールで払っても、各システムの正本を置き換えず、企業の取引policyと証拠参照を一つのorder stateへ結ぶことがSealithの中心価値です。
WORK
passport / release
POLICY
purpose / budget
QUOTE
price / inventory
ORDER
canonical state
MONEY
JPYC attribution
RECOVERY
cancel / refund
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
Workspaceの文脈、モデル、エージェント作成・運用
Sealithとの関係: エージェントからSealithをMCP/RESTで呼び、同じ取引policyとorder stateを利用する。
ENTERPRISE AGENTS
業務Copilot、ローコードのフロー、MCPツール接続
Sealithとの関係: 企業エージェントの実行先として使い、取引権限・履行・例外はSealithへ接続する。
AI WORKSPACE & GATEKEEPER
Skill/Gadget生成、社内文脈、resource権限、秘密情報隔離、実行基盤
Sealithとの関係: 実行環境やGatekeeperの下流で、取引単位の許可・注文・回復をSealithが管理する。
STABLECOIN & ON/OFF-RAMP
日本円ステーブルコイン、発行・償還、利用サービスからJPYC EX手続画面への連携
Sealithとの関係: 発行・償還とオンチェーン証拠を利用し、どの注文へ充てるかはSealithが照合する。
WALLET & TREASURY
鍵・署名・複数承認・法人資産管理・AIからのウォレット操作インターフェース
Sealithとの関係: 財布と署名を外部に保ったまま、何のための取引かをSealithが制御・記録する。
PAYMENT REQUEST & SETTLEMENT
checkout、支払要求、資格情報、決済証明、決済ネットワークへの接続
Sealithとの関係: 支払要求と証明を運び、前後の許可・注文・履行・補償をSealithが結ぶ。
TRANSACTION SYSTEM OF RECORD
Sealith
Google WorkspaceやGeminiは仕事と知識の中心、Cloudflare OSはSkill/Gadgetを作るワークスペースとGatekeeper、JPYCは決済証拠、Walletは署名と資産管理、Providerは履行の正本になります。Sealithはそれらを選べる状態のまま、組織とProviderを跨ぐ取引状態と証拠参照を一つにします。
WHY AN APPLICATION LAYER
JPYCのtx hashは、誰から誰へいくら動いたかを示す強い証拠です。しかし、それだけでは誰のどの許可・見積・注文に基づき、サービスが実際に提供され、失敗時にどう戻されたかまでは分かりません。
token / from / to / amount / tx hash / finality
誰から誰へ、いくら動いたか
purpose / authority / quote / order / risk / recovery
なぜ許され、どの注文として進んだか
Booking / Visit / access / topup / reversal
何が提供され、どの状態にあるか
timeout / retry / cancel / refund / human review
失敗をどう戻し、誰が判断したか
HUMAN FUNDS, AGENT SPENDS
人または法人担当者が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を軸に一つの監査線へ束ねます。
purpose / jobId / requester
なぜ、そのAIが動いたか
Agent Token / budget / approval
何を、いくらまで許したか
quote / order / price snapshot
何を、どの条件で買ったか
JPYC challenge / tx / attribution
どの入金を、どの注文に充てたか
Booking / Visit / topup / access
何が、いつ提供されたか
cancel / reversal / refund / review
失敗をどう戻し、誰が判断したか
PROOF, NOT JUST VOLUME
Threes/OnePlaceとeSIMは、取引件数を作る最初の実証面です。ただし件数はゴールではなく、率と例外処理を評価できる母数。成功だけでなくtimeout、重複、変更、取消、返金を同じ定義で計測します。
STATUS — BASELINE TO BE MEASURED
以下は現在の達成値ではなく、staging疎通から本番取引へ共通定義で蓄積する評価指標です。分母となる完了済み有償取引数、GMV、継続利用率も併記し、少数サンプルの高い成功率を過大評価しません。
人の再入力や手動復旧なしで、intentから履行確認まで完了した割合
承認、例外確認、復旧のいずれかで人が介入した取引の割合。理由別にも分解
timeout・再送・再実行時に冪等性または照合で重複予約/購入を止めた件数
取消、reversal、返金が必要になった取引のうち、規定時間内に整合した割合
依頼の受領から、在庫・価格・条件を固定したquote提示までの中央値とp95
purpose、責任主体、quote、決済、履行、例外の必須イベントが欠損なく結ばれた割合
契約確定から共通commerce contractのstaging E2E合格までの営業日数
BUSINESS EVIDENCE
完了済み有償取引数、GMV、再利用率、売上・粗利と結び、Providerにも導入企業にも再現可能な価値として示します。
THREES × ONEPLACE
OnePlaceではBookingとVisitが別の正本です。Bookingは未来の予約、Visitは実際の利用実績。Visitを起点にinstructionsや解錠情報が返るため、AIエージェントは両方を扱う必要があります。
Premise / Plan / Room
価格と在庫のsnapshot
未来の予約をconfirmed
入金をorderへ帰属
実際の利用を開始
instruction / unlock
実額と利用実績を照合
BOOKING
未来の予約
在庫確保、時間・room変更、取消の対象。
VISIT
実際の利用実績
access取得、利用開始・終了、実額照合の対象。
ESIM × PROVIDER API
NO-CHARGE STAGING E2E PASSEDeSIMでは、価格と対象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
Gemini、Copilot、Cloudflare上のエージェント、自社AIのいずれからでも、MCPまたはRESTを通じて同じpolicyと状態機械を利用する設計です。
CONCEPTUAL TOOL GROUPS
discover拠点・プラン・価格・在庫を探すquote条件と有効期限を固定するorder承認・予約・入金を一つの状態で進めるfulfillVisit / access / topupの結果を得るrecovercancel / reversal / refundを実行するexplain全履歴と判断根拠を取り出す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
MCPという名称だけで、現在のsecure handoff機能と今後のcommerce tool群を混同させません。標準プランに含まれる範囲と、個別設計・検証中の範囲を明示します。
purpose、scope、期限、送信先を限定したAgent Token、MCP/RESTによるsecure handoff、AI監査文脈、操作ログをBusiness以上で利用できます。
現在のプランを見るquote、order、JPYC入金帰属、Booking/Visit/topup、取消・reversal・refundを結ぶcommerce機能は、現在は個別導入設計と限定Pilotの対象です。標準料金への包含はPilot実績と提供条件の確定後に案内します。
Pilotを相談するDELIVERY PATH
JPYC EX API仕様とSafe登録可否を確認し、オンチェーン最終性を含むstaging E2Eを通してから、一つのProvider、一つの低額商品、一つのAgent Tokenに限定して本番検証します。
RECOMMENDED NEXT STEP
①API接続申請とSafe確認、②非公開仕様レビュー、③発行・償還導線設計、④オンチェーン確定を含むstaging E2E、⑤1 Agent Token・1 package・Human Approval alwaysのPilot、の順で進めます。
RESEARCH NOTES
市場比較は2026年8月12日時点の各社公式公開情報を参照。提供中、提供予定、Sealith限定Pilotを区別しています。製品機能は今後変更される可能性があります。
MAKE AI TRANSACTIONS EXPLAINABLE
AIエージェントを、検索や提案の先へ。会社として許可し、支払い、履行を確かめ、失敗時は取消・reversal・refundと人間判断へつなぐ取引基盤を一緒につくります。