Payal Singh：代理不是系统，Postgres才是。
内容提要
作者在2026年夏季构建了“Looper”自主循环系统，发现组织层设计失败，核心问题在于工作持久性。通过审计，他意识到多数循环未真正执行，机制缺乏绑定。解决方案是采用Postgres作为协调层，以“活动行”持久化目标，用租约、令牌和状态机确保工作超越代理存续。他主张“无检查不响应，无跳过不留痕”，强调可验证的闭环和实际成果，而非官僚式治理。
延伸解读
组织层为何失效
作者在夏季构建的自主循环系统，组织层设计看似合理，但审计发现多数循环未真正执行，只有少数能产生实际效果。核心问题在于工作持久性：没有持久化目标，工作无法超越代理存续。这提醒我们，在构建复杂系统时，应优先确保基础机制有效，而非过度设计上层结构。
Postgres作为协调层
解决方案是将Postgres作为协调层，以“活动行”持久化目标，通过租约、令牌和状态机确保工作持续。这种设计让代理成为可替换的工人，而数据库成为持久的核心。这体现了“持久状态是唯一路径”的原则，所有操作都需通过数据库进行转换，从而保证系统的可靠性和可审计性。
验证与闭环的重要性
作者强调“无检查不响应，无跳过不留痕”，即每个检查必须有对应的响应，每次跳过必须记录。这确保了系统的可验证性和闭环。通过将验证绑定到状态转换，可以避免传感器无法失败导致的问题。这种设计有助于区分真正的进展和表面的活动。
避免官僚式治理
作者指出，自主代理系统容易复制人类官僚体系，产生大量看似工作但无实际效果的活动。他建议通过“如果组件消失，系统是否变差”的测试来评估组件价值，并删除不产生实际进展的部分。这提醒我们，在构建AI系统时，应关注实际成果而非组织活动。
Q&A
Payal Singh 在构建 Looper 系统时，发现组织层设计失败的核心原因是什么？
核心原因是工作持久性缺失。审计发现多数循环未真正执行，机制缺乏绑定，导致工作无法在代理消失后继续。
Looper 系统如何通过 Postgres 实现工作持久化？
使用 Postgres 作为协调层，通过活动行（campaign row）持久化目标，利用租约、令牌和状态机确保工作超越代理存续。
Payal Singh 提出的“无检查不响应，无跳过不留痕”原则具体指什么？
每个检查必须有对应的响应合同，每次跳过行动必须留下记录，确保系统行为可追踪和可验证。
Looper 系统中，代理与数据库的关系是怎样的？
代理成为可替换的工人，由 Postgres 唤醒并分配任务，代理不持有数据库凭据，通过存储函数 API 进行写操作，数据库负责协调和持久化。
Payal Singh 如何验证系统的自主性？
通过独立控制器记录自主闭环次数与人工干预次数，要求连续七天零干预，并区分闭环保活、合格活动、干预和分钟数。
Looper 系统在审计中发现了哪些具体问题？
发现多数循环未执行，如修复器运行八次成功零次，被跳过率93%，成功谓词不可满足，门控缺失，租约表为空等。
Payal Singh 如何区分组织活动与环境进展？
通过测试：如果组件消失，系统是否变得更差？若否，则不应存在。据此停用了十个循环，保留核心组件。
Looper 系统中，验证机制如何确保独立性？
验证者使用不同数据库角色，从干净检出运行，使用工作提交后铸造的捆绑包，且工人只能看到捆绑包ID，确保验证独立于工人。
