用途：为 Hermes 中专职路由的编排者 profile 提供更深入的拆解手册。核心工作循环（含 kanban_create 扇出模式与“拆解而非执行”规则）已通过 KANBAN_GUIDANCE 系统提示块自动注入每个看板进程，本技能是面向“整份工作就是路由”的编排者的进阶指南。
主要能力与规则：不要自己执行工作，任何具体任务都创建看板任务并指派；创建卡片前先拆分多线请求，每条独立工作流一张卡；独立线并行、不加链接，只链接真实数据依赖；依赖任务必须在原始 kanban_create 调用中传 parents=[...]，不要先建后链，也不要靠正文写“等 T1”。若没有匹配的专家 profile，询问用户创建或使用哪个，不要臆造 profile 名——调度器对未知 assignee 会静默失败，卡片会永远停在 ready。
使用方式：Step 0 先发现可用 profile，可用 hermes profile list、kanban_list(assignee="<some-name>") 或直接问用户，并在会话中缓存结果。Step 1 明确目标，含糊就提问。Step 2 先向用户口述任务图，把每条工作流映射到已发现的 profile，判断独立或受门控，独立线建为无父卡，综合/评审/集成卡用父链接。Step 3 用 kanban_create 建卡并链接，父卡先建、捕获返回 id 再放入子卡 parents。Step 4 若自己也是被派发的任务，用 kanban_complete 附摘要与 task_graph 元数据。Step 5 用平实语言向用户汇报实际使用的 profile。
适用场景：需要多个专家、需跨崩溃或重启存活、用户可能中途介入、子任务可并行、预期评审迭代、审计轨迹重要时使用看板；小型一次性推理任务改用 delegate_task 或直接回答。常见模式包括扇出加扇入、并行实现加验证、带门控的流水线、同 profile 队列、human-in-the-loop。
限制与注意：goal_mode=True 可把 worker 包进目标循环，由辅助裁判按卡片标题与正文作为验收标准反复检查，预算耗尽则阻塞待人工复核，适合长任务而非廉价一次性卡。卡住时可用 Reclaim、Reassign 或改 profile 模型恢复。避免臆造 profile、把独立线捆成一张卡、因措辞过度链接、忘记依赖链接、用重跑代替新建修改任务、弄反 kanban_link 参数顺序。若设置了 HERMES_TENANT，每次 kanban_create 都应传 tenant=os.environ.get("HERMES_TENANT")。具体 profile 名单与配置因用户环境而异，本技能不预设固定专家名册。