loop-board — autonomous PR task board with constraints

loop-board — autonomous PR task board with constraints

核心判断

loop-board 值得入库，因为它把 autonomous coding loop 的安全性建立在约束而非自由度上：任务放到 board，自节奏 loop 分配给 worktree-isolated worker，打开 PR，等待 checks/review 变绿，处理反馈，在无人可推进时停止。它与已有 vibe-loop-bounded-coding-agent-loops 和 loop-engineering-autonomous-log-to-staging 同类，但更突出“人类验收边界”和“不能伪造 human-looked status”的治理细节。

机制 / 一阶原理

loop-board 的流程是：用户定义 board 与 readiness 标准；agent loop 拾取任务；每个任务进入隔离 git worktree；worker 修改并开 PR；loop 等待 CI/review/bot comment 等外部信号；能推进则迭代，不能推进则停车。安装时它通过 onboarding skill 询问四轮问题，最重要的是“你如何知道一个 change 已经 ready to look at”。

第一性原理是：长期 agentic coding 的吞吐来自边界清楚的等待与停止，不是来自无限自主。把 human review status、worktree 隔离、CI gate、PR 状态和停车条件写成机制后，agent 可以并行处理更多任务，同时不触碰主 checkout、不冒充人类验收、不在无证据时继续。

与现有 wiki 的关系

• 对 Loop-Engineering：补充 board / worker / PR / review-feedback 的长期任务编排模式。
• 对 Harness-Engineering：提供 worktree isolation、readiness gate、human status boundary 作为可复用控制原语。
• 对 Agentic-Coding：说明 autonomous coding 的关键不是“让 agent 一直写”，而是让它知道何时等、何时停、何时请求人类合并。

对 Hermes / llm-wiki 的启发

1. 对无人 cron，若外部来源不可访问或证据不足，应像 loop-board 一样停车并报告，不应编造或扩大范围。
2. 可以把 wiki 维护任务也 board 化：候选来源、待读 raw、待晋升概念、待验证链接、待 reindex 分成状态列。
3. “不能设置 human-looked status” 可迁移为 Hermes 报告纪律：agent 只能说自己验证过的事实，不能代表用户批准或阅读。

失败模式 / 未解问题

• 依赖 runner 支持 worktree-isolated subagents；若隔离语义不可靠，核心安全保证失效。
• 高吞吐 PR loop 可能制造 review backlog，需要预算、任务优先级和自动停车策略。
• README 是 workflow 说明，仍需实际 repo 试运行来验证 check waiting 与 feedback iteration 的稳定性。

写入记录

• 2026-08-01 09:06 CST：从 GitHub README 深度入库 loop-board，提炼 board 化 autonomous PR loop、worktree isolation、人类验收边界与停车条件。