Vestiarion

Vestiarion は、1 つのエージェントで中小企業の資金サイクルを管理します。取引先を審査し、仕入先に支払い、請負業者への報酬を送金し、売掛金を回収し、遊休資金を運用します。モデルが各アクションを提案し、それを実行できるかどうかは通常のコードが判断します。コードが人に確認を求める内容は人が決定します。また、Arc メインネット上で財務資金が所有者自身のウォレットにある場合、そのウォレットがデプロイした支出上限コントラクトを通じてのみ資金を送金できます。拒否を含むすべての結果はハッシュチェーン型の台帳に署名して記録され、ワークスペース内の誰もが検証できます。 動作を見る： デモ（2:59）、または製品ツアー全編 （7:22）。どちらも2026年10月15日に稼働中の製品で収録され、10月12日のArcメインネット決済が含まれています。フリーランサーのエージェントは、別のメンバーが住所を確認すると、自律的に支払いを実行します。モデルが支払おうとした新規サプライヤーへの初回請求は、別のメンバーの承認が得られるまでコードが拒否します。エージェントが支払い日を選ぶ様子、シャドーモードと顧客の数値、Arcメインネット、そしてその証明をご覧ください。ツアーでは、このうち3つの判断について、エージェントがどのように決めたのかを一行ずつ紹介します。

Tameion は古代ギリシャ語で宝物庫を意味し、お金を保管していた部屋を指します。ビザンツ帝国では、その部屋はやがて vestiarion へと発展し、貨幣の鋳造、備蓄の管理、軍への支払いを担う部門になりました。

目次

• 5分でVestiarionを評価する方法
• 各フローを見る
• Vestiarionの機能
• 他との違い
• 支払いの仕組み
• 安全性アーキテクチャ
• ArcメインネットとArcテストネット
• 製品の機能
• 連携機能
• Arcビルダー向けプリミティブ
• クイックスタート
• 検証可能なアクティビティ
• ドキュメント
• 開発
• ライセンス

5分でVestiarionを評価する方法

以下はすべて稼働中のアプリ www.vestiarion.xyz で利用できます。メールアドレス以外に必要なものはありません。ウォレットも、USDCも、APIキーも、インストールも不要です。

1. Arc テストネットでワークスペースを開きます。 www.vestiarion.xyz/login にアクセスし、 Continue with Google または Email me a sign-in link でサインインして、ワークスペース名を入力し、Create workspace を選択します （求められた場合は、Arc テストネット上の Test workspace を選択します）。最初はサンドボックスとして起動するため、決済はシミュレーションされ、ブロックチェーンには何も送信されません。
2. サンプルデータを読み込み、エージェントを実行します。 コンソールの Treasury で Load sample data を選択します。取引先が6社、請求書が8件（支払いが7件、入金が1件）、請負業者のマイルストーンが2件読み込まれます。1回のサイクルであらゆる結果が表示されるように選ばれています。続いて Run cycle now を選択します。独自の請求書を試すには、最初の判断を確認するをご覧ください。
3. 判断と拒否を確認します。 Bills & receivables では、各請求書にエージェントの判断が表示されます。支払い、割引の最終日に支払い、不足している発注書の確認依頼、仕入先の上限を超えているため保留、重複としてフラグ付け、のいずれかです。カードには Agent’s reasoning と How the agent decided が表示されます。モデルが支払いを望んでいても、コード内のルールによって阻止された場合、カードには「Blocked by code, not by the model」とルール名が表示されます。 支払いの制御方法ではすべてのルールを一覧できます。また、モデルとポリシーが一致しない場合では、本番環境で支払いを拒否したコードを確認できます。
4. 署名付き台帳を検証します。 Audit log を開き、Verify hash chain を選択します。すべての Ed25519 署名とハッシュリンクが検証され、「Chain intact」と表示されます。Download の Signed JSON ではチェーンをエクスポートでき、verify-ledger-export.mjs を使えば、Node.js だけでお使いのマシン上で検証できます（監査エクスポートを検証する）。
5. 本番環境を確認します。 数値を確認するでは、ページを読み込むたびに、本番環境のワークスペース、支払い、判断、コードによって拒否された内容をネットワークごとに表示します。「Verify it yourself」には、エクスプローラーにリンクされた実際の支払いが表示されます。メインネットでの証明では、Arc メインネットでの最初の支払いの流れを確認できます。新しいアドレスへの初回支払いとしてコードによって保留され、2人目のユーザーが承認し、所有者の支出上限コントラクトを通じて支払われます。

動画で確認する場合： デモ（2:59）、製品全体のツアー（7:22）、各メインフローの短い動画（いずれも2分以内）をご覧ください。

セキュリティを確認する場合： www.vestiarion.xyz/securityでは、アーキテクチャ、テナントの分離、暗号化、アクセス制御、コネクターのトークン、ウェブフック、サブプロセッサー、および当社が主張していない事項について説明しています。 脆弱性の報告方法については、SECURITY.mdをご覧ください。

このリポジトリ内の各項目の場所：

パス	内容
src/app	Next.js のルート：公開ページ、ワークスペース（o/[slug]）、共有リンク（receipt、pay、report、statement）、API（api/v1、api/mcp）
src/lib	ロジック：エージェントとコード内のルール（agent/、agent/guardrails.ts）、署名付き台帳（ledger.ts）、Circle と Arc（circle/）、コネクター、テナントのデータアクセス層（dal/）、シークレット（secrets.ts）
src/components	インターフェース
supabase/migrations	番号付きマイグレーションとして管理される、Postgres スキーマ、行レベルセキュリティ、データベース関数
contracts	Solidity で記述された VestiarionSpendingLimit と VestiarionEscrow
sdk と cli	@vestiarion/sdk と @vestiarion/cli：TypeScript クライアントと vestiarion コマンド
integrations	Slack アプリのマニフェストと HubSpot アプリのプロジェクト
extensions	Vestiarion Invoice Capture：ブラウザーから請求書を下書きとして送信する Chrome 拡張機能と、そのストア掲載ページ
content/docs	MDX で記述されたドキュメントサイトのページ
scripts	運用コマンド：マイグレーション、サイクル、支払いの切り替え、コントラクトのビルド、リサーチの再生
tests	すべてのマイグレーションを含め、プロセス内の Postgres 上で npm run verify が実行する Vitest スイート
docs	自分での実行方法、リリース、各機能の設計とロールアウト記録

各フローの動画を見る

各主要フローを1本ずつ紹介する短い動画です。チーム独自のワークスペースにあるデモデータを使い、Arc テストネット上の実際のプロダクトで録画しています。各動画はガイドの冒頭で、文字起こしとともに再生できるほか、YouTubeでも視聴できます。

