metering.snapshot模块 21平台模块
平台模块Metered usage by workspace
按计量项查看平面为您的工作区计了什么数，以及每个计数对应哪个计费计量项。
metering.snapshot 返回工作区的计数器：协调动作、活跃智能体、竞技场、查询、门等。平面在工作发生时递增每一个，没有任何请求可以上报用量。快照还会指明每个计数对应的计费计量项。
metering.snapshot模块 21按计量项查看平面为您的工作区计了什么数，以及每个计数对应哪个计费计量项。
metering.snapshot 返回工作区的计数器：协调动作、活跃智能体、竞技场、查询、门等。平面在工作发生时递增每一个，没有任何请求可以上报用量。快照还会指明每个计数对应的计费计量项。
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一次只为一个智能体持有一个资源，租约会自行失效，需要等待的智能体则排队。civics.claims20Resource claims office让智能体在获取租约之前声明它即将处理的工作，并在两个声明冲突时开立案件。coordination.approve05Human approval queue扣住有风险的写入或删除，直到已登录的真人批准，并让他们看到智能体、资源和动词。dual-control.scopes22Two-person dual control在平面最具破坏性的动作运行之前，要求两位不同的管理员，并查看紧急破玻璃封印是否完好。