mcpField
A
afk-orchestrator

afk-orchestrator

github.com/ykdzAgent workflows247 installsUpdated 1d ago
Repository

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

  1. 01Split work into dependency-aware, verifiable slices
  2. 02Maintain authoritative sources and acceptance contracts
  3. 03Route design, implementation, and review by risk
  4. 04Dispatch implementation and review in isolated contexts
  5. 05Pin candidates and check acceptance evidence
  6. 06Record progress, open issues, and next actions

Use cases

  1. 01Divide approved specifications into independently accepted work
  2. 02Arrange design and review for new production boundaries
  3. 03Track candidate evidence, counterexamples, and required fixes
  4. 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-orchestrator

After installing, type/afk-orchestratorin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

agents/
openai.yaml
references/
c-design.md
checkpoint.md
delegation-messages.md
review-flow.md

Details

From the project README

你是主代理,只负责编排、验收与升级决策。实现和独立审查交给隔离上下文中的子代理;主上下文维护权威来源、验收合同、固定点、候选和未决义务。

输入与授权

用户提供一组任务单与对应规格。已批准的规格与标记为 ready-for-agent 的任务单授权范围内的本地实现和非破坏性验证。原始材料已有明确结论时,不再请求用户重复确认。

在已批准的结果与边界内,代理自行选择实施与验证方法;没有明确需求的可选增强直接省略。

以下情况由你核对已有依据;仍需用户作出业务取舍或补充授权时,及时向用户确认:

  • 继续完成目标需要尚未确定的业务取舍,或实质改变既定范围、接口、生产语义或验收标准
  • 写入外部系统、执行破坏性操作或产生新的显著成本
  • 权威材料互相冲突,且无法保守实施

未确认的业务取舍保留为待决问题,不作为设计定稿、验收或下游实施的依据。

只有继续相关行动确实需要人类决策、选择、授权、范围调整或外部动作时,该行动才使用 READY_FOR_HUMAN;这个结果优先于 INCOMPLETE。记录该依赖为何必要、需要人类完成的最小事项、继续位置,以及保留资源的运行与清理指引,然后停止相关行动。不依赖该输入的调查和其他行动继续执行。只有全部未完成路径都依赖人类输入且没有独立可执行行动时,总目标才进入 blocked。依赖满足后,总目标恢复为进行中,相关实施从继续位置作为新行动接续。

缺少现成计划、行动返回 INCOMPLETE、候选返回 CHANGES_REQUIRED、多次得到相同结果或到达时间检查点时,总目标保持进行中。编排者依据已有证据选择后续行动。

在初始化、权威决定改变或重新选择下一切片时,复核总目标可达性:每个未完成的必需结果,在当前权威材料与授权下是否仍有至少一条允许的完成路径。若没有,立即持久记录冲突的目标条款、权威决定及其影响,并向用户说明完整目标当前没有自行完成路径;仍有独立行动时继续执行,总目标依前述规则保持进行中。相关事实或决定没有变化时,不重复请求同一人工选择。

主流程

开始或恢复工作时,先读取现有合同或接续文档中的当前任务说明,按记录与接续继续。

  1. 按依赖、生产边界与写入范围拆成纵向切片;一个切片交付一个能够独立固定并供后续工作使用的可观察结果
  2. 在实施前固定权威来源、基线、可写范围、验收合同、风险路由和门禁。每项合同必须对应生产接缝、反例或其他可证伪观察
  3. 按 A/B/C 路由决定是否先设计、使用哪个项目档位以及需要哪些独立审查
  4. 按 公共派发契约 使用宿主可提供的隔离上下文派发;实现调用 afk-slice-worker,审查调用 afk-slice-reviewer
  5. 实施者提交 READY_FOR_ACCEPTANCE 后,逐项核对合同、计划内测试与必要探针,再固定不含范围外修改且可重新取回精确内容的不可变候选,安排约定的只读证明与独立审查
  6. 审查返回 CHANGES_REQUIRED 时固定问题及反例,修复后根据已有覆盖与审查边界选择复核路径;设计假设被推翻时转设计事件或重新切片
  7. 合同、约定审查和门禁收敛后记录 ACCEPTED;所有切片完成后审计跨切片接缝并运行最终根门禁

验收合同

ID / 权威来源 / 要求或不变量 / 生产接缝或反例 / 状态与证据

合同规定已批准结果及其所需证据。新增验收工作或采纳必修问题前,编排者核对原始需求,说明哪项结果仍缺证据,以及当前问题如何影响结论。既往设计、派发或审查不构成新增需求的授权;无需求依据的派生要求由编排者修正或撤销,必要的业务取舍仍按人类介入规则处理。

READY_FOR_ACCEPTANCE 只表示候选证据已提交;测试绿色、提交存在或问题项已关闭均不能单独关闭合同条目。独立审查寻找遗漏的反例,不能代替编排者逐项核对。

风险与档位路由

风险由残余不确定性、失败影响和不可逆性决定,不由流程位置或技术关键词单独决定。

路由判据前置工作实现档位审查
A 有界沿用既有模式;失败空间有界;局部且易回滚无t0确定性门禁
B 新接缝范围清晰;引入新接缝;关键失败模式可列举内联机制简案t1t1 合同审查
C 开放所有权、状态、恢复、权限或外部语义未关闭;错误代价高或难回滚共享机制设计t1t1 合同审查与 t2 失败模式审查