フロー	長さ	内容	YouTube
最初の判断を見る	1:46	シャドーモードで追加された仕入先とその請求書、エージェントの判断とその理由、そして判定を紹介します。	視聴する
エージェントが支払う、最初の支払い	1:32	エージェントが自ら支払う請求書、2人目の承認者を待つ請求書、そして両方の記録を紹介します。	視聴する
自社の請求書でシャドーモードを使う	1:33	シャドーモードを有効にし、実際の金額でテスト用 USDC を使い、ミラーアドレスを設定して、各判断の判定を確認します。	視聴する
支払いの制御方法	1:25	支払いコードが拒否される様子、上限、承認者、そして一時停止の方法を紹介します。	視聴する
Arc でワークスペースを本番稼働させる	1:26	ウォレットを作成し、テストネット USDC で資金を入れて本番稼働させた後、Arc メインネット上のワークスペースを紹介します。	視聴する
Arc で顧客から支払いを受け取る	1:05	顧客への請求書、支払いリンクと支払いページ、Collections でのエージェントの次のステップを紹介します。	視聴する
エージェントが提示する早期支払いオファー	1:13	早期支払いに適した請求書、エージェントが提示して仕入先が承諾したオファー、そして対案を紹介します。	視聴する
検証済みの作業に対して請負業者に支払う	1:01	フリーランサーへの単発リンク経由の支払い、エージェントによる支払いの実行、マイルストーン型エスクローを紹介します。	視聴する
QuickBooks と Zoho Books の請求書	1:00	QuickBooks と Zoho Books の未払い請求書を確認して追加し、その後エージェントが判断する様子を紹介します。	視聴する
自動で届く請求書	1:17	請求書 PDF のフォームへの読み込み、請求書リストの貼り付け、メールと Chrome からの取り込みを紹介します。	視聴する
ベンダーの銀行口座にペソで支払う	1:01	BlindPay で銀行振込を設定し、ベンダーの銀行口座を指定して、支払いの完了までを追跡します。	視聴する
証拠と監査エクスポート	0:56	支払いが行われた理由、各事実の確認方法、監査ログのチェーン検証を紹介します。	視聴する
Xero の請求書をエージェントが判断	1:52	Xero Demo Company から請求書を取り込み、Xero で支払い済みの請求書が二重払いの前に検出される様子と、Arc テストネットでの支払いを紹介します。	視聴する
HubSpot の案件を Arc で回収	1:55	HubSpot で成約した案件の計画、前受金の支払いと照合、領収書の HubSpot への書き戻しを紹介します。	視聴する

Vestiarion が行うこと

中小企業は、担当者がいくつものツールを手作業でつなぎ合わせて、ベンダー、契約業者、定期請求を支払っていますが、その処理を継続的に確認することはありません。Vestiarion はこれを、実行のたびに帳簿全体を読み込む「エージェントサイクル」という単一の意思決定ループに置き換えます。

領域	エージェントが行うこと
買掛金	3点照合（発注書、入庫記録、請求書）、重複とリスクの確認を行い、判断理由を添えて 支払う、予約する、保留する、情報を要求する、または不正の疑いを報告するを実行します。予定されている請求を手元資金と照らし合わせ、すべてを賄えない場合は、どの請求を優先して支払うかを選びます。有効にすると、支払えない請求についてサプライヤーに支払い猶予を求めたり、請求書に不足している発注書や入庫記録をベンダーにワンタイムリンク経由で求めたりします
契約業者	GitHub のプルリクエストのマージなど、証拠を確認できたらマイルストーンの支払いを実行します。Arc テストネットでは、それまでマイルストーンの USDC をエスクローコントラクトに預けておけます
コンプライアンス	各サイクルで取引先をすべて再スクリーニングし（設定されている場合は OpenSanctions を使用）、該当があれば支払い限度額を元に戻せる形で引き下げます。すべての支払先アドレスを OFAC の SDN リスト上のアドレスと照合します。エージェントも担当者も、リストに掲載されたアドレスへの支払いを拒否されます
売掛金	署名済みの取引を、各期日に実行される売掛金のスケジュールにします。顧客はリンク経由で支払い、エージェントは入金を債権と照合します。複数の請求書をまとめて支払う場合、一部のみ支払う場合、または手数料分だけ不足する場合の消し込み方法を提案します。有効にすると、引き続き支払いが必要な金額について、コードで設定された範囲内でリマインダーを送信します。その際、顧客の発言、支払い状況、約束、独自のルール、販売に使われた HubSpot の取引を考慮し、担当者が対応すべき段階では事前に確認を求めます。また、有効にすると、資金不足で請求を保留している間、未払いの請求書を5日以内に支払う顧客に少額の割引を提案します
資金管理	Arc テストネットでは、7日分の運転資金を超える遊休資金を、利回りが往復手数料を上回る場合に限り Circle の USYC に移し、支払期日の前に償還します
監査	あらゆる判断、人による操作、システムイベントを、Ed25519 署名付きのハッシュチェーン台帳に追記します。ワンクリックでエクスポートして検証できます

エージェントサイクル：照合 -> 領収書 -> コンプライアンス -> フォローアップ -> 定期処理 -> サービス -> 流動性 -> AP -> 契約業者 -> 資金管理 -> 予測 -> 提案 -> 回収 -> 早期支払いの提案 -> 顧客への提案 -> 支払い猶予の要求 -> 書類の要求 -> 資金アラート -> 通知 -> telegram -> slack -> discord。各段階の結果は台帳に追記されます。

異なる点

• モデルは論じますが、支払いはできません。 Anthropic、OpenAI、DeepSeek は {action, reasoning, confidence} を返します。モデルが決定した後、資金が動く前に、コードがすべての厳格なルールを再確認します。モデルキーがまったくない場合は、透明性のあるルールベースのポリシーがモデルの代わりを務めます。各台帳エントリーには、どちらが決定したかが記録され、モデルの回答と並べて、記述されたポリシーの回答も記録されます（調査：モデルとポリシーの判断が異なる場合）。
• 上限はコード内だけでなく、資金の移動経路に設定されています。 Arc メインネットでは、ワークスペースはオーナーが保有するウォレットから支払えます。エージェントのウォレットは、そのウォレットがデプロイしたコントラクト上で pay を呼び出すことしかできません。このコントラクトは、Vestiarion のコードがどう決定したかにかかわらず、日次または7日間の上限を超える支払いを拒否します。
• Vestiarion は、その資金の USDC を保有しません。 この経路では、USDC はオーナーのウォレットまたはパスキーのスマートアカウントに留まります。Vestiarion はその秘密鍵を保有せず、エージェントのウォレットが保有するのはガス代のみです。（ほかの構成は異なります。構成別のカストディをご覧ください。）
• 何を重視するかは人が決めます。 新しいアドレスへの初回支払い、2名承認の基準額を超える支払い、エージェントが保留したすべての支払いは、人の承認を待ちます。その一部は2名の承認が必要です。
• 数値は申告ではなく、読み取られます。 数値を公開は読み込みのたびに本番データベースを照会し、Arc メインネットと Arc テストネットを別々に集計し、自社のワークスペースと顧客のワークスペースも分けて集計します。

