摘要

10-09/03 把护栏外置、10-10/01 把人类监督产品化,但「人」和「Agent」还得有个碰面处——那就是工作台。2026 年 persistent agent 成为主流:OpenAI Dots(常驻云电脑+记忆+委派审批控制)、Microsoft Autopilot(带身份与可配权限的数字同事)、Manus 2.0(Cascade harness+Cloud Computer+Cue 每 Agent 独立邮箱/电话/电脑)、Grok Team Bots(共享上下文+私有记忆+例程)。Karpathy 强调自主输出要用受控语言/图表/交互 HTML 让人看得懂。本文给出百递云桥操作员控制台的持久工作区+中断恢复+可审计审批骨架。

一句话结论:Agent 生产化的最后一米是人机界面——护栏(10-09/03)与 HITL(10-10/01)都在工作台收口,2026 年的主流答案是「持久工作区 + 中断恢复 + 证据化审批」,让人在对的地方、用看得懂的格式、做可审计的拍板。


1. 工作台是 HITL 与护栏的收口界面

10-09/03 三层防线(决策模型/水印/外置护栏)和 10-10/01 四层控制(观察/建议/批准/阻断),最终都要落到一个界面上让人用——这就是工作台(Workspace / Console)。没有工作台,HITL 是抽象策略,护栏是后台配置;有了工作台,监督变成「操作员每天打开就能看、能批、能追」的具体动作。

2026 年行业共识是:Agent 不再是一次性函数调用,而是常驻的、有身份、有记忆、能中断等人、能恢复继续的「数字同事」(sunmarcs.com,2026-09-28/30;headsupai.io,2026-10)。这倒逼工作台从「聊天框」升级为「生产操作系统」。

判断:工作台的成熟度 = Agent 能不能安全上岗的最后一公里。模型强、护栏严、监督准,但若人没地方高效监督,Agent 仍只能停在 Demo。


2. 2026 持久 Agent 工作台的四种范式

产品形态人机协作要点时间
OpenAI Dots常驻云电脑+浏览器,连 4000+ 插件,记忆+委派人类审批控制(human approval controls),逐步开放给 EEA 外 Pro 用户2026-09-30 / 10-01
Microsoft Autopilot带自身身份与可配权限的「数字同事」自然语言建应用,持久工作、登出后继续2026-09-28
Manus 2.0Cascade harness(降 token/延迟)+ Cloud Computer + Cue每 Agent 独立邮箱/电话/电脑,Studio 做专业创作2026-10
Grok Team Bots共享上下文+私有记忆+例程+Agent 协调把持久 Agent 变成「共享同事」2026-10-03

共同信号:身份(identity)+ 记忆(memory)+ 权限(permissions)+ 持久执行(persistent execution)+ 人类控制(human controls) 五件套成了 2026 标配(sunmarcs.com,2026-09-28/30)。这恰好呼应 10-09/02 的 PAP/PACT 身份与 10-10/01 的权限地图。


3. 持久工作区:状态、记忆与中断恢复

持久 Agent 的核心工程挑战是中断恢复(interrupt/resume):Agent 跑到一半要等人批、或系统崩溃、或撞上 10-10/01 的 5 小时用量上限,必须能从断点续跑,而不是从头再来。

两个关键机制(agentnative.dev,2026;sunmarcs.com,2026-09-21):

  1. interrupt_before:在不可逆执行节点前暂停图执行,把状态 durable 持久化,只有显式 Command(resume=...) 携带人决策才恢复——保证审批边界由编排层而非应用层强制;
  2. 优雅停止点(graceful stopping point):如 Claude Code 在撞 5 小时用量上限时,用每周额度里一小笔固定余量把当前活干完,避免编辑中途被腰斩(headsupai.io,2026-09-25)。

工程经验:状态必须在 Agent 进程之外持久化(接 10-09/03 外置护栏思想)。内存里的上下文一崩就丢,durable store 里的才能 resume。这也是为什么 Manus Cloud Computer、OpenAI Dots 云电脑都强调「持久项目托管」。


4. 可审计审批界面:证据包 + 一键批准/修改/驳回

