监控 GitHub issue 地图（wayfinder map / epic）下实现票的依赖与进度，并在地图正文维护 Mermaid 实现 DAG（灰=未开工、绿=可开工/进行中、蓝=已完成）；支持每 10 分钟定时刷新。当用户提到 monitor-spec、刷新/更新 DAG、实现进度、看板状态、启动/停止定时监控，即使没有明说 "DAG" 也应使用本 skill。
Master 派发器：读取一个 GitHub epic 的全部 sub-issue 与原生 blocker 依赖，构建 DAG，把无阻塞的票按波次并行派发给多个 durable worker（pi-durable-subagents，每个 worker 用 my-workflow 独立执行一票）；每波合并后派测试 agent 用 PROD 镜像数据做真实 E2E 验证，发现问题开 sub-issue 派修复，测试全绿才推进下一波，直至全部完成并汇总。长任务（实现+评审+PR+测试）一律走 durable…
真实 E2E 测试 agent：镜像 PROD 数据到本地栈（prod-mirror），起全栈后按 master 给的票/PR 设计测试场景并真实执行（API/worker/UI/DB 断言），禁一切 mock/stub。输出机器可读 RESULT 行给 master 派发器。
基于 GitHub Issue 的端到端交付工作流：worktree 隔离实现、双 Sub-agent 评审修复、创建 PR、监控 CI 全绿后自动 squash 合并、跟踪 master 的 Release 管线拿到发布版本，最后把改动总结与版本号更新到当前 iteration 的 Release Note issue。
PR 合并后的环境清理与收口：校验 PR 已合并，然后停掉为该 ticket 在本地启动的开发服务、删除对应本地 git worktree、删除远程分支、关闭关联 GitHub issue（可选）、把本地 master 快进到最新（本地未提交改动自动 stash 后恢复）。当用户说「PR 合并了，清理一下」「删 worktree」「收尾」「cleanup after merge」，或 my-workflow 产出的 PR 被人工 review 合并后需要善后时使用。
清理本地Git分支，切换到master分支并同步最新代码。
查一个马拉松赛道的难点：总爬升、坡道（桥/引桥/立交/隧道）、折返、侧风段、拥堵堵点（跑友口碑）。用户提到赛道难点、困难点、爬升、爬坡、堵点、拥堵、赛道口碑、赛道体验时使用——即使只给比赛名也按"分组别难点清单"处理。与 marathon-course（查路线串）配套：难点必须挂在正确届份的官方路线串上。
races目录下的race.md文件包含了一个马拉松比赛的列表，对每一场比赛，使用marathon-course技能查找这个比赛的官网、赛道、起跑时间和赛事规模，并输出到races目录下的<比赛名-yyyy-mm-dd>.md文件中。比赛名是race.md中列出的比赛的中文名称，去掉空格和括号中的内容。