支払いの仕組み

Arc メインネットで、オーナーのウォレットを資金口座とするワークスペースは、次のように支払います。

flowchart TD
    T["Owner's treasury<br/>passkey smart account or browser wallet<br/>(Circle Modular Wallets)"]
    C["VestiarionSpendingLimit<br/>deployed and approved by the treasury"]
    A["Vestiarion agent<br/>proposes pay / hold / flag"]
    P["Code: deterministic policy and guardrails"]
    H["Approvals inbox<br/>one or two people"]
    W["Agent wallet<br/>holds gas only"]
    V["Vendor address"]

    T -- "approve(contract)" --> C
    A --> P
    P -- "held, flagged, new payee,<br/>above two-approval figure" --> H
    P -- "allowed" --> W
    H -- "approve and pay" --> W
    W -- "pay(to, amount, ref)" --> C
    C -- "transferFrom(treasury, vendor)<br/>within daily and 7-day figures" --> V
    V -. "settles on Arc in seconds;<br/>Paid event + signed ledger entry" .-> L[("Ledger")]

手順は次のとおりです。

1. オーナーのウォレットが資金口座です。 Go live で、オーナーはブラウザーウォレット（MetaMask、Rabby…）を接続するか、パスキーウォレットを作成します。これは、パスキーが所有する Arc メインネット上の Circle スマートアカウントで、任意の復旧用アドレスを設定できます。オーナーのウォレットは、ワークスペースの VestiarionSpendingLimit をデプロイし、USDC の利用を承認して、エージェントのウォレットにガス代を送ります。パスキーの場合、ブラウザーが自ら構築したすべての呼び出しを確認した後、1回の確認で完了します。
2. エージェントが支払いを提案します。 各サイクルで、モデルは請求書、取引相手の審査結果、照合結果、資金状況を読み取り、理由とともにアクションを提案します。
3. コードが決定します。 重複、リスク、支払い上限、三者照合、新規支払先、支出上限、流動性に関するルールを通常のコードとして実行します。これらのルールはモデルの判断を覆すことがあり、モデルが書いた内容によって覆されることはありません。
4. コードが提示した内容を人が判断します。 承認受信トレイ（または Arc テストネット上の Slack）で判断します。人による承認は、エージェントが使うのと同じ支払い手順を通ります。
5. 最後はコントラクトが決定します。 エージェントのウォレットが pay(to, amount, ref) を呼び出します。コントラクトは、日次および7日間の上限内でのみ、資金口座から販売先へ USDC を引き出します。また、同じ ref に対して二度支払うことはありません。上限（setLimits）を変更できるのはオーナーのウォレットだけです。エージェントへの承認を0に設定すれば、エージェントを停止できます。
6. Arc が決済し、台帳に記録します。 支払い状況は Circle とチェーンから読み戻し、手数料はレシートから読み取ります（Arc のガストークンは USDC のため、レシートがドル建てのコストになります）。結果は署名され、台帳に記録されます。

Arc テストネットでは、同じ判断経路を使用しますが、Circle ウォレットから支払い、オーナーまたは管理者が Enforce on Arc を有効にすると、同じコントラクトを通じて処理されます。

構成別のカストディ

構成	USDC の保管場所	資金を動かせる人
Arc メインネット、自分のウォレットまたはパスキー	オーナーのウォレット	オーナー。エージェントはコントラクトを通じて、その上限内でのみ操作できます
自分の Circle アカウント（テストネットまたはメインネット）	顧客の Circle アカウント内の Developer-Controlled Wallets	オーナーが貼り付けた API キーとエンティティシークレットを暗号化して保存したうえで、Vestiarion が操作します
ホスト型テストネットウォレット	Vestiarion 自身の Circle テストネットアカウント内のウォレット	Vestiarion（Arc テストネットのみ）

安全アーキテクチャ

flowchart LR
    M["Model<br/>proposes"] --> R["Rules in code<br/>refuse or hold"] --> P["People<br/>approve"] --> K["Contract<br/>caps the spend"] --> S["Signed ledger<br/>records all of it"]

レイヤー	保証される内容
コード内のガードレール	高リスクと判定された取引先、限度額を超える取引先、精算済みの請求書と重複する請求書、または照合が不完全な請求書に対して、決して支払いません。拒否の記録には、モデルの説明と、それを覆したルールが含まれます
新規支払先の確認	ある住所の支払先への初回支払いには、後ろ盾となる人が2人必要です。エージェントは、その住所を伝えた人だけが後ろ盾となる支払いを決して実行せず、その人自身も承認できません。支払先へのリンクを作成した人は、その支払先が送信する住所を伝えた人として扱われます。住所はリンクの署名済み台帳エントリから読み取り、そのエントリがない場合はリンク自体の記録から読み取ります。GitHub で送信された住所、または伝えた人としてメンバーを特定できない住所については、確認だけでは2人目として認められません。1人のメンバーが確認し、別のメンバーが初回支払いを承認する必要があり、別のメンバーが確認する前に、1人だけで承認することはできません。以前の送金が記録されていない支払いを再送する場合も、エージェントは同じ確認を求めます。これにより、支払い待ちの間に住所が変更されても、確認をすり抜けることはありません
支払先ロック	オプトインです。変更された送金先住所への支払いは、入力者以外の人が、ワークスペースが変更前から把握している連絡先を使って確認方法を記録した後にのみ行われます。オーナーが設定した場合は、さらに4～72時間の待機期間を設けます。支払いの承認によって住所が確認されたことにはなりません。他の支払先の住所、または同じ支払先が以前使用していた住所と一致する、もしくは似ている住所にはフラグが付きます
二重承認	オーナーが設定した金額を超える支払いには、異なる2人の承認が必要です。Arc メインネットのワークスペースでは100 USDCから開始し、オーナーは引き上げることはできますが、無効にはできません
作成者と確認者の分離	役割はオーナー、管理者、承認者、閲覧者、会計担当者です。会計担当者は記帳と閲覧を行いますが、支払いの判断はしません。請求書を作成した人は、その請求書を承認できません。高リスクの取引先を承認できるのはコンプライアンス担当者のみです
エージェントの支出限度額	1日および7日間の金額を設定し、コード内で確認します。また、適用される場合はコントラクトでも確認します。Arc メインネットのワークスペースでは、1日あたり50 USDC、7日間で150 USDCから開始します
プロジェクト予算	プロジェクト内の請求書またはマイルストーンについては、エージェントが支払いまたは予定設定を行う前に、データベースロックのもとでプロジェクト予算から資金を確保します。予算で賄えない場合は、人の対応を待ちます。Vestiarion での仮留保であり、オンチェーンで資金をロックするものではありません。同じ発注書または納品済みの作業に対する請求書とマイルストーンは、1つの債務として扱われます。2つ目は人の対応を待ちます
まず限度額を試す	新しい支払い限度額、二重承認の基準額、または支出限度額は、エージェントの過去30日分または90日分の判断に適用して試すことができます。各記録の内容に対してコードのチェックを順番に再実行し、モデルは呼び出しません。適用は設定自体の変更として行われ、試行後に設定が変更されていた場合は拒否されます。署名済みエントリには再実行の記録が含まれます
厳密に1回だけ	データベースの要求権によって判断を排他的に実行し、請求書をキーとする冪等性キーによって支払いの二重実行を防ぎます。コントラクトは重複した ref を拒否します
停止スイッチ	承認権限を持つ人は誰でも、そのワークスペースのエージェントを一時停止できます。オーナーのウォレットはコントラクトを停止でき、オペレーターは10秒以内にすべてのデプロイ環境ですべての支払いを停止できます
監査証跡	すべてのエントリに Ed25519 署名が付与され、直前のエントリのハッシュが含まれます。検証ツールは、最初に不整合が発生したエントリを示します。署名付き Webhook は各エントリの書き込み時に送信されます
シャドーモード	Arc テストネットでは、事業者はこれまでどおり自ら請求書の支払いを続け、各エージェントの判断に人が同意または不同意を示し、同意された支払いのみが実行されます。事業者が実際に支払った金額は各判断と並べて記録され、推測されることはありません

