메뉴
使用追踪弹式垂直切片将计划, 规格或 PRD 分解为可独立认领的 GitHub issues. 当用户想要将计划转换为 issues, 创建实现工单, 将工作分解为 issues, 提到 "拆成 issues" 或 "任务拆解" 时使用.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Convert EPUB books into clean, narration-friendly plain text for local VibeVoice audiobook generation, with optional chunking for stable long-form TTS. Use when the user has an .epub and wants text cleanup, chunk prep, or a local audiobook workflow for VibeVoice.
Convert technical book chapters, papers, tutorials, or lecture notes into precise but listenable audiobook narration scripts, especially when the source contains LaTeX formulas and code in Lisp, C, Java, C#, or similar languages. Use this skill for math/code narration, SSML scripts, audiobook production plans, synchronized transcripts, and compact-vs-precise reading policies.
Help build, debug, refactor, test, and review ClojureDart applications that target Flutter, native mobile/desktop, web, or plain Dart. Use when the user asks about ClojureDart, .cljd files, cljd.build, deps.edn :cljd/opts, cljd.flutter, Dart package interop from Clojure syntax, Flutter widget construction in ClojureDart, hot reload, REPL, or ClojureDart testing.
使用捆绑的 Babashka 脚本修复 Emacs Lisp、Scheme、Common Lisp 等 Lisp 文件的括号/分隔符错误。 当用户提到 Lisp 括号错配、Paren Edit Death Loop、`.el/.lisp/.scm` 文件修复，或想在 Claude Code、Codex、Gemini 中批量修复非 Clojure Lisp 文件时使用。
从当前对话中提取 DDD 风格的通用语言术语表, 标记歧义并提出规范术语. 保存到 UBIQUITOUS_LANGUAGE.md. 当用户想要定义领域术语, 构建术语表, 强化术语, 创建通用语言, 提到 "通用语言", "术语表", "domain model" 或 "DDD" 时使用.
在 Clojure 项目中组合使用 `clj-nrepl-eval`、`clj-paren-repair-claude-hook` 和 `clj-paren-repair` 来完成 nREPL 求值与分隔符修复. 当用户提到 Clojure、nREPL、括号/分隔符错误、Paren Edit Death Loop、Claude hooks，或想在 Claude Code、Codex、Gemini 中验证和修复 `.clj/.cljs/.cljc/.bb` 文件时使用.
| name | to-issues |
| description | 使用追踪弹式垂直切片将计划, 规格或 PRD 分解为可独立认领的 GitHub issues. 当用户想要将计划转换为 issues, 创建实现工单, 将工作分解为 issues, 提到 "拆成 issues" 或 "任务拆解" 时使用. |
使用垂直切片(追踪弹)将计划分解为可独立认领的 GitHub issues.
使用对话上下文中已有的任何内容. 如果用户传递 GitHub issue 编号或 URL 作为参数, 使用 gh issue view <number>(带评论)获取它.
如果尚未探索代码库, 请探索以了解代码的当前状态.
将计划分解为追踪弹 issues. 每个 issue 都是一个薄的垂直切片, 端到端地贯穿所有集成层, 而不是一个层的水平切片.
切片可能是 'HITL' 或 'AFK'. HITL 切片需要人工交互, 例如架构决策或设计审查. AFK 切片可以在无人工交互的情况下实现和合并. 在可能的情况下优先选择 AFK 而非 HITL.
- 每个切片通过每个层(schema, API, UI, tests)提供一条狭窄但完整的路径 - 完成的切片本身是可演示或可验证的 - 优先选择多个薄切片而非少数厚切片将提议的分解作为带编号的列表呈现. 对于每个切片, 显示:
询问用户:
迭代直到用户批准分解.
对于每个已批准的切片, 使用 gh issue create 创建 GitHub issue. 使用下面的 issue 正文模板.
按依赖顺序创建 issues(阻塞者优先), 以便你可以在 "Blocked by" 字段中引用真实的 issue 编号.
## 父 issue#(如果源是 GitHub issue, 否则省略此部分)
此垂直切片的简明描述. 描述端到端行为, 而非逐层实现.
或"无 -- 可以立即开始", 如果没有阻塞者.
不要关闭或修改任何父 issue.
