[控场AI]
概念

APX

一种 Agent 任务系统设计范式,将任务工作流状态与执行证据分离,通过组合 agent turn、链接的运行时会话和最近活动等证据来源判断任务真实执行状态,并引入 not_verified 保守状态语义

时间轴 (近 90 天)

10月19日

APX在每个浏览器标签页上跟踪四种控制状态:空闲、Agent控制、临时交接、用户控制。

待验证50%
10月19日

APX开发者认为,一个好的交接应具备四个属性:人类可以接管标签页而无需与Agent协商;Agent的读取和操作都会停止;敏感输入不进入聊天和工具输出;归还控制权是显式的,Agent不会猜测工作何时可以恢复。

待验证50%
10月19日

APX在常规工具流程中要求:点击引用最新可访问性快照中的元素;在读取不可信页面内容后,输入作为外部操作需要确认;浏览器文本被标记为不可信;Agent被引导在声称表单已提交或消息已发送之前先检查新的页面状态。

待验证50%
10月19日

APX为每个Agent分配独立的浏览器配置文件,并在操作前检查所有权;Agent不能驱动分配给其他Agent的标签页,如果另一个Agent正在控制某个标签页,APX会拒绝请求而不是让两个运行实例同时操控一个页面。

待验证50%
10月19日

APX提供请求用户批准将特定域的Cookie复制到APX浏览器配置文件的路径,该操作仅限人类执行,运行时可以检查来源名称和域数量,但Cookie值保留在桌面端。

待验证50%
10月19日

在browser_handoff机制下,Agent只能得到两种回答之一:所有者已完成(附带当前URL),或所有者未在时限内完成(Agent停止);Agent不会收到密码、验证码或人类交互的流数据。

待验证50%
10月19日

APX浏览器工具提供browser_handoff动作,用于登录、密码、2FA或CAPTCHA场景,记录简短原因,将浏览器卡片标记为交接状态,并等待所有者完成操作,最长五分钟。

待验证50%
10月19日

APX的控制阻断在页面读取之前就会生效,而不仅仅是在点击之前。

待验证50%
10月19日

当用户点击“Take Control”时,APX桌面宿主将该标签页状态改为user,此后Agent的任何读取或操作尝试都会失败并返回paused_by_user。

待验证50%
10月19日

APX 的 'not run' 记录只说明 APX 没有收到该回合已完成的工具结果,不声称动作在外部世界失败了。

待验证50%

还有 28 条时间轴事件

全部知识事实 (20)

待验证

APX在每个浏览器标签页上跟踪四种控制状态:空闲、Agent控制、临时交接、用户控制。

50%
待验证

APX开发者认为,一个好的交接应具备四个属性:人类可以接管标签页而无需与Agent协商;Agent的读取和操作都会停止;敏感输入不进入聊天和工具输出;归还控制权是显式的,Agent不会猜测工作何时可以恢复。

50%
待验证

APX在常规工具流程中要求:点击引用最新可访问性快照中的元素;在读取不可信页面内容后,输入作为外部操作需要确认;浏览器文本被标记为不可信;Agent被引导在声称表单已提交或消息已发送之前先检查新的页面状态。

50%
待验证

APX为每个Agent分配独立的浏览器配置文件,并在操作前检查所有权;Agent不能驱动分配给其他Agent的标签页,如果另一个Agent正在控制某个标签页,APX会拒绝请求而不是让两个运行实例同时操控一个页面。

50%
待验证

APX提供请求用户批准将特定域的Cookie复制到APX浏览器配置文件的路径,该操作仅限人类执行,运行时可以检查来源名称和域数量,但Cookie值保留在桌面端。

50%
待验证

在browser_handoff机制下,Agent只能得到两种回答之一:所有者已完成(附带当前URL),或所有者未在时限内完成(Agent停止);Agent不会收到密码、验证码或人类交互的流数据。

50%
待验证

APX浏览器工具提供browser_handoff动作,用于登录、密码、2FA或CAPTCHA场景,记录简短原因,将浏览器卡片标记为交接状态,并等待所有者完成操作,最长五分钟。

50%
待验证

APX的控制阻断在页面读取之前就会生效,而不仅仅是在点击之前。

50%
待验证

当用户点击“Take Control”时,APX桌面宿主将该标签页状态改为user,此后Agent的任何读取或操作尝试都会失败并返回paused_by_user。

50%
待验证

APX 的 'not run' 记录只说明 APX 没有收到该回合已完成的工具结果,不声称动作在外部世界失败了。

50%
待验证

APC 让项目上下文保持可移植,APX 让执行历史保持可问责。

50%
待验证

当一次依赖工具的回合被中断时,应把'是否请求了工具'、'APX 是否收到了匹配的结果'、'继续之前什么检查是安全的'三个问题分开处理,只有第二个问题能从修复后的历史中得到确定答案。

50%
待验证

APX 的聊天历史、工具调用记录、会话和中断标记属于本地执行状态,不属于可移植的项目契约。

50%
待验证

APX 的运行时历史修复逻辑从真实的用户条目开始,忽略孤立的工具结果,检查每个助手工具调用是否有匹配结果,并在新的非工具条目出现或历史结束时用显式记录关闭未回答的调用。

50%
待验证

APX 在修复聊天历史时遵循一条规则:中断的工具调用必须在对话历史中拥有一个显式结局,记录为'not run: the turn was interrupted'。

50%
待验证

apx messages tail命令可使用--project标志指定项目,例如 apx messages tail --project storefront。

50%
待验证

APX的对话、会话、任务日志和私有运行时状态保留在本地~/.apx/目录下。

50%
待验证

项目名称是短小却高效的上下文,可避免依赖可能已不再相关的旧话题。

50%
待验证

显式命名项目被视为成本最低的纠正上下文漂移的手段,因为它在每一轮都提供了一个可观察、可审查的边界信号。

50%
待验证

apx agent list命令可使用--project标志指定项目,例如 apx agent list --project data-pipeline。

50%

来源文章