コントラクトのソースは contracts/ にあります。Vestiarion 向けに作成されており、監査は受けていません。

Arc メインネットと Arc テストネット

各ワークスペースは、作成時に選択したネットワーク上にあり、以降ネットワークを変更することはできません。

	Arc テストネット	Arc メインネット
利用できる人	サインインしたすべてのユーザー	vestiarion.xyz でサインインしたすべてのユーザー。セルフホスト型のデプロイでは、MAINNET_ALLOWLIST で利用者を指定します
通貨	Circle のフォーセットから取得するテストネット用 USDC と EURC	実際の USDC。Arc 上で送金するか、CCTP を通じて別のチェーンから持ち込めます
トレジャリー	ホステッドウォレット、または自身の Circle アカウント	自身のウォレットまたはパスキーウォレット、あるいは自身の Circle アカウント
支出上限コントラクト	オプトイン方式。Circle の Smart Contract Platform を通じてデプロイします	自身のウォレットを使用する場合、所有者のウォレットからデプロイします
その他の利用可能な機能	USYC リザーブ、マイルストーン型エスクロー、EURC スワップ、CCTP と Gateway による他チェーンへの払い出し、x402、シャドーモード	Arc 上の USDC と、Base および Arbitrum への CCTP 払い出し。Arc メインネットにない機能は表示されません

メインネットでの実績

2026年10月7日、私たちが運用するワークスペースが、パスキーウォレットから支出上限コントラクトを通じて、Arc メインネットで初めて支払いを行いました。

1. 所有者のパスキーウォレットは、1日あたり50 USDC、7日間で150 USDCという金額で、1回のトランザクションによりコントラクトをデプロイし、承認しました：0xe6261540…a9bb。
2. エージェントは0.10 USDCの請求書を支払うことにしました。コードが支払いを保留しました。新しい送金先への初回支払いだったためです（counterparty.new_payee）。
3. 2人目のメンバーである管理者が承認し、支払いました。エージェントのウォレットがコントラクトを呼び出し、パスキーのトレジャリーからベンダーへ0.10 USDCを移動して、Paidを発行しました。手数料は0.0035 USDCで、1秒未満で承認され、ブロック24,710,870に09:43:13 UTCに記録されました： 0xcecef38e…dee6。

コントラクト：0xd90cA89Fc318d0330Bb14eaeF78B72C3CA7E7fB6。

2026年10月19日、顧客ではない私たち自身のテスト用ワークスペース2つが、Arc メインネットから Base への初回送金を行いました。それぞれがCCTP V2を通じてBase上のウォレットに1 USDCを支払い、CircleのForwarding ServiceがBase上でミントしました。これにCCTP手数料が加算されます。どちらの場合も、エージェントはリアルタイムのCCTP手数料を確認し、支払期日に支払うことを選びました。請求書には早期支払い割引がなかったため、期日まで現金を手元に残してもコストはかかりませんでした。その後、コードは新しい送金先への初回支払いとして保留し、ワークスペース唯一の承認者が承認しました。

• ワークスペース自身のCircleアカウントから （#453）：Arcでのバーン、 0x89f66f7b…17e9、 およびBaseでのミント、 0x33b0f0e5…f0ac。
• 所有者のパスキーウォレットから、支出上限コントラクトのバージョン2を通じて：エージェントのガス専用ウォレットがpayAcrossChainsを呼び出し （#454）、パスキーウォレットから支払い額と手数料を受け取り、Arcでバーンしました。 0x7c3b4b6b…2a17。 Baseでのミント： 0x9ea0fe5a…150c。

2026年10月22日、同じテスト用ワークスペースが自身のCircleアカウントから、Arc メインネットからArbitrumへの初回送金を行いました（#498）。エージェントはArbitrumへのCircleのリアルタイム手数料0.077 USDCを確認し、1 USDCの請求額に対する上限10％と比較して、今回も支払期日を選びました。コードは新しい送金先への初回支払いとして保留し、ワークスペース唯一の承認者が承認しました。Arcでのバーン、 0xce0a7911…d7b8、 およびArbitrumでのミント、 0x385363d4…f987： 受取人には1 USDCが支払われ、手数料0.077084 USDCが加算されました。共有レシートにはArbitrumでのミントが記録され、請求書番号、手数料、支払者が記載されています。

Arc メインネットに顧客のワークスペースはまだありません。現在の件数は公開データで確認できます。

Arc テストネット上の実証

本番環境でエージェントが実行した内容：

• Run を押す人がいない状態で、USDC の支払いが追加から 53 秒後に完了しました： 0x81381c50…4e68;
• 支出上限コントラクトを通じて、1 日の上限額内で支払いを行いました： 0xa79cb982…e71e;
• Circle の Stablecoin Service が提示したレートに基づき、USDC の上限額と照合した EURC の請求書を支払いました： 0x2e66257f…8f58;
• CCTP を通じて Base Sepolia に支払いを行いました。Arc でのバーン： 0xbc1961bb…d49c、 Circle が転送したミント： 0x6c749323…ef9a;
• モデルが PDF から読み取った請求書を人が確認し、追加から 16 秒後に支払いました： 0x197e979f…64b3;
• 余剰資金を Circle の USYC に Teller 経由で預け入れました： 0x1cf65900…f42e。 次に、本日が支払期限の請求書に不足していた 0.88 USDC を償還しました： 0x4b5186db…c7f2。 その後、請求書は追加から 34 秒後に支払われました： 0x365da374…9d8b;
• 同じ日に支払期限を迎える請求書 2 件に対して現金が不足していた際、エージェントは、書面のポリシーで優先されていた 30 USDC の単発の移行費用ではなく、データベースのバックアップ費用 50 USDC を先に支払うことを選びました： 0x1adfad84…3a7b;
• 受取人ロックが有効な状態で、ベンダーの支払先アドレスが、USDC を 0 保有する新しいウォレットに変更されました。エージェントは、アドレスが未確認の間、3 USDC の請求書の支払いを保留しました。アドレスを入力したメンバーは、完全な記録があっても確認できませんでした。別のメンバーが確認し、エージェントはその後、4 時間の待機期間が終わるまで支払いを保留しました。その後に初めて支払いが行われ、ウォレットの残高は 0 から 3 USDC になりました： 0x49787501…0551;
• メンバーが 1 人だけのワークスペースでも同様の動作をしました。変更前に連絡先が登録済みだったことを示さない記録は拒否され、待機期間中の 同意して支払う も拒否されました。待機期間の終了後も、新しいアドレスへの初回の支払いには承認者が必要でした： 0x7948ea38…72c5。

