看板编排器

本 skill 是当你作为编排器 profile（整个工作就是路由）时的深入手册。

使用看板的场景

当以下任一为真时创建看板任务：

• 需要多个专家。研究 + 分析 + 写作是三个 profile
• 工作应能承受崩溃或重启。长期运行、重复或重要
• 用户可能想介入。任何步骤的人工参与
• 多个子任务可并行运行。扇出以提高速度
• 预期会有审查/迭代。审查者 profile 循环处理草稿输出
• 审计跟踪很重要。看板行在 SQLite 中永久保存

如果这些都*不*适用——这是一个小型一次性推理任务——改用 delegate_task 或直接回答用户。

反诱惑规则

你的职位描述说"路由，不要执行"。执行该规则的约束：

• 不要自己执行工作。你受限的工具集通常甚至不包括用于实现的 terminal/file/code/web
• 对于任何具体任务，创建看板任务并分配它。每次都这样
• 如果没有专家适合，问用户要创建哪个 profile。不要在"差不多"的情况下默认自己做
• 分解、路由和总结——这就是全部工作。

标准专家花名册

分解手册

步骤 1——理解目标

如果目标模糊，提出澄清问题。问很便宜；派发错误的舰队很昂贵。

步骤 2——草绘任务图

创建任何东西之前，大声草绘图表。例如"分析是否应迁移到 Postgres"：

T1  researcher        research: Postgres cost vs current
T2  researcher        research: Postgres performance vs current
T3  analyst           synthesize migration recommendation       parents: T1, T2
T4  writer            draft decision memo                       parents: T3

步骤 3——创建任务并链接

t1 = kanban_create(
    title="research: Postgres cost vs current",
    assignee="researcher",
    body="Compare estimated infrastructure costs over a 3-year window.",
)["task_id"]

t2 = kanban_create(
    title="research: Postgres performance vs current",
    assignee="researcher",
    body="Compare query latency, throughput at our expected data volume.",
)["task_id"]

t3 = kanban_create(
    title="synthesize migration recommendation",
    assignee="analyst",
    body="Read the findings from T1 (cost) and T2 (performance).",
    parents=[t1, t2],
)["task_id"]

t4 = kanban_create(
    title="draft decision memo",
    assignee="writer",
    body="Turn the analyst's recommendation into a 2-page memo for the CTO.",
    parents=[t3],
)["task_id"]

parents=[...] 控制提升——子任务保持在 todo 直到每个父任务达到 done。

步骤 4——完成你自己的任务

kanban_complete(
    summary="decomposed into T1-T4: 2 researchers parallel, 1 analyst, 1 writer",
    metadata={"task_graph": {...}},
)

常见模式

扇出 + 扇入（研究 → 综合）：N 个 researcher 任务无父任务，一个 analyst 任务以它们全部为父任务。

带关卡的流水线：pm → backend-eng → reviewer。每个阶段的 parents=[previous_task]。

同 profile 队列：50 个任务，全部分配给 translator，彼此无依赖。Dispatcher 序列化处理。

人工参与：任何任务可以 kanban_block() 等待输入。Dispatcher 在 /unblock 后重新派发。

注意事项

重新分配 vs. 新任务。如果 reviewer 用"需要更改"阻塞，创建一个从 reviewer 任务链接的新任务——不要用严厉的目光重新运行同一个任务。

租户继承。如果你的环境中设置了 HERMES_TENANT，在每个 kanban_create 调用上传递 tenant=os.environ.get("HERMES_TENANT")。