词元广场TOKPUB.COM - 欢迎您，支持一个 Key 调用近 600+ 海内外模型，限时特价模型低至 1 折，欢迎上岸！
"Kanban Orchestrator"
Kanban Orchestrator
Skill 元数据
| 来源 | 内置（默认安装） |
| 路径 | skills/devops/kanban-orchestrator |
| 版本 | 3.0.0 |
| 平台 | linux, macos, windows |
| 标签 | kanban, multi-agent, orchestration, routing |
| 相关 skill | kanban-worker |
参考：完整 SKILL.md
信息
Kanban Orchestrator — 任务分解手册
核心 worker 生命周期（包括 kanban_create扇出模式和"分解而非执行"规则）通过KANBAN_GUIDANCE系统 prompt 块自动注入每个 kanban 进程。本 skill 是当你作为编排器 profile、整个职责就是路由时使用的更深层手册。
Profile 由用户配置——不是固定名单
docker-worker、cron-worker）；有些运行自己命名的精选专家团队。没有默认的专家名单——编排器 skill 不知道此机器上存在哪些 profile。docker-worker 的配置上，分配给 researcher 的卡片会永远停留在 ready 状态。hermes profile list — 打印此机器上已配置的 profile 表。如果有终端工具，通过终端工具运行；否则询问用户。kanban_list(assignee="<some-name>") — 验证单个名称。对于未知 assignee 返回空列表（而非报错），因此只能确认你已在考虑的名称。何时使用看板（vs. 直接执行工作）
1.
2.
3.
4.
5.
6.
delegate_task 或直接回答用户。反诱惑规则
kanban_create 调用中传入 parents=[...]。不要先创建再链接，也不要依赖卡片正文中的"等待 T1"之类的描述。任务分解手册
第 1 步——理解目标
第 2 步——草拟任务图
1.
2.
3.
4.
5.
todo 开始；调度器仅在每个父任务完成后才将其提升为 ready。第 3 步——创建任务并链接
<profile-A>、<profile-B>、<profile-C>——替换为用户实际拥有的名称。parents=[...] 门控提升——子任务保持在 todo 状态，直到每个父任务达到 done，然后自动提升为 ready。无需手动协调；调度器和依赖引擎会处理这一切。kanban_create 调用中将这些 id 包含在 parents 列表中。避免并行创建所有卡片后再链接；这会产生一个时间窗口，调度器可能在子任务的输入存在之前就认领它。第 4 步——完成你自己的任务
T0: "调查 Postgres 迁移"），用你创建内容的摘要标记它为完成：第 5 步——向用户汇报
我已排队 4 个任务： T1（ <profile-A>）：成本对比T2（ <profile-A>）：性能对比，与 T1 并行T3（ <profile-B>）：综合 T1 + T2 生成建议T4（ <profile-C>）：将 T3 转化为 CTO 备忘录调度器现在将认领 T1 和 T2。T3 在两者完成后启动。T4 完成时你会收到 gateway 通知。使用仪表板或 hermes kanban tail <id>跟踪进度。
常见模式
planner → implementer → reviewer。每个阶段的 parents=[previous_task]。审查者阻塞或完成；如果审查者阻塞，操作员带着反馈解除阻塞并重新派发。kanban_block() 等待输入。调度器在 /unblock 后重新派发。评论线程携带完整上下文。常见陷阱
ready 状态。始终从第 0 步发现的 profile 中分配；如果不确定，询问用户。research -> implement -> review，不要将所有任务创建为独立的 ready 卡片。使用父链接，确保 implement/review 在其输入存在之前无法运行。kanban_link(parent_id=..., child_id=...) — 父任务在前。混淆顺序会将错误的任务降级为 todo。HERMES_TENANT，在每次 kanban_create 调用中传入 tenant=os.environ.get("HERMES_TENANT")，以确保子任务保持在同一命名空间中。恢复卡住的 worker
1.
hermes kanban reclaim <task_id>）——立即中止正在运行的 worker 并将任务重置为 ready。现有认领 TTL 约为 15 分钟；这是最快的解决路径。2.
hermes kanban reassign <task_id> <new-profile> --reclaim）——将任务切换到不同的 profile（此配置上存在的 profile）并让调度器用新 worker 认领它。3.
hermes -p <profile> model 的复制粘贴提示，因为 profile 配置存储在磁盘上；在终端中编辑它，然后 Reclaim 以使用新模型重试。kanban_complete(created_cards=[...]) 声明包含不存在或非该 worker profile 创建的卡片 id 时（门控会阻止完成），或者自由格式摘要引用了无法解析的 t_<hex> id 时（建议性文本扫描，非阻塞），会出现幻觉警告。两者都会产生审计事件，即使在恢复操作后也会持久保存——追踪记录保留用于调试。