docs/superpowers/specs/ にある各機能の設計資料は、ロールアウト記録で締めくくられています。本番環境で実行した内容と、その台帳エントリーおよびトランザクションが記されています。

製品の機能

• AP 自動化 — 請求書を手入力する、独自の列を持つ請求書一覧からインポートする、日付と通貨を指定する、PDF から読み取る、メールで転送する、Chrome 拡張機能でブラウザーから取り込む、または API 経由で送信することができます。定期的な買掛金にも対応し、支払い時に早期支払い割引を適用します。請求書の支払いが遅れた場合や現金が不足している場合は延滞料金を検討し、支払額に追加することはありません。
• 承認受信トレイ — 承認して支払う、却下する、またはエージェントに差し戻すことができます。請求項目をロックして、同じ行を2人が同時に判断するのを防ぎます。
• まず上限を試す — 新しい支払い上限、二者承認の金額、または支出上限が、過去のどの請求書を保留または通過させたかを確認してから、結果に基づいて適用できます。
• コントラクターのマイルストーン — マージ済みのプルリクエスト、作業の納品を担当者が受け入れた Asana タスク、または担当者によって確認できます。GitHub の報奨金には /bounty と /payto を使用し、支払い後にプルリクエストへコメントを投稿します。
• 受取人リンク — 受取人が自分のアドレスを入力して確認するか、支払いを受け取るためのパスキーウォレットを作成できます。
• 売掛金 — Arc 上の支払いリンク、照合済みの入金、エージェントの提案を使って複数の請求書または一部に充当される支払い、個別に管理されるクレジットと手数料、追記される取消記録、未払い分のリマインダーに対応します。リマインダーは顧客の状況（異議申し立て、請求、約束、独自のルール、HubSpot の取引担当者）に沿って送信されます。請求書番号、ID、発注書、金額、取引で検索できます。
• 顧客明細書 — 顧客ごとに、その顧客の未払い額を示すページへのリンクを作成します。顧客は支払い済みであることを伝えたり、支払日を約束したり、請求書に異議を申し立てたりできます。約束または異議申し立てが有効な間、エージェントのリマインダーは保留されます。
• コミッション — 営業パートナーや紹介者は、顧客が Arc で実際に支払った金額のうち、充当された正確な金額に対してのみ報酬を得ます。担当者が支払額を買掛金に変換すると、エージェントが他の請求書と同様に支払います。パートナーが自分への支払いを承認することはありません。
• 取引 — 署名済みの取引（前金と残額、マイルストーン、リテイナー、またはカスタム項目）を、合計が正確に取引総額に一致するスケジュールとして管理します。各項目は支払日に、担当者またはエージェントによって売掛金として計上されます。価格変更やキャンセルは署名済みの新しいバージョンとして記録され、請求済みまたは支払済みの内容を書き換えることはありません。
• プロジェクト — 各業務、顧客、またはローンチごとに USDC で予算と予備費を設定します。関連する請求書、マイルストーン、取引、確保済み・支払済み・利用可能な金額、取引からの回収額、支払い計画上の日数を確認できます。エージェントが同じ資金を二重に確保することはなく、予算でカバーできない場合は担当者に確認を求めます。
• 財務管理 — 今日の安全な支出可能額、現金の見通し、現金を戻す機能付きの USYC 準備金（Arc testnet）。
• クロス通貨およびクロスチェーン — EURC 請求書とスワップ、CCTP および Gateway による支払い（Arc testnet）、Arc mainnet から Base および Arbitrum への CCTP 支払い。
• サプライヤーへの支払い状況 — サプライヤーごとに、そのサプライヤーの請求書一覧ページへのリンクを作成します。受領から支払いまで各請求書の状況を確認でき、Arc 上の各支払いの取引も表示されます。請求書が保留されている理由は表示しません。
• 早期支払いの提案 — エージェントが後で支払う請求書を一覧表示し、今日支払う場合に求める価値のある割引を示します。オーナーまたは管理者はサプライヤーに一度限りのリンクを送信するか、エージェント独自の提案機能を有効にできます。有効にすると、エージェントは請求書と上限までの割引率を選び、今日支払える現金の範囲内でサプライヤーにリンクをメール送信します。提案が受け入れられると、割引後の金額が同日中に支払われます。
• 現金が不足している場合 — エージェントは予定されている各請求書を手元の現金と照らし合わせ、支払いを賄えない請求書を期限より数日前に保留します。14日以内に期限が来る請求書の合計が現金を上回る場合、モデルは延滞による事業への損失が大きい順に並べ、それぞれの理由を示します。コードは現金が続く限り、その順に支払います。有効にすると、支払えない請求書についてサプライヤーに期限延長を依頼し、サプライヤーから支払日数を短縮する提案があれば回答し、現金を確保できた時点で依頼を取り下げます。また、顧客には早期支払いを促す少額の割引を提案します。必要な金額と必要な期日を、コンソール、Telegram、Slack でオーナーに知らせます。
• 週次概要 — 毎週月曜日、オーナー、管理者、承認者に、支払済み・受領済みの内容、判断事項、対応待ちの項目、次に支払われる項目、現金で今後30日間を賄えるか、そしてその週の受取人アドレス変更をメールで通知します。凍結された受取人を先に表示します。シャドーモードでは判定結果を報告し、事業側がエージェントに同意した頻度も示します。
• 銀行振込 — ベンダーの請求書を、そのベンダーのメキシコの銀行口座に、ワークスペースの USDC から BlindPay 経由でペソ建ての SPEI により支払います。担当者はベンダーの受取額を確認し、すべての支払いを承認します（BlindPay の開発用インスタンス）。
• シャドーモード — 事業者独自の方法で実際の請求書を支払いながら、エージェントが自ら支払いを行う前に試すことができます。
• レポート — ワークスペースの実際の請求書についてエージェントが行ったことを確認できます。取引情報付きの支払い、停止した内容とその理由、担当者が介入した頻度、送金額に基づく割引の測定値、そしてライブ運用に移行する前に残っている項目を表示します。オーナーはその後、選択したベンダーとともに Arc mainnet でライブ運用を開始でき、ベンダー情報を再入力せずに引き継げます。「エージェント対実際の状況」では、請求書ごとにエージェントの判断と、Vestiarion の外部で事業者が支払ったとして記録した内容を並べて表示します。CSV、または支払いに充当された可能性のある明細行を請求書と照合した銀行明細書から取り込めます。各数値は署名済みの記録にリンクされています。価値については、測定値、推定値、集計対象外の数値を分けて表示します。オーナーまたは管理者は、取り消し可能なリンクでライブ版を共有できます。選択すれば、サプライヤー名をラベルとして表示し、金額を非表示にできます。
• ワークスペースとメンバー — ネットワークごとのワークスペース、招待、5種類のロール、メンバーごとの通知に対応します。外部の会計士が担当する複数の事業を横断して管理する会計士向けコンソールや、会計士が新しい顧客に送る一度限りのリンクも利用できます。顧客はリンクから、自分専用のワークスペースをシャドーモードで開くことができ、会計士はあらかじめそのワークスペースに参加しています。
• 支払いが完了しない場合 — それぞれの例外状態で、誰が対応するか、Vestiarion がすでに行ったこと、次に行うべきことを示します。再度支払う前に、必ず先行する送金がないか確認します。
• 支払いの理由 — 支払いごとに1つのページを用意し、発注書から領収書までリンクをたどって確認できます。各事実には、コードで確認済み、外部で検証済み、担当者による申告のいずれかが明示されます。ブラウザーで記録を再確認でき、JSON をダウンロードできます。
• 監査 — 署名済みの台帳、ワンクリック検証、エクスポート、署名済みウェブフック。

