关于 rhdh-jira-refine
rhdh-jira-refine 按 RHDH 工作流的检查项审查现有 Jira 工作，适用于评估问题和 Feature Exploration 的团队。默认生成只读报告，并区分字段缺失与无法检索。
主要功能
- 01逐条审查就绪情况
- 02Feature Exploration 检查清单
- 03默认生成只读报告
- 04报告 JQL、问题数、截断情况和发现
- 05评估完整性前补充自定义字段
适用场景
- 01检查 Jira 问题是否符合精化标准
- 02查找多个问题中缺失的就绪信息
- 03依据工作流检查 Feature Exploration
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/rhdh-jira-refine确认已加载。
附带文件agents/openai.yamlworkflows/refine-issues.md
详细介绍
梳理 RHDH Jira 工作
回答“是否已准备就绪”时，应依据 RHDH 工作流实际执行的标准， 并说明缺少什么，而不是猜测。
路由
加载 workflows/refine-issues.md。它涵盖单个 issue 的就绪情况审核
和 Feature Exploration 检查清单——同一套检查，应用于 Feature 生命周期中的不同阶段。
不以盘问为前提
与 /rhdh-jira-create 不同，此技能不要求外部
grilling 技能，也不得因此受阻。梳理会检查已有工作。
若因一项可选的外部技能而设置门槛，就会无益地让整项能力无法使用。
默认只读，仅在用户要求时写入
报告为只读。用户要求修复时，每项变更都属于一次
外部写入：调用 /mutation-gate 并遵循其要求。一次梳理通常会同时提出许多小型修复，
因此应将它们作为一组列出——每行包含 issue key 和确切命令——而不是逐项请求批准。
与相邻技能的边界
- 创建新工作时使用
/rhdh-jira-create。 - 更新一个已知 key——状态、评论、受派人、链接——时使用
/rhdh-jira-update。梳理会汇总多个 issue 的报告；它不能替代该技能。 - 根据梳理后的待办列表制定下一轮 sprint 时使用
/rhdh-jira-sprint-plan。 - 在梳理前准备会议简报并进行智能分析时使用
/rhdh-prepare-refinement。 - 退出标准表、字段 ID、JQL 和组件目录属于
/rhdh-jira-api。 - 规模估算标准、重复项检测和分解规则属于
/rhdh-jira-authoring。 - 查看某个版本仍有哪些未完成事项时使用
/rhdh-release-status。
完成标准
只有在报告涵盖的每个 issue 都已实际获取，且其自定义字段已补全后，才算完成——未补全字段的搜索结果中，Story Points、Team、Size 和 Sprint 都会显示为空；这与无人设置该字段的情况看起来完全相同，也是最常见的“缺少数据”误判来源。报告 JQL、issue 数量以及结果是否被截断。每项发现都应注明产生该发现的检查项及其严重程度。无法检索的字段应报告为“未检索到”，绝不能报告为“缺失”。