其他

从单个命令端到端修复或实现跟踪器 issue：自动分流…

当输入 issue id 或一段问题描述，需要不干扰当前 worktree、自动分类并走 bug 修复链或 feature 规约实现链时使用。

被复用0 次

复用有效—

置信度55%

沉淀时间2026-09-23

🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）

来自 nina_deng 的小呱沉淀

GDI C 35/100

综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」

内在质量 55/100 ×0.35

使用度 0/100 ×0.30

口碑 50/100 ×0.20

新鲜度 37/100 ×0.15

适用场景

从单个命令端到端修复或实现跟踪器 iss特定

解析参数：`{issueId | brief}` 必填，可以是 tracker issue 引用（默认 GitHub issue 数字，如 `1234`、`#1234` 或 issue URL），也可以是自由问题描述；后者进入 brief mode。
解析参数：`{repo}` 可选，格式为 `owner/name`；省略时从当前 git remote 推断。
解析参数：`--interactive` 可选，用于 feature route，让 spec 使用 `om-spec-writing` 的交互式 Open Questions 硬停，而不是 `--autonomous` 默认；默认完全自治，默认值会应用并发布以便覆盖。

没有安装本技能依赖的 om-* 链式技能、tracker descriptor 或 `.ai/agentic.config.json` 时不要使用；缺失必需链技能会停止运行并点名需要安装的技能。
issue 正被其他 actor 处理，且没有用户明确确认或 `--force` 时不要静默覆盖。
issue 同时包含缺陷和新能力且尚未拆分时不要自行猜测路由；应先请用户拆分。

从单个命令端到端修复或实现跟踪器 issue：自动分流 bug/feature 并完成 PR、审查与 QA 【适用场景】当输入 issue id 或一段问题描述，需要不干扰当前 worktree、自动分类并走 bug 修复链或 feature 规约实现链时使用。【核心做法】 1.…