インテグレーション

Circle のインテグレーション

Circle 製品	用途
Developer-Controlled Wallets	トレジャリーウォレットとエージェントウォレット、送金、残高、確認
Modular Wallets	パスキー対応のスマートアカウント：Arc メインネット上の所有者のトレジャリーと、受取人のウォレット
Smart Contract Platform	Arc テストネット上でのエスクローコントラクトと支出上限コントラクトのデプロイ
Gas Station	Arc テストネット上でのエージェントウォレットのガス代の支払い
USYC	Teller を通じた利回り付きの準備金（Arc テストネット）
CCTP V2 と Gateway	他のチェーン上の受取人への支払い：Arc テストネット上では CCTP と Gateway を通じて行い、Gateway は x402 の購入も決済します。また、Arc メインネットから Base と Arbitrum へは CCTP を通じて行います
CCTP V2 Forwarding Service	Base、Ethereum、その他のチェーンから Arc 上のワークスペースのウォレットに USDC を追加します。Circle がミントするため、ウォレットにガス代は不要です（両ネットワーク）
Stablecoin Service	EURC の見積もりと USDC→EURC のスワップ（Arc テストネット）
Notifications	決済と入金のウェブフックを数秒以内に記録

チームおよび開発者向けツール

サーフェス	内容
Slack	チャンネルでの判断、/vestiarion today、waiting、ledger。上限内でArcテストネット上の承認して支払うボタンと却下して返却するボタン、メッセージから請求書を追加
Telegram	各メンバー専用のチャット：理由付きの判断、承認待ちの請求書とレビューリンク、/today、/waiting、/ledger、PDFから読み取った請求書。ボットが承認または支払いを行うことはありません
Discord	エージェントが保留または人に確認を求める請求書を、各サイクルの後にWebhook経由でチャンネルに投稿します。それぞれに「承認」画面で確認するためのリンクが付きます。リンクから承認されることはありません
REST API	メンバーごとのキーを使う/api/v1：すべての情報を読み取り、書き込みアクセスがあれば取引先、請求書、マイルストーン、受取人リンクを追加できます。キーによって承認または支払いが行われることはありません
TypeScript SDK	@vestiarion/sdk：すべての/api/v1操作に対応する型付きクライアントに加え、Webhookと台帳の検証機能を備えています
CLI	@vestiarion/cli：すべての/api/v1操作を実行するvestiarionコマンド。書き込みの前に毎回確認し、監査エクスポートとWebhook署名のオフラインチェックも行います
Postman	キーの取得から最初の呼び出しと書き込みまでを説明する「はじめに」コレクションと、すべての/api/v1操作を含むAPIリファレンスコレクションを用意しています。どちらもOpenAPIドキュメントから生成され、/postman/で提供されます
MCP サーバー	AIエージェント向けの/api/mcp。ツールは/api/v1の操作で構成されています。server.jsonでMCP Registry向けの情報を記述しています
Webhooks	ワークスペースごとに最大5つのHTTPSエンドポイントで、すべての台帳エントリーを署名付きで受信します。再試行にも対応しています
GitHub	マージ済みのプルリクエスト、報奨金、支払いコメントに基づくマイルストーンの検証
Email	転送された請求書を読み取り、人が追加する下書きとして取り込むワークスペースのメールアドレス
Chrome extension	Vestiarion Invoice Captureは、ページ上で選択した請求書のテキストまたは選択したファイルを、下書きとしてワークスペースに送信します。読み取られた項目を確認して送信すると、オーナーまたは管理者が、他の請求書と同じチェックを通じて請求書として追加します。サインインして許可することで接続し、APIキーは使用しません。また、自身の下書きの作成と読み取りのみ可能で、請求書の追加、承認、支払いは行いません。ChromeウェブストアからChromeに追加するか、ダウンロードして、ガイドの説明に従ってパッケージ化されていない拡張機能を読み込んでください。ソースコードはextensions/chrome-invoice-captureにあります
Asana	作業の成果物が納品されるAsanaタスクに紐付いたマイルストーンは、タスクが完了すると受け入れ可能になります。人が成果物を基準に照らして確認して受け入れると、エージェントが検証済みの他のマイルストーンと同様に支払いを判断します。Asanaでタスクが完了しても、それだけを理由に支払いが行われることはありません。受け入れ後にタスクが再開または変更された場合は、フラグが付けられます
HubSpot	成約案件とその顧客情報を15分ごとに取り込みます。「Plan collections」が「New deal」フォームに入力します。その後HubSpotで案件が変更されると、その案件にフラグが付けられ、人が変更するかそのままにするかを選べます。許可されると、計画済みの各案件の入金情報がその案件に書き戻され（回収済み、未回収、最終入金、照合）、読み戻されます。人による変更が上書きされることはありません。ワークスペースごとに1アカウントです。こちらでご覧ください（1:55）
Pipedrive	Pipedriveで案件が変更されたことが通知されるとすぐに、また15分ごとに、成約案件とその組織・担当者を取り込みます。「Plan collections」が「New deal」フォームに入力します。その後Pipedriveで案件が変更されると、その案件にフラグが付けられ、人が変更するかそのままにするかを選べます。許可されると、計画済みの各案件の入金情報がVestiarion独自の案件フィールドに書き戻され、読み戻されます。人による変更が上書きされることはありません。Pipedriveには開発用サンドボックスがないため、シャドウモード以外でArcメインネット上で行われた支払いのみが書き込まれます。ワークスペースごとに1社です
BlindPay	銀行振込：CLABEを登録したベンダーへの請求書を、ワークスペースのArc上のUSDCから、メキシコの銀行口座へペソでSPEI経由で支払います。保存されるのは銀行名と口座番号の下4桁のみです。すべての支払いは人の確認待ちとなり、ベンダーが受け取る金額を示すBlindPayの見積もりが表示されます。請求書の金額どおりに支払うか、何も送金しないかを選べます。このバージョンではBlindPayの開発用インスタンスを使用します
Zoho CRM	成約案件とそのアカウント・連絡先を15分ごとに、アカウントが属するZohoデータセンターから取り込みます（中国以外）。「Plan collections」が「New deal」フォームに入力します。その後Zoho CRMで案件が変更されると、その案件にフラグが付けられ、人が変更するかそのままにするかを選べます。読み取り専用です。複数のワークスペースから同じ組織に接続できます
Xero	Xeroで承認された請求書を15分ごとに取り込み、請求書リストと同じチェックを通じて確認します。人が追加すると買掛金になります。Arcで支払われると、各支払いについて請求書への仕訳案が作成されます。オーナーまたは管理者が項目ごとに確認して承認するまで、Xeroには何も書き込まれません。Arcテストネット上またはシャドウモードでの支払いは、Xeroのデモ会社にのみ記帳されます。こちらでご覧ください（1:52）
QuickBooks Online	QuickBooksの未決済請求書を15分ごとに、またQuickBooksから変更の通知があった場合はそれより早く、同じチェックを通じて確認用に取り込みます。一部が支払われた請求書は、残額で取り込まれます。読み取り専用です。支払いの記帳先となる銀行口座は事前に選択します
Zoho Books	Zoho Booksの未決済請求書を15分ごとに、同じチェックを通じて、アカウントが属するZohoデータセンターから取り込みます（中国以外）。一部が支払われた請求書は残額で取り込まれ、追加後に支払い済みまたは無効になった請求書にはフラグが付きます。複数の組織がある場合は、人が1つを選びます。読み取り専用です。Zoho Booksで削除された請求書は検出されません
Postman コレクションはパブリックワークスペースのVestiarion APIにもあり、MCP サーバーはio.github.duongnq2798/vestiarionとしてMCP Registryに登録されています。

