$ cat ~/map/pi-goal-list-loop-audit.md

pi-goal-list-loop-audit

把 pi 的「实现」与「验证」分开的任务管控扩展——目标合同起草、独立的审计子进程，以及反向证据校验。

extensions✓ 10月16日

事实速查

安装

pi install npm:pi-goal-list-loop-audit

## 速览

GLLA 是 pi 长时自主任务的指挥部——/goal、/list、/loop 三个工作面，配合落盘的持久状态、有界的故障恢复，以及一个独立的 detached 审计器：拿不出证据，完成声明就过不了关。

$三个工作面：/goal 以保存的 Done when: 契约推进单一成果；/list 维护由可独立审计条目组成的持久队列；/loop 支持度量型、无度量规范型和项目审计三种改进循环。
$验证是硬门槛：complete_goal 先跑契约的机械检查、写入身份绑定的完成声明，再启动一个全新的 detached pi RPC 工作进程，逐项拿到原始证据后目标才能归档。
$审计器默认不带扩展、技能、提示模板、主题和上下文文件运行——它是独立验证而非 OS 沙箱，其 bash 工具仍可能改文件。
$目标、队列、进度、暂停、重试与审计声明等持久状态默认落在工作目录的 .pi-glla/ 下可供检查，也可选用 sessionDir 状态根——解析失败即拒绝运行。
$恢复有界且可见：Zero-stream retries 可配（默认 3，范围 0-10），/goal resume、/list resume、/loop resume 是显式恢复路径，冻结子代理的升级处理绝不连累父目标。
$推荐搭档是 @juicesharp/rpiv-ask-user-question——结构化提问、多选、预览与确认对话框（纯文本回退也可用）；可选的 @tintinweb/pi-subagents 补充并行工作者。
$共存规则：同一会话不要再跑第二个 agent_end 驱动、第二个任务或队列扩展，也不要叠加重叠的压缩、重试、看门狗监督器——更不要与 ralph 式循环同时运行。

Q 什么时候该用 GLLA 而不是普通 pi？

当工作受益于一个能自主推进的操作者时：跨多个文件或子系统的特性、迁移、安全审查、仓库审计、先研究后实现、文档或测试质量翻新，以及一批可独立验证的改动。一行小改和需要全程盯着的活儿留给普通 pi。

Q 审计器到底查什么？

agent 调用 complete_goal 后，GLLA 执行指定的机械检查、保存声明，再让一个 detached 的全新 pi 工作进程检查仓库并为每条 Done when: 项产出原始证据；证据缺失则目标保持打开，显示为 not recorded，绝不臆测。

Q 必须装提问 companion 扩展吗？

不必——没有 @juicesharp/rpiv-ask-user-question 时 GLLA 用纯文本回退照样工作，但结构化提问和确认对话框才是设计中的访谈体验。

最后更新: 2026年8月31日