菜单
将当前对话上下文转化为 PRD 并作为 GitHub issue 提交. 当用户想要从当前上下文创建 PRD, 提到 "生成 PRD" 或 "写需求文档" 时使用.
用 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-prd |
| description | 将当前对话上下文转化为 PRD 并作为 GitHub issue 提交. 当用户想要从当前上下文创建 PRD, 提到 "生成 PRD" 或 "写需求文档" 时使用. |
此技能将当前对话上下文和代码库理解转化为 PRD. 不要访谈用户 -- 只需综合你已经知道的内容.
探索仓库以了解代码库的当前状态(如果尚未完成).
勾画出完成实现所需构建或修改的主要模块. 积极寻找可以独立测试的深度模块提取机会.
深度模块(相对于浅层模块)是指在简单, 可测试的接口中封装大量功能的模块, 该接口很少改变.
与用户确认这些模块符合他们的期望. 与用户确认他们希望为哪些模块编写测试.
从用户角度描述用户面临的问题.
从用户角度描述问题的解决方案.
一个详细的, 带编号的用户故事列表. 每个用户故事应采用以下格式:
此用户故事列表应该极其详尽, 涵盖功能的所有方面.
已做出的实现决策列表. 这可以包括:
不要包含特定文件路径或代码片段. 它们可能很快就会过时.
已做出的测试决策列表. 包括:
对此 PRD 范围外事项的描述.
关于该功能的任何进一步说明.
