Run any Skill in Manus with one click

omd-path

Stars26

Forks1

UpdatedJuly 23, 2026 at 08:53

打开/新建/列出 omd pathfinder 决策地图(经 omd MCP server)。大而模糊的多 session 工作先开图:把待决问题变成票,渐进散雾。Trigger:/omd-path、pathfinder、开图、决策地图、这活儿太大先规划。

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Run Skill in Manus

Source

AbyssCN

AbyssCN/oh-my-dag

View GitHub Repository View Creator Repositories

Download

Run Skill in Manus

Related occupationsSOC

Based on SOC occupation classification

Computer Occupations, All OtherComputer and Mathematical Occupations·SOC 15-1299

SKILL.md

readonly

name	omd-path
description	打开/新建/列出 omd pathfinder 决策地图(经 omd MCP server)。大而模糊的多 session 工作先开图:把待决问题变成票,渐进散雾。Trigger:/omd-path、pathfinder、开图、决策地图、这活儿太大先规划。

/omd-path — pathfinder 决策地图

你在驱动 omd 的 pathfinder 模式(TUI-less,经 omd MCP server 的 path_* 工具;工具名可能带前缀如 mcp__omd__path_map,未加载时先 ToolSearch "path_map")。MCP server 的 cwd 决定作用的 repo。

后端(md / gh)

pathfinder 有两个可选后端,同一套 path_* 工具面语义等价:

md 后端(默认):地图真相存 docs/plan/pathfinder/<slug>.md(人可读可编辑)。
gh 后端:票据生命周期迁 GitHub Issues(map = 🧭 [map] issue,票 = [<type>] sub-issue,ruling = resolution 评论 + close),AFK research 上 GitHub Actions。

后端选择由 .omd/pathfinder/config.json 落定({"backend":"gh"|"md"}),由 path_init 写入;缺省或无 GitHub remote → md。

path_init — 两步引导流(开图前先接线后端)

新 repo 首次用 pathfinder 先跑 path_init,它是两步流:

报告模式:path_init(不传 backend)→ 返回环境探测报告(git repo / GitHub remote / gh auth scope / repo 公私 / Actions / 机器级 key)+ 推荐答案。先把报告转述给 owner。
执行模式:owner 确认后 path_init 带 backend(gh|md)+ destination(+ gh 时 cloudAfk:public 仓开云端 AFK = 决策历史公开可读,须 owner 明示)→ 建 labels / map issue / caller workflow / secrets / workflow_dispatch 干跑金丝雀 / 落 config。
- 缺什么报什么 + 修复命令(如 gh auth refresh -s workflow),照报错补齐再重跑。

已建好后端的 repo 直接用 path_map,不必再 init。

用法

/omd-path 无参 → 调 path_map(无 destination)列出所有开放地图。
/omd-path <目的地或 slug> → 调 path_map 带 destination:已存在则 resume 并显示前沿,否则新建空图。
用户说"把 research 甩后台/预取" → 调 path_prefetch(research 票进 detached AFK 后台,不阻塞对话;结果在下次 path_tickets 拉取时自动折回)。

开图后的职责(重要)

新图是空的——你的第一件事是和用户把目的地拆成待决问题,用 path_add 逐张开票:
- research:需要检索调研的开放问题(会被 AFK 自动跑,烧钱;宁缺毋滥);
- grill:需要和 owner 审议对齐的决策;
- prototype:需要沙盒验证的假设;
- task:已明确到可施工的项(带 executorKind,默认 inproc;改文件的用 agent)。垂直切分闸:task 票按用户功能垂直切(一片端到端自带所需的数据/逻辑/界面,能独立验证),不按技术层横切(「先建表」→「再写后端」→「最后前端」)。横切的盲点是末端才可测、前面错后面全毁(反 happy-path);垂直片则即时验证 + 可并行分发。 blockedBy 表达依赖:前置票全裁决后此票才进前沿。
展示前沿后,主动建议下一步:哪张票该先裁(/omd-rule)、research 是否值得 prefetch。
绝不替 owner 裁决(/omd-rule)或触发交付(/omd-deliver)——那是 owner 的显式动作;你可以给推荐裁决词让 owner 确认。

