多くのエージェントを運営するチームのためのウォレットインフラ。
15人のクライアントのために20のボットを運営します。それぞれが独自のウォレット、独自の制限、独自の監査トレイル、およびクライアントごとの可視性を必要とします。
ボトルネックはエージェントではありません。それはウォレット管理です。
Web3自動化エージェンシー、市場形成チーム、利回り戦略運用、または多くの同時エージェントを持つプロダクションデプロイメントを運営している場合、エージェント自体は簡単な部分です。あなたはそれらを運用するための戦闘テスト済みのコードとインフラストラクチャを持っています。あなたを遅くするのは、それらの周りのすべてです：ウォレットアドレスのスプレッドシート、クライアントごとの手動調整、散在するトランザクションログ、他のクライアントのデータを漏らすことなくクライアントに自分のエージェントの活動を可視化するクリーンな方法がない、強制されたエージェントごとの支出制限がない。
ほとんどのチームは最初はこれを自分たちで構築します - クライアントごとに1つの共有マルチシグ、Notionデータベース内のエージェントごとの元帳、トランザクション通知用のDiscordチャンネル。最初の3人のクライアントには機能します。クライアントが10人になると、それはパートタイムの仕事になります。クライアントが20人になると、何かがうまくいかず、関係を損なう恥ずかしい混乱が発生します。
Blockchain0xはすべてのエージェントに独自のウォレット、独自のポリシー、独自のログ、独自のシートアクセスを提供します。すべてを1つのワークスペースから管理し、1つのStripe顧客の下で請求し、適切なエージェントに適切なオペレーターを配置します。オペレーションレイヤーが全製品であり、エージェントを運用し続けます。
エージェンシーが最初のワークスペースをプロビジョニングする方法。
サインアップから適切な隔離、請求、可視性を持って5-20のクライアントエージェントを管理する典型的なエージェンシーのための5ステップのウォークスルー。
- 01
ワークスペースをプロビジョニングする
エージェンシーのメールアドレスまたは共有オペレーションアカウントの下で一度サインアップします。ワークスペース名はエージェンシーのアイデンティティを反映します（ワークスペース名はエージェントごとの請求書に表示されます）。ワークスペースの席はデフォルトで1つ; クロスクライアントの可視性が必要なオペレーターのために追加してください。
- 02
クライアントごと（または戦略ごと）に1つのエージェントを作成する
各クライアントのエンゲージメントには独自のエージェントレコードが付与されます：別々のスラッグ、別々のウォレットアドレス、別々の支出ポリシー、別々の検証バッジ。エージェントレコードは隔離の単位です - 一方のクライアントの取引は、同じワークスペースで実行されていても、他方の取引には触れません。
- 03
エージェントレベルの席を適切なオペレーターに割り当てます
Businessでは、オペレーターを特定のクライアントのエージェントにエージェントレベルのシートで招待します。彼らはそのエージェントのみを見て管理し、ワークスペース内の他のエージェントは決して見ません。これは、クライアントごとの分離を正しく感じさせるシートモデルです：オペレーターはClient Aの活動をClient Bに漏らすことはできません。
- 04
エージェントごとの支出権限を設定する
クライアントのエンゲージメントが実際に許可する内容に基づいて、各エージェントのために取引ごとの上限と期間ごとの許可を設定します（ダッシュボードで）。同じワークスペースの同じオペレーターは、1つのクライアントに対して小さな日次許可を持つエージェントを実行し、別のクライアントに対して大きなものを実行するかもしれません - エージェントごとの支出権限は、2つをきれいに分離します。
- 05
監視とオンコールを接続する
運用上重要なイベント（payment.received、payment.sent、wallet.deployed）のためにWebhook配信を設定します。それらをあなたのインシデントシステムやSlack/Discordに向けます。ダッシュボードは日常的なビューになります; 支払いが行われたり、何かに注意が必要なときにアラートがSlackに届きます。
セットアップは通常、最初のワークスペースに1-2時間、追加のクライアントエージェントごとに10-15分かかります。5人のクライアントがオンボードされる頃には、6人目を追加するための限界コストは主にクライアントとの会話であり、プロビジョニングではありません。
1つのワークスペース、1つのStripe顧客、Nエージェント。
請求モデルは、エージェンシーが実際に帳簿を管理する方法に基づいて構築されています：単一の請求書にエージェントごとの行項目があり、エージェントまたはワークスペース全体でエクスポート可能で、リアルタイムで会計システムに着地するWebhookストリームがあります。
| 次元 | Blockchain0xがどのように処理するか | なぜエージェンシーが気にするのか |
|---|---|---|
| ワークスペース構造 | 1ワークスペース、Nエージェント、1つの統合されたStripe顧客 | すべてのクライアント間で任意の支払いを見つけるのが簡単 |
| 請求書形式 | エージェントごとのサブスクリプションライン + エージェントごとの取引手数料ライン | クライアントを再請求する場合、クライアントごとの請求にきれいにマップします。 |
| エクスポート | エージェントごとのCSV/JSON、またはワークスペース全体; 日付範囲でフィルタリング可能 | 会計ツールまたはクライアントごとの損益計算書にドロップする |
| 会計へのウェブフック | payment.received / payment.sentイベントをリアルタイムでAP/ARシステムに送信します | バッチ調整なし; 元帳は最新のままです |
| 通貨 | 手数料はデフォルトでUSDで請求されます; Stripeを通じて他の通貨に設定可能です。 | 会計の基軸通貨を一致させる |
| 記録保持 | エージェントが存在する間に保持されるトランザクション履歴と監査ログ | クライアントまたは監査人のレビュー用にエクスポート可能 |
ほとんどのエージェンシーが採用するパターン：Blockchain0xの請求書はエージェンシーに送られます。エージェンシーは各クライアントにエージェントのサブスクリプションラインと管理手数料を再請求します。監査ログは、クライアントが特定の請求について質問した場合に防御可能にします - どの取引がどのウィンドウで行われたのかを正確に示すことができます。監査トレイルを生成した後に請求を削除するように私たちに頼んだエージェンシーはありません。
あなたがクライアント（およびその監査人）に伝えられること。
コンプライアンスは、ほとんどのエージェンシーの関与が始まる前に失敗する場所です。クライアントの法務チームは、誰が資金を保有しているのか、誰が何を見られるのか、記録はどのように保管されているのか、事故が発生した場合はどうなるのかを知りたいと考えています。ここに、製品によってサポートされた書面で伝えられる内容があります。
保管 - 私たちは非保管型です
資金はクライアント（または代理店）のウォレットに留まり、Blockchain0xにはありません。私たちは決して秘密鍵を持ちません。もし明日侵害された場合、攻撃者は私たちが手段を持っていないため、USDCを移動できません。これは、支払いプラットフォームが主張できる最も強力な保管主張です。利用規約に記載されています。
アクセス制御 - エージェントごとの席のスコープ
オペレーターは、自分に割り当てられたエージェントのみを表示できます。ワークスペースレベルの可視性は、別の特権のある席です。すべての席の追加、役割の変更、削除は、完全な帰属を持って監査ログに記録されます。ワークスペースの席には二要素認証が必要です。
監査証跡 - 帰属され、エクスポータブル
エージェントに影響を与えるすべてのアクションは、誰が行ったか、いつ行ったか、変更の前後を含めて完全に記録されます。ダッシュボードからJSONまたはCSVにエクスポートして、任意のクライアントまたは監査人のレビューに使用できます。単一のエージェントにスコープを絞っているため、1つのクライアントの記録が他のクライアントの記録を公開することはありません。
利用規約 - すべてのエージェントに拘束力があります
すべてのワークスペースはサインアップ時に受け入れ可能な使用ポリシーに同意します: 制裁回避、マネーロンダリング、詐欺、明らかに違法な活動に従事するエージェントはありません。違反はワークスペースの一時停止を引き起こします。このポリシーは公開されており、クライアントの法的レビューのために現在および過去のバージョンを提供します。
インシデント対応 - 文書化されたランブック
セキュリティインシデントには公開のランブックがあります：発見から24時間以内の通知、7日以内の根本原因分析、30日以内の事後分析。ランブックはコンプライアンスレビューのリクエストに応じて提供されます。執筆時点では通知可能なインシデントは発生していませんが、発生した場合にはランブックが契約となります。
すべての監査ログエントリに記録されること。
監査ログは、クライアントの監査人が見たいアーティファクトです。各エントリは、何が変更されたか、誰が変更したかを記録します。クライアントや監査人のレビューのために、ダッシュボードから全ログをJSONまたはCSVにエクスポートします。
| フィールド | タイプ | 説明 |
|---|---|---|
| Timestamp | time | アクションが発生した時刻 - UTC。 |
| Agent | reference | そのアクションが影響したエージェント。 |
| Actor | reference | そのアクションを実行した人間、API key、またはシステム。 |
| Action | category | 発生した内容: 支払い、設定変更、seat変更、key rotation。 |
| Outcome | status | アクションが成功したか、拒否されたか。 |
| Before / after | snapshot | 変更の前後にある状態。 |
ダッシュボードからJSONまたはCSVにエクスポートし、単一のエージェントまたはワークスペース全体にフィルタリングします。監査ログはビジネスプランの機能です。基本的なトランザクション履歴はProで利用可能です。
エージェンシーワークスペース向けのビジネス、エージェント向けの混合プラン。
Web3自動化チームはほぼ常に少なくとも1つのビジネスエージェント（監査ログ + チーム席）を必要とします。多くはミックスを運営しています：コンプライアンス要件のある高ボリュームのクライアントエンゲージメントにはビジネス、監査ログが契約上必要ない小規模クライアントにはプロ、実験的または休眠エージェントには無料です。エージェントごとの価格設定が、過剰支払いをせずにミックスを機能させます。
- Free: 実験、後で再開できる休眠エージェント、見込み客との会話用デモエージェント向け。
- Pro ($29/agent/mo): 厳格なコンプライアンス要件のない、稼働中のクライアントエージェント向け。
- Business ($49/agent/mo): クライアント向けエージェントを大規模に運用し、監査ログとエージェント単位のチーム席を利用できます。本番案件の標準です。
- ワークスペース席: 複数クライアント横断のオペレーター可視化のために席を追加できます（/pricing を参照）。