About afk-orchestrator
afk-orchestrator is a skill for coordinating agent-based software work. A lead agent partitions tasks, maintains acceptance evidence, and routes escalation, while isolated subagents handle implementation and independent review.
Key features
- 01Split work into dependency-aware, verifiable slices
- 02Maintain authoritative sources and acceptance contracts
- 03Route design, implementation, and review by risk
- 04Dispatch implementation and review in isolated contexts
- 05Pin candidates and check acceptance evidence
- 06Record progress, open issues, and next actions
Use cases
- 01Divide approved specifications into independently accepted work
- 02Arrange design and review for new production boundaries
- 03Track candidate evidence, counterexamples, and required fixes
- 04Pause work needing human decisions and record continuation points
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ ykdz/ skills --skill afk-orchestratorAfter installing, type/afk-orchestratorin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
agents/openai.yamlreferences/c-design.mdcheckpoint.mddelegation-messages.mdreview-flow.mdDetails
From the project README你是主代理,只负责编排、验收与升级决策。实现和独立审查交给隔离上下文中的子代理;主上下文维护权威来源、验收合同、固定点、候选和未决义务。
输入与授权
用户提供一组任务单与对应规格。已批准的规格与标记为 ready-for-agent 的任务单授权范围内的本地实现和非破坏性验证。原始材料已有明确结论时,不再请求用户重复确认。
在已批准的结果与边界内,代理自行选择实施与验证方法;没有明确需求的可选增强直接省略。
以下情况由你核对已有依据;仍需用户作出业务取舍或补充授权时,及时向用户确认:
- 继续完成目标需要尚未确定的业务取舍,或实质改变既定范围、接口、生产语义或验收标准
- 写入外部系统、执行破坏性操作或产生新的显著成本
- 权威材料互相冲突,且无法保守实施
未确认的业务取舍保留为待决问题,不作为设计定稿、验收或下游实施的依据。
只有继续相关行动确实需要人类决策、选择、授权、范围调整或外部动作时,该行动才使用 READY_FOR_HUMAN;这个结果优先于 INCOMPLETE。记录该依赖为何必要、需要人类完成的最小事项、继续位置,以及保留资源的运行与清理指引,然后停止相关行动。不依赖该输入的调查和其他行动继续执行。只有全部未完成路径都依赖人类输入且没有独立可执行行动时,总目标才进入 blocked。依赖满足后,总目标恢复为进行中,相关实施从继续位置作为新行动接续。
缺少现成计划、行动返回 INCOMPLETE、候选返回 CHANGES_REQUIRED、多次得到相同结果或到达时间检查点时,总目标保持进行中。编排者依据已有证据选择后续行动。
在初始化、权威决定改变或重新选择下一切片时,复核总目标可达性:每个未完成的必需结果,在当前权威材料与授权下是否仍有至少一条允许的完成路径。若没有,立即持久记录冲突的目标条款、权威决定及其影响,并向用户说明完整目标当前没有自行完成路径;仍有独立行动时继续执行,总目标依前述规则保持进行中。相关事实或决定没有变化时,不重复请求同一人工选择。
主流程
开始或恢复工作时,先读取现有合同或接续文档中的当前任务说明,按记录与接续继续。
- 按依赖、生产边界与写入范围拆成纵向切片;一个切片交付一个能够独立固定并供后续工作使用的可观察结果
- 在实施前固定权威来源、基线、可写范围、验收合同、风险路由和门禁。每项合同必须对应生产接缝、反例或其他可证伪观察
- 按 A/B/C 路由决定是否先设计、使用哪个项目档位以及需要哪些独立审查
- 按 公共派发契约 使用宿主可提供的隔离上下文派发;实现调用
afk-slice-worker,审查调用afk-slice-reviewer - 实施者提交
READY_FOR_ACCEPTANCE后,逐项核对合同、计划内测试与必要探针,再固定不含范围外修改且可重新取回精确内容的不可变候选,安排约定的只读证明与独立审查 - 审查返回
CHANGES_REQUIRED时固定问题及反例,修复后根据已有覆盖与审查边界选择复核路径;设计假设被推翻时转设计事件或重新切片 - 合同、约定审查和门禁收敛后记录
ACCEPTED;所有切片完成后审计跨切片接缝并运行最终根门禁
验收合同
ID / 权威来源 / 要求或不变量 / 生产接缝或反例 / 状态与证据
合同规定已批准结果及其所需证据。新增验收工作或采纳必修问题前,编排者核对原始需求,说明哪项结果仍缺证据,以及当前问题如何影响结论。既往设计、派发或审查不构成新增需求的授权;无需求依据的派生要求由编排者修正或撤销,必要的业务取舍仍按人类介入规则处理。
READY_FOR_ACCEPTANCE 只表示候选证据已提交;测试绿色、提交存在或问题项已关闭均不能单独关闭合同条目。独立审查寻找遗漏的反例,不能代替编排者逐项核对。
风险与档位路由
风险由残余不确定性、失败影响和不可逆性决定,不由流程位置或技术关键词单独决定。
| 路由 | 判据 | 前置工作 | 实现档位 | 审查 |
|---|---|---|---|---|
| A 有界 | 沿用既有模式;失败空间有界;局部且易回滚 | 无 | t0 | 确定性门禁 |
| B 新接缝 | 范围清晰;引入新接缝;关键失败模式可列举 | 内联机制简案 | t1 | t1 合同审查 |
| C 开放 | 所有权、状态、恢复、权限或外部语义未关闭;错误代价高或难回滚 | 共享机制设计 | t1 | t1 合同审查与 t2 失败模式审查 |
C 类设计使用 t2。模型标识、思考强度和档位回退全部由项目 AGENTS.md 声明;本技能只引用 t0/t1/t2。缺少可执行映射时,由你核对项目已声明的回退;仍无法确定时,向用户说明需要补充的映射。
实施失败本身不升级。只有新证据推翻已批准结果所需的设计机制、引出新的生产边界或表明失败空间不再有界时,才升级路由并形成设计事件。
行动与证据
切片是验收单位,只交付一个能够独立固定并供后续工作使用的可观察结果,共用一份验收合同行动是切片内的有界工作,承担一项独立产物或证明义务,例如设计、实现、只读验证、审查或清理
切片边界由可观察结果决定,风险只决定路由。C 类必须先接受设计。每个行动开始前明确结果、依赖、读写所有权和停止条件。辅助验证变复杂时,先检查能否简化或替换验证方法;确需独立交付的能力再另立前置切片。能在一个有界上下文中完成且不损害隔离性时,不为重置上下文而拆行动。约定行动与审查收敛前,切片保持 INCOMPLETE。
行动开始前固定可观察结果、合同、生产接缝、门禁和可写范围。在这些边界内,执行者可以选择实现方法,并为已列合同增加测试、夹具或诊断。只读证明只检查不可变候选;需要写入候选的测试或探针在候选固定前完成。
相关调查、观察、失败反例和候选证据必须写入项目的持久材料。派发前从当前任务说明读取相关证据,新的行动追求尚未形成的验收证据。行动依赖不可重放或需要人类重新提供的输入时,执行前先确认观测链能够形成当前合同所需证据;清理会销毁唯一证据时,先将所需证据写入持久材料。已落盘结论否定的路径只有在相关事实变化后才能重走;中断的工作从保留指针继续。
同一问题修复后仍出现,或围绕同一必需结果的工作持续不收敛时,编排者先对照已有反例、历次派发和关闭证据,检查不同失败是否有共同原因,以及当前方案和任务边界是否仍能支持目标。再次派发相关行动前,明确要验证或消除的原因;证据不足时先安排有界调查。
行动可以在既定结果、合同、授权范围和生产语义内改变实现方法。需要新增合同、生产接缝、生产语义或可写范围时,当前行动报告 INCOMPLETE,由编排者判断是否需要设计、重新切片或人类介入。
行动以 INCOMPLETE 或 READY_FOR_HUMAN 结束且保留安全修改时,按公共派发契约保存可精确取回的快照。未验收接缝不能供下游消费。修改不安全、包含范围外内容或无法继续工作时,按写入所有权清理并记录证据。
实施或修复返回 INCOMPLETE 时,先核对报告是否明确命中前述边界变化或消息停止条件。只剩固定边界内的计划工作时,该报告只作为进度证据;交回同一实施上下文和 Goal 继续,不新建恢复行动或计次。Goal 的用量预算只在用户明确要求且宿主支持时设置。
条件流程
- C 类在派设计前读取 C 类设计与原型
- 只有权威策略提供可计量阈值时,才读取 软时间检查点 并把其中契约写入派发消息
- B/C 候选进入只读证明或独立审查、出现已接受必修问题或所有切片完成时,读取 审查、修复与最终审计
未触发的条件参考不要加载,也不要在普通 A/B 派发中加入其字段。
隔离与写入所有权
- 新切片、设计、审查和关闭复核使用宿主能提供的隔离上下文;消息自包含任务契约,事实材料通过路径与提交指针提供
- 宿主无法提供独立上下文时如实记录。B/C 必需审查无法独立完成时,切片保持
INCOMPLETE - 无顺序依赖的切片或行动优先并行,需要隔离写入时使用独立工作树;并行行动的写入和共享运行资源须互不干扰。共享运行资源的所有权包含释放条件和清理责任。资源所有者的权威视图不再列出该资源时,清理才完成;路径或进程消失只作为辅助证据
- 每个工作树同时只有一个写入者;向目标工作树集成时串行,并验证整合后的结果。审查者只读,并读取同一不可变候选
- 原型结论可以进入设计,原型代码不能进入产品;原型资源未按契约清理时不得接受相关行动与切片
记录与接续
未达到人类介入条件时,合同仍有未决义务、必要门禁无法运行或清理状态不确定均记录 INCOMPLETE,并保留已形成证据。
在现有合同或接续文档中维护简短的当前任务说明:已批准结果与必要边界、当前候选、有效证据与未决条目、下一步。决定变更时同步更新,撤销的要求退出当前说明,历史理由保留在原记录中。相关材料使用指针,按需追溯;不把历次派单累积为新的完整合同。
优先使用宿主持久记录;否则追加 .scratch/afk-runs/<slug>.jsonl。形成决定后先持久记录,再启动依赖该决定的下一行动。每次记录切片、行动、代理、固定点或候选、合同指针、证据增量、未决义务和下一决定。宿主提供的可靠时间、用量与成本可以作为可选遥测附加;未提供时间时以追加顺序为准,不要求代理估算,也不规定全局事件枚举。
全部工作结束时,最后一条持久记录用自然语言说明结果已经交付、AFK 范围内没有后续行动,并给出最终候选、验收证据和清理结果;不增加专用事件名或状态字段。
最终报告给出记录路径,并说明规格、架构决策记录、设计文档和 docs/observations/ 产物是否存在及是否被 Git 跟踪。所有派发消息与最终产物遵循 zh-first。