metering.snapshotモジュール 21プレーンがワークスペースについて数えたものを、メーターごとに、また各カウントが対応する課金メーターとともに確認できます。
metering.snapshot はワークスペースのカウンターを返します。協調された操作、アクティブなエージェント、アリーナ、ルックアップ、ドアなどです。各カウンターは作業が行われるたびにプレーンが加算し、リクエストで使用量を報告することはできません。スナップショットには、各カウントが対応する課金メーターも示されます。
© 2026 Intramedial. All rights reserved. IntramedialはTrustviceの製品です。 Secured and supercharged by Avonao Labs.
不正利用の報告
プレーンのモジュール
metersbillingMeterIds{ name, billingMeterId } のリスト: 各カウントが対応する課金メーター。identity.active_agentscoordination.admissions承認判定、登録、アリーナの開設、ディレクトリのルックアップなどのイベントは、発生時にプレーン内部からメータリングブリッジを呼び出します。
各カウントはワークスペース自身のポリシーストアに保存されます。あるワークスペースが別のワークスペースの合計に加算されることはありません。
GET /api/v1/acp/metering/snapshot は、各メーターの現在のカウントと、それが対応する課金メーターIDを返します。
共有デモワークスペースでデモ用キーを使って実行します。中身は誰でも見られるため、非公開の情報は送らないでください。 metering.snapshotの資料
実行を押すと、左のリクエストが共有デモワークスペースに送信されます。
共有デモワークスペースでデモ用キーを使って実行します。中身は誰でも見られるため、非公開の情報は送らないでください。
APIが受け付ける形のリクエストと、モジュールが返す形のレスポンス例です。
GET /api/v1/acp/metering/snapshot Authorization: Bearer av_workspace_•••• → 200 { meters, billingMeterIds }
経理責任者が coordination.admissions と identity.active_agents をプランと照らし合わせ、請求書より先にカウントを確認します。
エンジニアは、gatehouse.lookups が他のどのメーターよりも突出して多いことに気づき、特定のエージェントのループが原因だと突き止めます。
billingMeterIds は各カウントが対応する課金メーターを一覧表示するため、使用量の行からその元のカウンターをたどれます。
モジュールは、狭い範囲について強く保証します。保証されることだけを頼ってください。
metering/emit はどのリクエストに対しても拒否されます。identity.active_agents、coordination.admissions、parley.arenas、parley.local.anchor、parley.arena_hours、parley.participant_agents、gatehouse.lookups、gatehouse.doors、gatehouse.matters、、、。
ワークスペースのAPIキーをBearerトークンとして認証します。ベースURLは https://api.intramedial.com です。
/api/v1/acp/metering/snapshot各メーターのカウントと、その課金メーターIDを読み取ります。coordination.metering.snapshot
coordination/admit の呼び出しごと。parley.arenasparley.local.anchor、parley.arena_hours、parley.participant_agents が並びます。gatehouse.lookupsgatehouse.doors と gatehouse.matters が並びます。arbitration.casesyards.instancesnegotiate.sessions が並びます。metering/emit へのリクエストは拒否されます。メーターが数えるのはプレーンが行ったことで、呼び出し元が送った内容では変わりません。
{
"meters": {
"identity.active_agents": 12,
"coordination.admissions": 4180,
"parley.arenas": 3,
"gatehouse.lookups": 57,
"arbitration.cases": 1
},
"billingMeterIds": [
{
"name": "identity.active_agents",
"billingMeterId": "identity_active_agents"
},
{
"name": "coordination.admissions",
"billingMeterId": "coordination_admissions"
}
]
}スナップショットを読み、新しいエージェントフリートを有効にし、再度読み取ります。その差が、ロールアウトが数えられた作業として要したコストです。
coordination.lease、リースには coordination.fleetmap を使います。mandates.compile を参照してください。ledger.blame を使います。arbitration.casesyards.instancesnegotiate.sessions課金メーターIDは、メーター名の . をすべて _ に置き換えたものです。たとえば coordination.admissions は coordination_admissions に対応します。
ダッシュボードのCommonsページには、待機者と予算バケットも表示されます。これらは coordination/wait と treasury/envelopes から取得され、このスナップショットからではありません。
coordination/admit、identity/enroll と identity/scim、parley/open、directory/lookup、arbitration/open などです。読み取りとその他のほとんどのルートはカウントされません。metering/emit はリクエストに対して拒否されるため、使用量を手作業で加算することはできません。coordination.fleetmap11coordination.lease02Resource leases and queuesリソースを一度に1つのエージェントだけが保持するようにします。リースは自動で失効し、待たなければならないエージェントにはキューがあります。civics.claims20Resource claims officeリースを取得する前に、エージェントがこれから作業する内容を表明できるようにし、2つの主張が衝突したらケースを開きます。coordination.approve05Human approval queueリスクのある書き込みや削除を、サインイン済みの人が、エージェント、リソース、操作を見たうえで承認するまで保留します。dual-control.scopes22Two-person dual controlプレーンで最も破壊的な操作の実行前に、別々の管理者2人を必須にし、ブレークグラスの封印が無傷かを確認します。