本指南面向正在设计或审查智能体架构的CTO和工程负责人，以及决定工作流中有多少部分可由智能体独立执行的技术产品负责人。我们的AI智能体与工作流自动化指南可帮助判断某项任务是否需要智能体；我们的AI智能体安全与人工审批控制指南则针对单个审批门控，防范注入攻击和不合规的自动化决策。本页位于两者之间：当您已有智能体并确认需要门控时，它将帮助您设计门控在控制循环中的位置，以及系统如何在等待期间保持稳定。
本指南内容
控制循环中有三个人工干预位置，而非一个
智能体运行感知-决策-行动循环：它读取上下文、提议工具调用，并在适用门控时等待决策后再执行操作。大多数团队默认采用一种检查点形式——一条阻塞至有人回复的聊天消息——因为这是最容易首先构建的方式。但如我们的安全与审批指南所指出的，这种方式在规模化时速度最慢，且会训练审批人停止阅读内容。实际上存在三种形式，架构应在其中有意选择，而非默认采用：
- 同步阻塞。运行在门控步骤处停止；该运行中的下游步骤在有人回复之前不会继续。
- 异步队列。门控操作被写入队列或持久承诺；运行继续执行其他独立工作，智能体（或下一次运行）在答复到达时获取。
- 乐观执行与补偿操作。步骤立即执行，并将预构建的撤销操作（退款、撤回、回滚）加入队列；由人工事后审查，并在必要时触发撤销。
选择模式
| 模式 | 如何在等待期间保持稳定 | 代价 | 适用场景 |
|---|---|---|---|
| 同步阻塞 | 最简单：一个暂停线程，一次恢复调用 | 吞吐量降至最慢审批人的速度 | 操作不可逆、价值高，或置信度低且智能体处于影子模式初期 |
| 异步队列 | 需要持久检查点以及回调或信号ID | 组件更多：一个队列、一个超时、一个去重键 | 量过大无法阻塞，且操作可安全等待数分钟至数小时（大多数运营审批） |
| 乐观 + 补偿操作 | 每个乐观操作都需要经过测试的撤销路径 | 风险转移至撤销是否真正生效 | 操作在已知时间窗口内可逆，且业务优先速度而非预审批（常规、低金额场景） |
构建检查点放置矩阵
-
按可逆性对操作分类。
只读、可逆写入，或不可逆/外部操作（支付、退款、客户消息、删除、权限变更）——与我们的安全指南用于门控的分类相同，此处复用以选择暂停形式，而非仅判断是否门控。
-
设定延迟预算。
询问业务可容忍什么：秒级（同步）、分钟到小时级（队列），或完全不容忍因为撤销窗口才是关键（乐观）。
-
从真实案例中评估置信度。
在某类案例上具有实测准确率的智能体，可以从同步迁移到队列，再从队列迁移到乐观——但仅在该准确率在与当前案例相似的案例上得到验证后，而非假设来自演示。
-
将组合映射到模式。
低可逆性或低置信度始终路由到同步，无论延迟预算如何；高可逆性和高置信度是乐观执行唯一符合条件的组合。
-
为每个异步和乐观模式添加超时和升级路径。
没有上限的暂停是一种泄漏：如果在预算窗口内没有答复，则升级到第二审批人或安全失败为不执行，永远不要无论如何执行。
状态与检查点设计：暂停期间必须保留什么
同步门控可以将状态保存在运行进程中，因为等待期间不会发生其他操作。异步和乐观模式则不能：进程可能重启，工作进程可能崩溃，等待可能持续数小时。持久化执行平台和智能体框架汇聚于同一答案——在进程内存之外持久化状态，以运行或线程ID为键，并从运行暂停的确切位置恢复，而非重放。对于智能体检查点，有四个字段最为重要：智能体已读取的输入（包括任何检索到的上下文，在运行接触知识库时，如我们的RAG架构指南所述）、确切提议的工具调用及其参数、审批响应绑定的稳定运行或线程标识符，以及幂等键——因为恢复的运行通常从顶部重新进入暂停步骤，不得重复副作用（如收费或重复消息）。LangChain的中断-恢复模型在暂停时持久化完整状态快照，并在恢复时还原；云工作流回调模式（例如AWS Step Functions风格的任务令牌）使暂停步骤可见并计费空闲，而非持有活动线程；Restate的awakeables等持久承诺模式将审批绑定到在进程重启后仍存活的回调ID。这不是对任何产品的背书：Netbase与主要商业和开源AI工具及模型合作，按项目选择，并围绕项目已使用的编排层设计检查点。
AI与检查点设计的交汇
-
已交付（匿名客户）：分类广告平台上的AI内容审核。
被标记的列表在管理员审核队列中暂停（异步模式），直到有人做出决定；已为未具名客户交付。
-
已交付（匿名客户）：WhatsApp AI聊天机器人与CRM集成。
对话和潜在客户捕获状态同步到CRM工作流，确保移交给人工时不丢失上下文；已为未具名客户交付。
-
增长能力：智能体架构内的检查点与状态设计。
对操作分类、选择暂停模式、持久化上述字段，如本指南所述；另请参阅企业AI智能体平台，了解跨部门共享的受治理运行时。尚未与命名此架构的已发布案例挂钩。
现有交付记录与不存在的记录
- 现有记录。Netbase已为未具名客户交付AI，包括上述审核和聊天机器人记录，其中智能体的输出或操作等待或同步于面向人工的队列或CRM工作流。Netbase遵循自身安全实践（安全代码审查、传输中TLS和静态AES加密、基于角色的访问控制、管理员仪表盘MFA、漏洞扫描和渗透测试），并持有ISO 27001认证和SOC 2 Type II证明用于自身运营；请参阅安全与合规。
- 不存在的记录。没有已发布的Netbase记录说明暂停智能体运行的恢复时间、队列深度、审批率或事件计数，也没有记录说明特定交付使用了哪种编排框架或工作流引擎。Netbase的认证涵盖Netbase自身的运营；它们不延伸至客户系统。
替代方案与选择标准
| 方案 | 优势 | 劣势 | 适用场景 |
|---|---|---|---|
| 所有操作均同步阻塞 | 构建最简单，向审批人解释最容易 | 吞吐量受审批人速度限制；长期训练出走马观花式审批 | 影子模式下的新智能体，或所有操作均为高风险 |
| 默认异步队列 | 在人工仍决定每个门控案例的同时保持吞吐量 | 需要持久存储、超时策略和去重键 | 量超出同步审查能力后的大多数运营智能体 |
| 乐观执行与补偿操作 | 最快；正常路径无需等待 | 安全性取决于撤销路径；对任何不可逆操作均不适用 | 具有经过测试的回滚的常规、可逆、低金额操作 |
| 无检查点，固定工作流 | 无需设计；状态丢失的风险面最小 | 无智能体灵活性 | 任务足够可预测，固定工作流比智能体更合适 |
上述矩阵中的同样四个标准决定了这些行之间的选择：最坏情况的可逆性、业务可接受的延迟、在真实案例上的实测置信度，以及是否存在经过测试的补偿操作。
本指南的局限性
- 它描述的是架构模式，而非特定框架的保证；每个编排层和工作流引擎对中断、回调和持久承诺模式的实现略有不同，引用的来源记录的是其自身产品的行为，而非通用标准。
- 这是通用工程指南，而非法律建议；智能体决策是否需要在欧盟AI法案或GDPR下接受人工监督，是法律评估，已在我们的AI智能体安全与人工审批控制指南中涵盖，而非本指南。
常见问题
每个智能体操作都需要人工检查点吗？不需要。只读和低风险可逆操作可以在没有检查点的情况下运行；本指南中的矩阵仅将可逆性低、延迟预算紧张或置信度未经验证的操作路由到检查点，并为其余操作选择暂停形式。
为什么不对每次智能体运行都阻塞直至有人回复？这是最简单的构建模式，但会将吞吐量限制在审批人速度，并且在所有操作上长期使用会训练审批人不加阅读就批准。在真实案例上验证准确率后，将常规、可逆操作迁移到异步队列或乐观模式。
如果进程在智能体等待审批时重启会发生什么？如果状态仅保存在进程内存中，暂停将丢失。持久化检查点——以运行或线程ID为键，保存提议的操作和幂等键——使运行能够从暂停处恢复，而无需重放步骤，无论写入检查点的是哪个编排层。
下一步
分享您正在设计的智能体、它提议的操作以及决策可安全等待的时长，我们将预约解决方案评审，为其检查点定位并设计恢复所需的状态。您也可以查看AI自动化与智能体或更多Netbase洞察。
本指南背后的项目案例
Netbase构建了一个AI聊天机器人，在WhatsApp Business上响应客户并将所获信息写入客户CRM。OpenAI语言模型负责对话，意图与流程层保持对话在轨，商机、客户数据及后续工作流与CRM保持同步。本项目组合档案未披露客户名称。
Keep Reading相关服务与解决方案
保持人工审批的AI自动化与智能体
Netbase为希望由软件处理重复性多步骤工作、同时保留重要决策审批权的运营团队提供AI自动化与智能体开发服务。我们将基于规则的工作流自动化与AI步骤相结合，在设计中加入人工审批节点，并以构建前的基准线衡量回报。
Learn More
企业级AI智能体平台：在审批、审计日志与成本限额下运行AI智能体
企业级AI智能体平台是一个受治理的运行时环境，AI智能体通过已审批的工具规划并执行多步骤任务，同时审批流程、审计日志、访问规则与成本限额确保每个操作可问责。Netbase将其作为前瞻性解决方案提供，部署于您自有环境中，而非以产品形式授权。
Learn More
讨论项目
Netbase JSC帮助企业设计、构建、现代化及运营数字产品与AI驱动的业务系统。+84 937 869 689
91 Nguyen Chi Thanh, Dong Da, Hanoi, Vietnam
取得联系
告诉我们您想构建、现代化或运营的内容。