用途：SOP 作为本地操作规程，为任务提供可审计的协作流程。高风险工作走完整序列：研究→规划→人类批准→实现→独立评审→验证→签核包→人类签核→部署；低风险工作使用较轻流程。它明确不是修改生产服务、暴露端口、重启共享单元或改动私有数据的授权。
主要能力：按能力槽位分工，包括人类（范围、取舍、签核、批准破坏性操作）、orchestrator（分类任务、分配槽位、执行关卡、汇总产物）、sole-writer（阶段内唯一可写者）、reviewer（独立只读会话，不批准自己的写作）、scout（有界只读探索）、monitor（跟踪≥2分钟后台任务）。槽位按条件而非名称分配，roster 通过探测发现，需人类否决或批准后才开始工作。
使用方式：任务开始时运行 python3 <skill>/scripts/discover-roster.py --probe --out <task-dir>/roster.json，记录 orchestrator、sole-writer、reviewer、scout、monitor、writer 与 repo 路径。使用 pane 复用器时以 <task-slug>:<slot>:<writer|ro> 命名，用 herdr wait agent-status 或 herdr wait output 等待状态而非轮询。后台 agent 需以自动批准范围内常规动作的模式启动，否则会阻塞；关卡由任务指令与 orchestrator 在关卡处拆分工作来执行，而非依赖逐命令审批弹窗。
适用场景：只读或微小可逆任务可直接执行并事后报告；中等风险需书面计划、人类批准、指定 sole-writer 实现、独立评审与验证；数据、服务或破坏性任务需完整流程与 Markdown 签核包。
限制：同一工作树或生产配置同时只能有一个写入者，评审者默认只读。计划不得写 TBD。测试声明需附实际命令与输出。签核包仅 Markdown，HTML 与预览在具备沙箱 iframe 与隔离源前保持禁用；签核数据与生产数据库分开存储，签核包与记录永不公开导出。若工作会话上下文超过 60%，先持久化证据再开新会话。资料未提供具体价格、平台支持范围与更多实现细节。