票裁决的三通道带宽路由(任何 grill/task 票通用)

从 grill 外移至此:pathfinder 拥有票生命周期,任何票的裁决都适用,不限审议。

轮次落票 = 跨 session 可续传的前提(gh 后端):裁决态长在票上,不长在会话里。

开审先读票:gh issue view <n> --comments 拉全评论 → 已裁轮次直接续,不重问;
每轮双落:每提一问(推荐+理由+证据)→ gh issue comment 追一条 ### [轮 N] <问题>;owner 若在会话里答 → 摘要也落一条(owner 裁: …)。会话可死,票面永远最新;
终裁走 path_rule:轮次评论是过程,resolution 是终点(**ruling**: 首行),前沿只认后者。

通道	适用	形态
本地活会话	深裁:偏离推荐、真岔口、多轮对抗	最快轮次、最全上下文
手机 Claude 拉票	深裁但人在外:新 session `path_tickets` 拉票续审	状态自票面重建,可中断续传
GitHub 评论区 `@claude`	轻裁:同意/微调/澄清	全异步;超 ~3 轮或真岔口 → 升级活会话

评论是输入,与新证据冲突时 Claude 反问而非照办;正式 rule 仍在折入侧发生。

More from this repository

same repository

omd-resume

AbyssCN/oh-my-dag

列出断掉/失败的 DAG run(带 goal)让 owner 挑一个续跑——从磁盘 checkpoint 重载 plan、跳过已绿节点接着跑。Trigger:/omd-resume、续跑、接着跑、断了的图、resume、跑一半挂了、429 断了。Skip:全新任务(/omd-execute 或 dag_run)、查状态不续跑(dag_status)。

2026-07-2426

omd-grill

AbyssCN/oh-my-dag

锁 plan/SDD 前的对抗式审问:沿决策树走、先给推荐答案、事实自查·技术 Decision 自裁·真 owner 岔口才阻塞问、对标外部实现逼问「为何偏离」;宽解岔口就地开 council;产决策记录表喂 /omd-sdd。审议纪律:只讨论不动手。Trigger:/omd-grill、审问、盘问这个方案、把这事讨论清楚、压测计划、stress-test。

2026-07-2326

omd-execute

AbyssCN/oh-my-dag

把已定的 SDD/规划交给 omd DAG 引擎执行(经 MCP dag_run 三段式),完成后按交叉验证 checklist 逐条判、四选一验收。Trigger:/omd-execute、开始执行、按 SDD 干、执行计划。

2026-07-2326

omd-video

AbyssCN/oh-my-dag

视频→逐段结构化笔记 (MiMo-v2.5 原生吃画面+音频, 非 whisper 转写; 可重入管线)。讲解/课程视频里 PPT 框架图/代码/提示词是画面独有、音频拿不到的信息。产 ALL-NOTES.md 交 /omd-council 或 dag_research 做综合。Trigger:/omd-video、抖音/B站/YouTube 讲解视频、课程系列、把这些视频学一遍/提炼、画面里有代码/图表/PPT。Skip:文字原文综合→/omd-council;网页内容→dag_research(检索版)。

2026-07-2326

omd

AbyssCN/oh-my-dag

One table of every routed oh-my-dag skill: name → when to use. The one name to remember. Trigger: /omd / list skills / which skill / 有哪些技能 / 该用哪个技能.

2026-07-2326

omd-deliver

AbyssCN/oh-my-dag

执行 omd pathfinder 已散尽区域(编译 slice → 跑 DAG 真改文件 → 票翻 delivered),标 delivered 前逐票核对真身(delivered✅≠东西真在)。deliberate/build 的权力闸,仅 owner 明令。Trigger:/omd-deliver、交付、开始执行、动手吧。

2026-07-2226

name	omd-path
description	打开/新建/列出 omd pathfinder 决策地图(经 omd MCP server)。大而模糊的多 session 工作先开图:把待决问题变成票,渐进散雾。Trigger:/omd-path、pathfinder、开图、决策地图、这活儿太大先规划。

/omd-path — pathfinder 决策地图