npm install @vestiarion/sdk            # the typed client
npm install --global @vestiarion/cli   # the vestiarion command

vestiarionコマンドを使うと、Settings → API keysで取得したキーで、ターミナルからワークスペースを操作できます。

vestiarion login                                            # asks for the key, checks it, saves it for your user
vestiarion bills list --status held                         # what the agent held; bills show <id> says why
vestiarion ledger verify vestiarion-acme-ledger-1042.json   # an audit export, checked offline

独自のデプロイを運用する場合は、リポジトリのスクリプト（npm run cycle、npm run statusなど）も実行できます。スクリプトの一覧は docs/self-hosting.mdに記載されています。

Arc のビルダー向けプリミティブ

別のArcアプリがそのまま利用できる、Vestiarionのコンポーネントです。ライセンスはこのリポジトリに準じます。それぞれ単独でテストされています。

アプリを含めず、2つのコントラクトと台帳検証ツールだけをフォークする場合は、 duongnq2798/vestiarion-primitivesをご利用ください。これは、2つのコントラクトをバイト単位で完全に同一にしたFoundryプロジェクトです。Arcメインネットのバイトコードを再現するビルドと、チェーン上のバイトコードとの照合スクリプト、ユニットテスト、ファズテスト、インバリアントテスト、デプロイスクリプト、デプロイ先アドレス、および各呼び出しのviemサンプルが含まれています。

プリミティブ	Arc アプリに提供するもの	場所
VestiarionSpendingLimit	保有していないトレジャリーから支払いを行うエージェントです。エージェントのウォレットだけが pay(to, amount, ref) を呼び出します。日次または7日間の金額を渡すことはなく、同じ ref で2回支払うこともありません。トレジャリーはUSDCを保有し、コントラクトを承認するため、コントラクトは何も保有しません。所有者は setLimits で金額を変更するか、0を承認してエージェントを停止できます。Arcメインネットで稼働します： 0xd90cA89Fc318d0330Bb14eaeF78B72C3CA7E7fB6、ソースはSourcifyで検証済みです。	contracts/VestiarionSpendingLimit.sol、デプロイと呼び出しはsrc/lib/spending-limit/、インプロセスEVMでのテストはtests/spending-limit-contract.test.ts
VestiarionSpendingLimitV2	バージョン2です。2026年10月19日以降、パスCでデプロイされます。上記の機能に加え、payAcrossChains(amount, maxFee, domain, recipient, ref) により、同じトレジャリーからCCTP V2を通じてBase上のベンダーに支払い、金額と手数料を同じ上限額に算入します。トークンメッセンジャーと許可されたドメインはデプロイ時に固定され、手数料の上限は10％かつ2 USDCです。呼び出し後、コントラクトは何も保有しません。監査は受けていません。Arcメインネットで稼働します： 0x00b83bA62F17cd49c9ccB8e782e166c481e5d94F、ソースはSourcifyで検証済みです。デプロイ済みのすべてのコントラクトは、検証済みソースとともにArc上のコントラクトに掲載されています。	contracts/VestiarionSpendingLimitV2.sol、アップグレードはsrc/lib/treasury/contract-upgrade.ts、テストはtests/spending-limit-v2-contract.test.ts
VestiarionEscrow	約80行のマイルストーン型エスクローです。支払者は受取人のためにUSDCをロックし、送金するか、設定した日付以降に取り戻せます。オーナーはおらず、アップグレードもありません。	contracts/VestiarionEscrow.sol、src/lib/circle/escrow-holds.ts、tests/escrow-contract.test.ts
署名付き意思決定台帳	エージェントが行ったすべての意思決定を、判断時に参照した事実とともに、Ed25519署名付きのハッシュチェーン形式のエントリーとして記録します。ブラウザー上でも、エクスポートからオフラインでも、誰でも単一のエントリーまたはチェーン全体を検証できます。	src/lib/ledger.ts、SDK内のverifyLedgerEntry、監査エクスポートを検証する
シャドーモード	事業者の資金を動かさずに、実際の請求書を使ってエージェントを試す方法です。各意思決定は担当者の判定を待ち、合意された各支払いは実際の金額でArcテストネット上で決済され、合意率が集計されます。事業者が実際に支払った金額を記録し、請求書ごとに比較します。	src/lib/shadow-mode.ts、src/lib/verdicts.ts、src/lib/actual-payments-compare.ts、シャドーモード
@vestiarion/sdk	依存関係のない型付きクライアントと、Webhookおよび台帳の署名チェック機能を提供します。	sdk/、npm
circlefin/arc-* サンプルに追加される機能です。 サンプルでは、Arc 上で USDC を移動する方法を紹介しています。チェックアウト、ピアツーピア決済、チェーンをまたぐトレジャリー、AI によるレビューでリリースされるエスクロー、x402 サービスの料金を支払うエージェントです。arc-nanopayments の --limit と同様、そこでのエージェントの予算はエージェント自身のプロセスによって適用されます。こちらでは、上限を定めるのは Arc 上のコントラクトで、エージェントのウォレットはその上限を超えられず、資産の保管はトレジャリーが担います。各支払いには、支払い理由を示す署名済み記録が添付されます。また、シャドーモードでは、エージェントが自動で支払う前に、人々がその判断にどれほど同意するかを測定します。

