先给判断
这不是一篇「新的 Agent 基础设施层已经形成」的市场判断。三份材料分别提供一个产品或发布机制样本：持久状态、专用通信入口、运行与版本维护。至于「行动能否被追溯」，是本文从这些边界和风险中提出的跨层评估原则；没有一个来源证明三家公司已经共同实现来源、判断、批准、行动与撤销的完整证据链。
本文复查日期为 2026-08-19。machine0 的页面未标注发布日期，故其公开时间为 unknown；Inkbox 与 OpenClaw 的日期取证见文末来源口径。三者不是同类产品，也没有互相验证关系。
图：三份一手材料各自只支持一层公开描述；跨层的行动追溯是本文提出的评估方法。
一个长任务如何同时碰到三条边界
设想一个采购 Agent：它先研究供应商并保存来源和候选结论，等待负责人批准；批准后接收登录验证码，发送询价，保存供应商回复；任务结束或出错时，由负责人撤销相应权限并处理已发动作。这个流程跨会话、有外部通信，且每一步都可能需要人介入。
这个场景不需要假定 Agent 已经能自主完成一切。它只是把需要被设计的边界放在同一条工作线上：保存的任务状态能否恢复、对外通信是否有独立身份、运行版本是否可控，以及人能否定位需要撤销或补救的动作。
三个案例各自能确认什么
持久状态：machine0
machine0把自己描述为面向 CLI 或 MCP Agent 的持久 VM：机器可运行至停止或 suspend，支持 snapshot/resume、静态 IP、命令行和远程 MCP 驱动；页面也展示了把 MCP、凭据、提示词和环境变量以 profile 注入 VM 的配置方式。它对应的是上例中研究进度、文件和执行环境在等待批准后能否恢复的状态边界。这确认的是产品公开宣称的能力与操作面，不是其可靠性、安全性或客户采用情况的独立证明。
专用通信入口：Inkbox
Inkbox 的 YC Launch 页面把产品定位为 Agent 的身份与通信层，并列出邮箱、电话、iMessage、持久 HTTPS 地址和带 TOTP/2FA 的加密凭据库。它对应的是上例中接收验证码、接收外部回复和发送询价时所使用的专用通信入口。这里能确认的是地址与凭据库等发布页列出的产品主张；来源没有确认细粒度授权、权限到期、人工批准、审计机制或撤销机制，也不能据此确认号码信誉、滥用处置、外部平台信任或实际权限效果。
运行与版本维护：OpenClaw
OpenClaw 的文章则是运行边界的案例：项目方宣布 extended-stable 更新渠道和成熟度评分；mature features 的 issue 将获专用标签与维护者优先处理，相关功能将配置在生产环境实际运行的端到端测试；stable features 的端到端测试覆盖率超过 90% 仍是目标。它对应的是采购 Agent 在等待批准、恢复执行和发送动作期间，运行版本与维护状态是否明确。它不证明任何外部通信入口或计算环境已经安全，也不证明 90% 的目标已达成。
本文提出的评估原则：行动要可追溯
三个案例可以放进同一工作流，却不能拼成一项由三家公司共同证明的能力。本文的评估原则是：长任务在外部行动前后，至少应能记录来源、判断、批准与实际动作；一旦出错，应帮助人定位需要撤销、通知或补救的动作。记录本身不会创造回滚能力，也不能替代每个外部系统自己的撤销和恢复接口。
这里要把四类对象分开。通信标识符或端点是邮箱地址、电话号码、iMessage 地址或 HTTPS 地址等可被外部系统寻址的入口；认证材料或凭据是密码、token、TOTP 等用来证明访问资格的秘密；权限规定某个已认证主体在特定范围内可以执行哪些操作；回滚或补救能力则取决于目标系统能否撤回、停止、修正或通知一项已发生的动作。把它们都称为「身份」，会掩盖真正需要设计的授权、过期和操作恢复问题。
一个失败路径：把便利误当作权限模型
反例并不抽象。采购 Agent 若在等待批准时保留了长期凭据，并在收到验证码后自行发送询价，却没有最小权限、到期、批准记录和补救流程，那么状态恢复只会延续错误的上下文；通信地址只会扩大错误动作的范围。问题不在于「Agent 有身份」，而在于谁批准了哪一次发送、这次发送使用了什么权限、发生错误后能否定位并补救。
人工审批或在发送前接手，并不否定基础设施价值。关键是这种基础设施是否降低批准、交接与恢复的协调成本，以及连续性与风险降低带来的收益是否超过配置和治理成本。若用户只把这些能力当成一次演示，或这些成本始终高于收益，就没有理由从供应侧功能推出一个已经成立的通用市场层。
这是一组设计约束，不是市场结论
状态、专用通信入口和运行维护只有在任务跨会话、需要外部动作且错误成本足以覆盖治理成本时，才可能共同带来价值。应当优先评估任务能否中断后恢复、外部动作是否在明确批准后发生、凭据和权限是否可限制、以及记录是否足以让人定位补救动作；而不是从「有持久 VM」或「有 Agent 邮箱」直接推断需求、复购、付费或新基础设施层已经成立。
来源与口径
本文只用 machine0、YC/Inkbox 与 OpenClaw 的原始公开页面。它们分别支持持久状态、专用通信入口和运行维护的公开产品/发布机制描述；不支持市场规模、商业结果、可靠性成绩、细粒度权限能力或跨产品因果关系。machine0 的页面未标注发布日期；Inkbox 页面嵌入数据为 created_at: 2026-07-08T00:25:54.653Z，本文按 UTC 日期记为 2026-07-08；OpenClaw 文章日期为 2026-07-30。