后端(md / gh)

pathfinder 有两个可选后端,同一套 path_* 工具面语义等价:

md 后端(默认):地图真相存 docs/plan/pathfinder/<slug>.md(人可读可编辑)。
gh 后端:票据生命周期迁 GitHub Issues(map = 🧭 [map] issue,票 = [<type>] sub-issue,ruling = resolution 评论 + close),AFK research 上 GitHub Actions。

后端选择由 .omd/pathfinder/config.json 落定({"backend":"gh"|"md"}),由 path_init 写入;缺省或无 GitHub remote → md。

path_init — 两步引导流(开图前先接线后端)

新 repo 首次用 pathfinder 先跑 path_init,它是两步流:

报告模式:path_init(不传 backend)→ 返回环境探测报告(git repo / GitHub remote / gh auth scope / repo 公私 / Actions / 机器级 key)+ 推荐答案。先把报告转述给 owner。
执行模式:owner 确认后 path_init 带 backend(gh|md)+ destination(+ gh 时 cloudAfk:public 仓开云端 AFK = 决策历史公开可读,须 owner 明示)→ 建 labels / map issue / caller workflow / secrets / workflow_dispatch 干跑金丝雀 / 落 config。
- 缺什么报什么 + 修复命令(如 gh auth refresh -s workflow),照报错补齐再重跑。

已建好后端的 repo 直接用 path_map,不必再 init。

用法

/omd-path 无参 → 调 path_map(无 destination)列出所有开放地图。
/omd-path <目的地或 slug> → 调 path_map 带 destination:已存在则 resume 并显示前沿,否则新建空图。
用户说"把 research 甩后台/预取" → 调 path_prefetch(research 票进 detached AFK 后台,不阻塞对话;结果在下次 path_tickets 拉取时自动折回)。

开图后的职责(重要)

新图是空的——你的第一件事是和用户把目的地拆成待决问题,用 path_add 逐张开票:
- research:需要检索调研的开放问题(会被 AFK 自动跑,烧钱;宁缺毋滥);
- grill:需要和 owner 审议对齐的决策;
- prototype:需要沙盒验证的假设;
- task:已明确到可施工的项(带 executorKind,默认 inproc;改文件的用 agent)。垂直切分闸:task 票按用户功能垂直切(一片端到端自带所需的数据/逻辑/界面,能独立验证),不按技术层横切(「先建表」→「再写后端」→「最后前端」)。横切的盲点是末端才可测、前面错后面全毁(反 happy-path);垂直片则即时验证 + 可并行分发。 blockedBy 表达依赖:前置票全裁决后此票才进前沿。
展示前沿后,主动建议下一步:哪张票该先裁(/omd-rule)、research 是否值得 prefetch。
绝不替 owner 裁决(/omd-rule)或触发交付(/omd-deliver)——那是 owner 的显式动作;你可以给推荐裁决词让 owner 确认。

票裁决的三通道带宽路由(任何 grill/task 票通用)

从 grill 外移至此:pathfinder 拥有票生命周期,任何票的裁决都适用,不限审议。

轮次落票 = 跨 session 可续传的前提(gh 后端):裁决态长在票上,不长在会话里。

开审先读票:gh issue view <n> --comments 拉全评论 → 已裁轮次直接续,不重问;
每轮双落:每提一问(推荐+理由+证据)→ gh issue comment 追一条 ### [轮 N] <问题>;owner 若在会话里答 → 摘要也落一条(owner 裁: …)。会话可死,票面永远最新;
终裁走 path_rule:轮次评论是过程,resolution 是终点(**ruling**: 首行),前沿只认后者。

通道	适用	形态
本地活会话	深裁:偏离推荐、真岔口、多轮对抗	最快轮次、最全上下文
手机 Claude 拉票	深裁但人在外:新 session `path_tickets` 拉票续审	状态自票面重建,可中断续传
GitHub 评论区 `@claude`	轻裁:同意/微调/澄清	全异步;超 ~3 轮或真岔口 → 升级活会话

评论是输入,与新证据冲突时 Claude 反问而非照办;正式 rule 仍在折入侧发生。