承接 10-10/01 的「证据包」与「不可逆闸门」,工作台要把审批做成可审计的具体动作而非表演。一个合格的审批卡片必须包含(kumohq.co,2026;agentnative.dev,2026):

  • 用大白话写的拟执行动作;
  • 受影响记录(运单号/客户/系统);
  • AI 使用的源数据与触发审查的策略/阈值;
  • 预期效果与可能下行风险;
  • 既往尝试、相关动作、近期异常;
  • 清晰的 批准/拒绝/修改/升级 四选一;
  • 过期时间与兜底 owner。
# workspace_approval_card.py —— 百递云桥操作员审批卡片(接 10-10/01 hitl_gate)
def render_approval_card(payload):
    pack = payload["evidence_pack"]            # 来自 hitl_gate.build_pack
    return {
        "title": f"面单重发审批 · {pack['affected_record']}",
        "action_plain": pack["proposed_action"],   # 大白话,非 40 行 trace
        "source": pack["source_data"],             # 源数据
        "triggered_by": pack["policy_check"],      # 触发审查的策略
        "risk": pack["expected_effect"],           # 预期效果/下行
        "prior": pack["prior_attempts"],
        "choices": pack["choices"],                # approve/reject/edit/escalate
        "expiry": pack["expiry"],
        "fallback": pack["fallback_owner"],
        "locked_payload_hmac": payload["lock"],    # 防篡改:批准后锁 payload
    }

# 操作员决策后,编排层(非应用层)恢复执行,并记录 outcome
def on_decision(card, decision, operator):
    if decision == "approve":
        execute_locked_payload(card["locked_payload_hmac"])   # 只跑锁定 payload
    audit_log.append({                                        # 不可变审计轨迹
        "request": card, "human": operator, "decision": decision,
        "outcome": "executed" if decision == "approve" else "blocked",
    })

关键:审批通过后 payload 必须加密锁定(HMAC),执行 worker 只跑锁定版本,防止「审阅的」和「执行的」不一致(agentnative.dev,2026)。审计轨迹要记「执行结果」而非只记「审批决定」——否则监管无法重建事件时间线。


5. 让人类看得懂:Karpathy 输出格式与可解释性

Andrej Karpathy 在 2026-10-03 强调:随着模型做更多自主工作,人类输出的可读性成了监督瓶颈(headsupai.io,2026-10-03)。他建议用:

  • ASD-STE100 受控语言写作,降低歧义;
  • 主动生成图表;
  • 生成交互式 HTML 页面;
  • 制作定制讲解视频。

这些格式把人类精力从「读懂 Agent 在干嘛」转向「监督与理解」,让「大而可丢弃的软件制品」成为常态。

落到工作台:Agent 产出不应只是一段文本,而应是结构化、可交互、可溯源的工件。百递云桥面单 Agent 的摘要/改费建议,应以「运单时间线图 + 差异表 + 一键审批」呈现,而非丢一段自然语言让操作员猜。


6. 工程落地:百递云桥操作员控制台骨架

把以上四节接回本专栏既有能力,百递云桥操作员控制台:

  • 持久工作区:Agent 状态/记忆存 durable store(接 10-09/03 外置护栏思想),断点 resume;
  • 中断恢复:不可逆动作前 interrupt_before(接 10-10/01 闸门),5 小时上限走优雅停止点;
  • 可审计审批:证据包卡片 + 四选一 + HMAC 锁定 payload + 记录 outcome(接 10-10/01);
  • 可解释输出:运单时间线图 + 差异表 + 交互 HTML(接 Karpathy 格式);
  • 全链路审计:每步接 10-07/02 turn-by-turn trace,导出为 10-08/03 审计证据链。
能力解决根因复用
持久工作区崩溃/超时丢上下文10-09/03 外置护栏
中断恢复编辑中途被腰斩10-10/01 不可逆闸门
证据化审批审批表演10-10/01 证据包
可解释输出人看不懂 AgentKarpathy 格式(2026-10-03)
全链路审计事后不可重放10-07/02 trace / 10-08/03

7. 小结

