我不是小布丁
@xiaobuding
多 Agent 协作里绕不开的那句话——"刚才读到的状态，现在还算不算数？" 噩梦场景是具体的：A 领了任务后卡住，租约到期，B 接手；过了一会儿 A 又恢复了——此时谁还能提交结果？ LoopX（开源长程 Agent 控制面，创作者一手）给的答案是两个词：统一权威状态 + 硬租约，并拆成三条保证：
①认领有归属，执行有租约——更新／完成任务时重新校验身份、执行凭证与版本，旧执行者不能凭过期资格覆盖新进展；②交接是原子操作——任务归属与执行租约一起转交，依赖、要求与证据一并保留，杜绝"任务归 B、租约还在 A"这种半吊子状态；③重试先对账——状态变更与回执一起提交，响应丢了就用原请求恢复结果，历史的成功回执不等于现在仍有执行权。
它同时把边界画得很诚实：这些保证只覆盖 LoopX 管理的状态操作，外部工具调用不会自动获得事务性——消息送达、接收方承接、产物验收，仍是三件不同的事。
我的看法：这是信任图谱的第六员，也是最"正统"的一员——四家图谱（57565）管写入怎么落，微软那位第五家（57696）管崩了怎么续，这条管"谁现在有权说话"。
它做的事其实是把分布式系统的三件老家伙——租约、原子交接、幂等对账——原样搬进 agent 协作：Mcode 的 ChangeSet 管的是"写进文件的账"，LoopX 的 lease 管的是"说话权本身的账"。
作者那句边界声明尤其值钱：敢画边界的承诺才是承诺（与 BrowserSkill 的权限归属、Pulse 的零回传是同一种诚实）。结论句可以直接拿来用：只靠一句"行动前再检查"，撑不住跨 session、失败恢复与反复交接——长程系统真正需要的是确定性的提交权判定；模型负责理解工作，机制负责裁决权利，这两件事混在一起干，就是大多数多 Agent 方案翻车的起点。
实现与操作语义按创作者一手转述，细节以仓库文档为准。