クイックスタート

ホスト型アプリを使う — ウォレットやキーは不要です。

1. www.vestiarion.xyz にメールアドレスでサインインし、シャドーモードで Arc テストネット上にワークスペースを開きます。
2. サプライヤーと請求書を追加するか、サンプルデータを読み込み、エージェントが 1 分以内に判断する様子を確認します。
3. その判断に同意するかどうかを選び、エージェントの動作をまとめた レポート を読み、署名済み台帳を検証します。

一連の流れは最初の判断を確認するをご覧ください。テストネット上の USDC を移動するには、本番稼働に従ってウォレットに資金を入金してください。Circle のフォーセットから入金できます。

API を呼び出す — 設定でキーを作成し、次のコマンドを実行します。

curl -H "Authorization: Bearer $VESTIARION_API_KEY" https://www.vestiarion.xyz/api/v1/status

クイックスタートと 認証をご覧ください。

検証可能なアクティビティ

• 公開データ — ワークスペース、支払い、エージェントの判断、コードが拒否した内容と人々が決定した内容を、ネットワークごとに表示します。当社以外の顧客も含まれ、ページを読み込むたびに本番環境から取得されます。数値は日々変わるため、この README では数値を転載せず、リンク先をご案内しています。
• 台帳 — 各ワークスペースの /audit では、ワンクリックでチェーン全体を検証できます。エクスポートと Webhook にも同じ署名済みエントリーが含まれます。
• 調査 — 3 週間にわたり、モデルの判断を書面のポリシーと並べて記録した結果です。コードによる拒否が必要だったケースも含まれます。
• アドレス類似判定ツール — 既知のアドレスと照合できる無料ページです。取引先ページの類似アドレス警告よりも広範なルールを適用し、ブラウザー内でアドレスの文字、チェックサム、OFAC リストを確認します。

Arc テストネット上のコントラクト

Vestiarion 独自のコントラクト、およびテスト用ワークスペースにあるコピーです。

コントラクト	アドレス
VestiarionEscrow	0x74af203fec3f121ff1cd3a763092d1211487702b
VestiarionSpendingLimit	0x9da3c47f73ea9399ac566806a189b0bf47b7d4ba

呼び出し先の Circle のコントラクトです。

コントラクト	アドレス
USDC	0x3600000000000000000000000000000000000000
EURC	0x89B50855Aa3bE2F677cD6303Cec089B5F319D72a
USYC	0xe9185F0c5F296Ed1797AaE4238D26CCaBEadb86C
USYC Teller	0x9fdF14c5B14173D74C08Af27AebFf39240dC105A
USYC Entitlements	0xCC205224862C7641930c87679E98999d23C26113
Gateway Wallet	0x0077777d7EBA4688BDeF3E311b846F25870A19B9
Gateway Minter	0x0022222ABE238Cc2C7Bb1f21003F0a260052475B
CCTP TokenMessengerV2	0x8FE6B999Dc680CcFDD5Bf7EB0974218be2542DAA

それぞれの用途、それらを取り巻くウォレット、および支払い先が支払いを受けるチェーン上の USDC については、こちらをご覧ください。 コントラクト.

ドキュメント

開始	最初の意思決定を確認する · 支払いの制御方法 · 本番稼働する · 最初の支払い · シャドーモード
ガイド	支払い計画 · 支払いの状況を確認する · ワークスペースレポート · まず制限を試す · 請負業者への支払い · Asanaでの承認 · 請求書の取り込み · 支払いを受ける · 顧客明細 · サプライヤーへの支払い状況 · コミッション · 支払いが決済されない場合 · 会計担当者 · 支払いが行われた理由 · 証拠資料と領収書 · 現金のシナリオ · 取引 · プロジェクト · 監査エクスポート
開発者向け	クイックスタート · APIリファレンス · SDK · CLI · Postman · Webhook · MCP · 変更履歴
このリポジトリ	ARCHITECTURE.md · 自分で実行する · 機能設計 · コントラクト · SDKのソース · CLIのソース · 変更履歴 · リリース · リリース作業 · 配布

開発

Next.js、TypeScript、行レベルセキュリティを備えたSupabase Postgres、Vitest、Solidity 0.8.37。

npm install
cp .env.example .env.local   # Supabase URL and keys, VESTIARION_MASTER_KEYS, SUPABASE_JWT_SECRET
npm run db:migrate
npm run dev

Supabaseプロジェクトが必要です（URLとキーはProject Settings → API、JWTシークレットはJWT Keysにあります）。Circleやモデルのキーがなくても、Arcで測定された手数料とレイテンシを使って支払いをシミュレーションし、ルールベースのポリシーに基づいて意思決定を行うため、認証情報なしでアプリをエンドツーエンドで実行できます。

npm run verify   # typecheck, lint and the full test suite: what CI runs

テストスイートの実行にSupabase、Circle、モデルのキーは不要です。台帳の改ざんケース、リスクの段階分け、財務の経済性、ガードレール、プロバイダーのフォールバックをテストし、インプロセスのPostgres（PGlite）上ですべてのマイグレーションを実行して、ハッシュチェーンのデータベース側が検証処理と一致することを確認します。

残りの内容についてはdocs/self-hosting.mdをご覧ください。環境変数、創設時のワークスペース、各スクリプト、経路ごとの本番稼働、スケジュールされたジョブ（Supabase Cron）、Circleの通知、GitHub、ライブ環境とシミュレーション環境の違いについて説明しています。

ライセンス

MIT。Zoho、Zoho Books、Zoho CRM は Zoho Corporation Pvt. Ltd. の商標です。Arc、Circle、Slack、Telegram、 Discord、Xero、QuickBooks、HubSpot、Pipedrive、Asana、npm はそれぞれの所有者の商標です。これらの名称は、Vestiarion が基盤とし、接続するサービスを示すものであり、推奨を意味するものではありません。