메뉴
通过探索代码库以找到根本原因来对 bug 或 issue 进行分类, 然后创建包含基于 TDD 的修复计划的 GitHub issue. 当用户报告 bug, 想要提交 issue, 提到 "排查问题", "问题归类", "triage" 或想要调查并规划问题的修复时使用.
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 | triage-issue |
| description | 通过探索代码库以找到根本原因来对 bug 或 issue 进行分类, 然后创建包含基于 TDD 的修复计划的 GitHub issue. 当用户报告 bug, 想要提交 issue, 提到 "排查问题", "问题归类", "triage" 或想要调查并规划问题的修复时使用. |
调查报告的问题, 找到其根本原因, 并创建包含 TDD 修复计划的 GitHub issue. 这是一个大部分不需要干预的工作流程 - 尽量减少对用户的提问.
从用户那里获得问题的简要描述. 如果他们没有提供, 问一个问题: "你看到的问题是什么?"
不要马上问后续问题. 立即开始调查.
使用 Agent 工具(subagent_type=Explore)深入调查代码库. 你的目标是找到:
查看:
git log)根据你的调查, 确定:
创建一个具体的, 有序的 RED-GREEN 循环列表. 每个循环是一个垂直切片:
规则:
使用 gh issue create 和下面的模板创建 GitHub issue. 不要在创建前要求用户审查 - 只需创建它并分享 URL.
对 bug 或 issue 的清晰描述, 包括:
描述你在调查期间发现的内容:
不要包含与当前代码布局耦合的特定文件路径, 行号或实现细节. 相反, 描述模块, 行为和契约. 即使在重大重构后, 该 issue 也应该保持有用.
RED-GREEN 循环的带编号列表:
1.** RED**: 编写一个测试 [描述预期行为] GREEN: [使其通过的最小更改]
2.** RED**: 编写一个测试 [描述下一个行为] GREEN: [使其通过的最小更改]
...
REFACTOR: [所有测试通过后需要的任何清理]
创建 issue 后, 打印 issue URL 和根本原因的单行摘要.