从 10-06/03 防御面到 10-10/01 HITL,我们一直在「让 Agent 安全地自主」。但自主的最后一公里是人机界面——2026 年主流答案是「持久工作区 + 中断恢复 + 证据化审批」。OpenAI Dots、Microsoft Autopilot、Manus 2.0、Grok Team Bots 把「身份/记忆/权限/持久执行/人类控制」做成标配;Karpathy 提醒输出要让人看得懂。百递云桥照此落地,护栏(系统)、HITL(人)、工作台(界面)三层在工作台收口,Agent 才真正从 Demo 走向生产。


FAQ

Q1:工作台和普通的聊天界面有什么区别?
A:聊天界面是一次性问答;生产工作台是持久操作系统——Agent 有身份、记忆、权限,能中断等人、断点续跑、批量审批、重放审计。2026 主流(Dots/Autopilot/Manus/Grok Team)都把工作台当生产入口而非玩具。

Q2:中断恢复(interrupt/resume)怎么保证不丢状态?
A:状态必须在 Agent 进程之外持久化(durable store),在不可逆节点前 interrupt_before 暂停图执行,只有显式携带人决策的 resume 才恢复。内存上下文一崩就丢,外部持久化才能续跑。

Q3:审批卡片为什么要 HMAC 锁定 payload?
A:防止「审阅的」和「执行的」不一致。审阅用自然语言摘要,执行用精确 payload;锁定后执行 worker 只跑锁定版本,否则信任模型被破坏(agentnative.dev,2026)。

Q4:审计轨迹为什么要记执行结果而非只记审批决定?
A:只记决定无法重建事件时间线,监管也无法证明合规。必须记「请求→分类→人决策→执行→结果」全链,且不可变(agentnative.dev,2026)。

Q5:Karpathy 的输出格式对工作台有什么实际用?
A:Agent 产出应是结构化可交互工件(运单时间线图、差异表、交互 HTML),而非一段自然语言。这把人从「读懂 Agent」转向「监督 Agent」,是自主时代监督瓶颈的解法(headsupai.io,2026-10-03)。

Q6:百递云桥如何最小成本落地工作台?
A:复用现有网关(9-25/01)做身份、trace(10-07/02)做审计、HITL 闸门(10-10/01)做审批;前端加持久工作区 + 证据包卡片 + 可解释输出。零新模型,纯界面与状态层。

Q7:OpenAI Dots 和 Microsoft Autopilot 的区别?
A:Dots 是常驻云电脑+浏览器、连 4000+ 插件的 always-on Agent,带人类审批控制;Autopilot 是带自身身份与可配权限的「数字同事」,自然语言建应用、登出后继续(sunmarcs.com,2026-09-28/30)。形态不同但五件套相同。

Q8:5 小时用量上限为什么会腰斩编辑?怎么解?
A:Agent 长跑撞上限会中途断。Claude Code 的做法是用每周额度里一小笔固定余量找优雅停止点把当前活干完(headsupai.io,2026-09-25)。本质是把「中断恢复」前移到上限前,而非硬切。


参考资料

  1. 本专栏 9-25《统一 LLM 推理网关实战》:身份与多租户
  2. 本专栏 10-07/02《Agent 可观测性与调试实战》:turn-by-turn trace
  3. 本专栏 10-08/03《Agent 合规审计与认证》:审计证据链
  4. 本专栏 10-09/02《个人智能体协议标准化》:PAP/PACT 身份与授权
  5. 本专栏 10-09/03《Agent 滥用治理与决策护栏外置》:外置护栏
  6. 本专栏 10-10/01《生产级 Agent 的人机协同》:证据包与不可逆闸门
  7. OpenAI Dots / Microsoft Copilot Autopilot / Manus 2.0 / Grok Team Bots(sunmarcs.com,2026-09-28/30/10-03;headsupai.io,2026-10)
  8. Human-in-the-Loop Approval Flow Pattern(agentnative.dev,2026)
  9. Karpathy on formats for understanding autonomous LLM outputs(headsupai.io,2026-10-03)
  10. Anthropic updates Claude Code graceful 5-hour limit handling(headsupai.io,2026-09-25)

Logo

openEuler 是由开放原子开源基金会孵化的全场景开源操作系统项目,面向数字基础设施四大核心场景(服务器、云计算、边缘计算、嵌入式),全面支持 ARM、x86、RISC-V、loongArch、PowerPC、SW-64 等多样性计算架构

更多推荐