osFoundry / Platform
审批
高风险智能体或工具调用排队等待人工审批。附带审计轨迹。
简介
Approvals 是 osFoundry 中的人工介入检查点。当智能体准备做出有实际后果的动作时，例如写入文件、执行 shell 命令、调用外部 API、通过已连接的工具花钱或发送消息，这个动作可以被暂扣在队列中，而不是立即执行。由人来查看智能体究竟打算做什么，然后批准或拒绝。在有人点头之前，任何高风险动作都不会运行。
由于 osFoundry 是本地优先的桌面工作区，队列及其历史记录留在你自己这里，而不是厂商的服务器上；无论智能体由本地模型、你用自己的 API 密钥连接的云端模型，还是自托管端点驱动，同一道审批闸门都同样生效。审批者看到的是具体的调用，也就是被调用的工具和传入的参数，因此决策依据的是真实意图，而不是含糊的摘要。每一次批准和拒绝都会被记录：请求了什么、谁做的决定、在什么时候。这份审计记录始终附在该次运行上，因此即便事后很久，你也能回答“智能体当时为什么那样做”。
当你让智能体拥有真正的行动范围时，这一点尤为重要。自主性一直很有用，直到智能体迈出一步你并不想要的、不可逆或代价高昂的操作。Approvals 让你在低风险工作上保持智能体的高速运转，同时在那些可能删除数据、动用资金或触及生产环境的动作前，安排一个有名有姓的人把关。它把“完全信任智能体”变成一个你真正掌控的、逐个动作的决定，而不必到处关闭自动化。
主要功能
- 把高风险的智能体和工具调用暂扣在审查队列中，而不是自动执行
- 在批准或拒绝之前，看清智能体想运行的确切工具和参数
- 在本地、云端（你自己的 API 密钥）和自托管模型上表现一致
- 每次决策都有完整审计记录：请求了什么、谁决定、在何时
- 本地优先：审批队列及其历史留在你的设备上
使用场景
- 开发者：智能体提议一条 shell 命令或文件写入，你在它触及工作区之前予以批准
- 运维负责人：对外的 API 调用和会花钱的工具动作，都要等一个有名有姓的人放行
- 合规审查员：调出所附的审计记录，说明谁在何时批准了哪个智能体动作
常见问题
哪些动作会被送到 Approvals？
被智能体标记为有后果的动作：写文件、执行命令、调用外部工具或 API、通过已连接的服务花钱，或发送消息。这类调用不会直接执行，而是进入队列，由人查看确切的工具及其参数后再批准或拒绝。
使用 Approvals 是否意味着我的智能体无法自主运行？
不会。智能体照常自行工作，只有你选择设卡的动作才会停下等待审查。日常步骤仍享有快速自动化，而在高风险或不可逆的步骤前始终有人把关。
审计记录里保存了什么？
每次批准或拒绝都会连同请求的动作、决定和时间戳一起记录，并附在其来源的那次运行上。由于 osFoundry 本地优先，这些历史留在你的设备上，而不是第三方服务器。