01策略控制台
一屏掌握整个智能体集群：每个智能体、其每日限额、白名单，以及今日支出。演示中，三个智能体截至 09:41 已支出 €184.20——两笔付款被拦截，一笔等待人工处理。策略修改立即生效；智能体在下次尝试付款时才会察觉。
- 按智能体编辑预算、白名单和阈值
- 支出、拦截和待审批一目了然
- 最近24小时的决策，可导出
02流程内审批
智能体负责提议，由人来决定。演示中，Billing Agent 请求支付 Nord Logistics 的 #088 号发票——€120.00，在其 €200.00 的每日预算之内（已用 €64.20），但超过了 €50.00 的审批线——请求会等待 14 分钟，直到有人点按“批准”或“拒绝”。策略、商户白名单条目和付款账户就显示在按钮下方。
03智能体钱包
每个智能体都使用独立的钱包和独立的策略。演示中的 Billing Agent 在 €200.00 的每日限额中还剩 €135.80——三笔付款共支出 €64.20，于 00:00 重置——单笔上限 €150.00，超过 €50.00 须人工审批，允许的商户共两家。策略独立放行的近期付款会带有 auto 标签。
- 每日限额、支出、上限和剩余预算，一屏尽览
- 允许的商户及其付款记录一目了然
- 付款标注为 auto 或由你审批
04创建智能体
智能体先有策略，再有代码。演示中的 Billing Agent 设有 €200.00 的每日限额、€150.00 的单笔上限、白名单中的两家商户，以及超过 €50.00 须人工审批——全部在 3 步中的第 2 步完成，此时密钥尚未生成。密钥只签发一次、只显示一次，每笔付款签名都带有策略哈希。
05策略编辑器
策略是带版本的文档。演示中的修改提高了 Ops Agent 的单笔上限：v14 变为 v15，变更必须附带审计备注，并由操作员签名保存，同时生成新的策略哈希。回放面板会用最近 24 小时的真实决策来检验草稿——策略上线前，你就能看到它会放行什么。
- 按智能体设置每日限额、单笔上限和每月上限
- 每次保存都必须填写审计备注
- 提交前，用 24 小时回放检验草稿
06审计，逐笔决策
决策 DEC-4471 完整还原了一笔付款：请求本身、每项策略检查及结果——白名单通过、上限通过、阈值升级——带签名的人工审批，以及已结算的 €120.00 及其通道和参考号。记录采用哈希链且只能追加；修改任何字段，都会使该处之后的链条失效。
07按智能体设置预算
预算是一道硬性的墙，而不是建议。每个智能体都有每日限额和单笔上限——演示策略中为每日 €500.00、单笔 €150.00——由平台在资金移动前强制执行。差旅机器人试图支付 €640.00 包机费用，当场被拒：超出上限。
08每月上限
在每日限额之上还有每月上限——演示策略中为 €6,000.00。即使一个智能体每天都守规矩，也不会超出当月允许的总额。
09预算按时钟重置
每日预算在指定时间重置——演示中为 CET 00:00——并显示在智能体的钱包里。支出按人人可见的周期累计，而不是一个说不清的滚动窗口。
10商户白名单
智能体只能向你事先列出的商户付款。演示中的 Ops Agent 恰好认得四家——一笔 €180.00 的付款尝试指向未列入的供应商，被以“未列入”为由拒绝。添加商户只需一次点击，移除则立即生效。
11审批阈值
设定一条线，超过它就必须由人点头。演示策略对超过 €100.00 的付款一律升级：智能体暂停，提案送到负责人手中，在其答复之前不会有任何资金移动。低于这条线，智能体在预算和白名单之内自行运行。
12签名的人工审批
审批不是一个复选框——它会记录谁批准、在哪台设备上、何时批准，并附上签名。演示中的决策就是如此：在 App 内批准，手机密钥，09:41:12。
13升级轨迹
提议、升级、批准、放行——决策记录中的每一步都有时间戳。当有人问起一笔付款为何发生，答案是一条清晰的顺序，而不是一句含糊其辞。
14不可篡改的审计日志
每一项决策都有据可查：智能体尝试了什么，策略如何判定，谁批准了什么——直至密钥轮换。条目只能追加，并可导出。一旦出现异常，日志会准确显示发生了什么、发生在何时。
15哈希链保证完整性
每条审计记录都带有自身哈希、上一条记录的哈希及其在链中的位置——演示中为 #4,471。可随时校验链条；任何位置的修改都会使其后所有记录失效。
16导出为 JSON
任何一项决策都可导出为 JSON（含哈希），方便存档、交给审计方或用于事件复盘。日志属于你，随时可以带走。
17紧急开关
点按一下即可暂停智能体，并立即停止其发起的所有付款。密钥保持有效，其他功能不受影响——只是在有人重新启用之前，该智能体无法支出。在演示的智能体队伍中，差旅机器人处于暂停状态，已支出 €0.00。
18冻结，而非丢失
暂停智能体会冻结其待处理的提案，而不是丢弃。恢复后，队列原封不动——不会有提案因为有人踩了刹车而悄悄消失。
19限定范围的密钥
智能体的凭据授予的是具体能力，而非全面访问。payments.send、refunds.issue 等权限范围可独立开关——演示中的智能体已关闭 subscriptions.manage。吊销或轮换密钥，不会影响其下的策略。
20密钥只签发一次
智能体密钥在签发时只显示一次，之后不再显示。平台无法再次展示的东西，攻击者也无从再次索取。
21每个签名都带策略哈希
每笔付款都由智能体密钥和放行它的策略哈希共同签名。付款不仅说明发生了什么，还证明了当时生效的是哪些规则。
22策略版本管理
策略带有版本、哈希、作者和时间戳——演示中为 v14，更新于 7 月 17 日 09:12。每项决策都会引用做出判定的确切策略版本。
23提交前先回放
编辑器会用最近 24 小时的决策来回放你的草稿：哪些被放行、哪些被拒绝、哪些会改变。策略上的错误在预览中暴露，而不是在生产环境里。
24在真实通道上结算
获批的提案会变成一笔真实付款——演示中的 €120.00 在批准几分钟后通过 SEPA Instant 结算，参考号 9F21-0716。智能体使用的，正是 Protocore 其他产品所依托的同一个核心。
25MCP 端点
智能体通过 MCP 连接，地址为 mcp.protocore.io/agents——任何支持该协议的框架都可以持有 Protocore 钱包。集成面保持精简：提交付款提案，接收决策。策略存在于平台上，而不是写在提示词里。
26智能体队伍
运行一个或多个智能体皆可。演示中运行着三个——运营、采购和一个差旅机器人——各有自己的预算、白名单和阈值。暂停其中一个，其他照常工作；策略绝不会在智能体之间串用。
