القائمة
交互式 QA 会话, 用户以对话方式报告 bug 或问题, agent 提交 GitHub issues. 在后台探索代码库以获取上下文和领域语言. 当用户想要报告 bug, 进行 QA, 以对话方式提交 issues, 提到 "问题反馈", "提 bug" 或 "QA session" 时使用.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | qa |
| description | 交互式 QA 会话, 用户以对话方式报告 bug 或问题, agent 提交 GitHub issues. 在后台探索代码库以获取上下文和领域语言. 当用户想要报告 bug, 进行 QA, 以对话方式提交 issues, 提到 "问题反馈", "提 bug" 或 "QA session" 时使用. |
运行交互式 QA 会话. 用户描述他们遇到的问题. 你澄清, 探索代码库以获取上下文, 并提交持久的, 以用户为中心的, 使用项目领域语言的 GitHub issues.
让用户用自己的话描述问题.** 最多问 2-3 个简短的澄清问题**, 重点关注:
不要过度访谈. 如果描述足够清晰可以提交, 继续前进.
在与用户交谈时, 在后台启动一个 Agent(subagent_type=Explore)以了解相关区域. 目标不是找到修复 -- 而是:
这个上下文帮助你编写更好的 issue -- 但 issue 本身不应该引用特定文件, 行号或内部实现细节.
在提交之前, 决定这是否是单个 issue 还是需要分解为多个 issues.
在以下情况下分解:
在以下情况下保持为单个 issue:
使用 gh issue create 创建 issues. 不要先要求用户审查 -- 只需提交并分享 URL.
Issues 必须是持久的 -- 即使在重大重构后它们也应该有意义. 从用户的角度编写.
使用此模板:
## 发生了什么
[用简单语言描述用户体验的实际行为]
## 我期望的结果
[描述预期行为]
## 复现步骤
1. [开发者可以遵循的具体编号步骤]
2. [使用代码库中的领域术语, 而不是内部模块名称]
3. [包含相关输入, 标志或配置]
## 附加上下文
[来自用户或代码库探索的任何额外观察, 帮助框定 issue -- 例如 "这仅在使用 Docker layer 时发生, 而不是 filesystem layer" -- 使用领域语言但不引用文件]
按依赖顺序创建 issues(阻塞者优先), 以便你可以引用真实的 issue 编号.
对每个子 issue 使用此模板:
## 父 issue
#<parent-issue-number>(如果你创建了跟踪 issue)或"在 QA 会话期间报告"
## 问题是什么
[描述这个特定的行为问题 -- 只是这个切片, 而不是整个报告]
## 我期望的结果
[此特定切片的预期行为]
## 复现步骤
1. [特定于此 issue 的步骤]
## 阻塞于
- #<issue-number>(如果此 issue 在另一个 issue 解决之前无法修复)
或"无 -- 可以立即开始", 如果没有阻塞者.
## 附加上下文
[与此切片相关的任何额外观察]
创建分解时:
提交后, 打印所有 issue URL(带有阻塞关系摘要)并询问: "下一个 issue, 还是我们完成了?"
继续直到用户说他们完成了. 每个 issue 都是独立的 -- 不要批量处理它们.
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` 文件时使用.