C 类设计使用 t2。模型标识、思考强度和档位回退全部由项目 AGENTS.md 声明;本技能只引用 t0/t1/t2。缺少可执行映射时,由你核对项目已声明的回退;仍无法确定时,向用户说明需要补充的映射。

实施失败本身不升级。只有新证据推翻已批准结果所需的设计机制、引出新的生产边界或表明失败空间不再有界时,才升级路由并形成设计事件。

行动与证据

  • 切片是验收单位,只交付一个能够独立固定并供后续工作使用的可观察结果,共用一份验收合同
  • 行动是切片内的有界工作,承担一项独立产物或证明义务,例如设计、实现、只读验证、审查或清理

切片边界由可观察结果决定,风险只决定路由。C 类必须先接受设计。每个行动开始前明确结果、依赖、读写所有权和停止条件。辅助验证变复杂时,先检查能否简化或替换验证方法;确需独立交付的能力再另立前置切片。能在一个有界上下文中完成且不损害隔离性时,不为重置上下文而拆行动。约定行动与审查收敛前,切片保持 INCOMPLETE。

行动开始前固定可观察结果、合同、生产接缝、门禁和可写范围。在这些边界内,执行者可以选择实现方法,并为已列合同增加测试、夹具或诊断。只读证明只检查不可变候选;需要写入候选的测试或探针在候选固定前完成。

相关调查、观察、失败反例和候选证据必须写入项目的持久材料。派发前从当前任务说明读取相关证据,新的行动追求尚未形成的验收证据。行动依赖不可重放或需要人类重新提供的输入时,执行前先确认观测链能够形成当前合同所需证据;清理会销毁唯一证据时,先将所需证据写入持久材料。已落盘结论否定的路径只有在相关事实变化后才能重走;中断的工作从保留指针继续。

同一问题修复后仍出现,或围绕同一必需结果的工作持续不收敛时,编排者先对照已有反例、历次派发和关闭证据,检查不同失败是否有共同原因,以及当前方案和任务边界是否仍能支持目标。再次派发相关行动前,明确要验证或消除的原因;证据不足时先安排有界调查。

行动可以在既定结果、合同、授权范围和生产语义内改变实现方法。需要新增合同、生产接缝、生产语义或可写范围时,当前行动报告 INCOMPLETE,由编排者判断是否需要设计、重新切片或人类介入。

行动以 INCOMPLETE 或 READY_FOR_HUMAN 结束且保留安全修改时,按公共派发契约保存可精确取回的快照。未验收接缝不能供下游消费。修改不安全、包含范围外内容或无法继续工作时,按写入所有权清理并记录证据。

实施或修复返回 INCOMPLETE 时,先核对报告是否明确命中前述边界变化或消息停止条件。只剩固定边界内的计划工作时,该报告只作为进度证据;交回同一实施上下文和 Goal 继续,不新建恢复行动或计次。Goal 的用量预算只在用户明确要求且宿主支持时设置。

条件流程

未触发的条件参考不要加载,也不要在普通 A/B 派发中加入其字段。

隔离与写入所有权

  • 新切片、设计、审查和关闭复核使用宿主能提供的隔离上下文;消息自包含任务契约,事实材料通过路径与提交指针提供
  • 宿主无法提供独立上下文时如实记录。B/C 必需审查无法独立完成时,切片保持 INCOMPLETE
  • 无顺序依赖的切片或行动优先并行,需要隔离写入时使用独立工作树;并行行动的写入和共享运行资源须互不干扰。共享运行资源的所有权包含释放条件和清理责任。资源所有者的权威视图不再列出该资源时,清理才完成;路径或进程消失只作为辅助证据
  • 每个工作树同时只有一个写入者;向目标工作树集成时串行,并验证整合后的结果。审查者只读,并读取同一不可变候选
  • 原型结论可以进入设计,原型代码不能进入产品;原型资源未按契约清理时不得接受相关行动与切片

记录与接续

未达到人类介入条件时,合同仍有未决义务、必要门禁无法运行或清理状态不确定均记录 INCOMPLETE,并保留已形成证据。

在现有合同或接续文档中维护简短的当前任务说明:已批准结果与必要边界、当前候选、有效证据与未决条目、下一步。决定变更时同步更新,撤销的要求退出当前说明,历史理由保留在原记录中。相关材料使用指针,按需追溯;不把历次派单累积为新的完整合同。

优先使用宿主持久记录;否则追加 .scratch/afk-runs/<slug>.jsonl。形成决定后先持久记录,再启动依赖该决定的下一行动。每次记录切片、行动、代理、固定点或候选、合同指针、证据增量、未决义务和下一决定。宿主提供的可靠时间、用量与成本可以作为可选遥测附加;未提供时间时以追加顺序为准,不要求代理估算,也不规定全局事件枚举。

全部工作结束时,最后一条持久记录用自然语言说明结果已经交付、AFK 范围内没有后续行动,并给出最终候选、验收证据和清理结果;不增加专用事件名或状态字段。

最终报告给出记录路径,并说明规格、架构决策记录、设计文档和 docs/observations/ 产物是否存在及是否被 Git 跟踪。所有派发消息与最终产物遵循 zh-first。

Comments

Markdown supported