用途：回答“这项工作是否已就绪”，按 RHDH 工作流实际执行的标准审计既有 Jira 工作，并明确说明缺什么，而不是猜测。
主要能力：加载 workflows/refine-issues.md，涵盖逐 issue 就绪审计与 Feature Exploration 检查清单，即同一套检查在 Feature 生命周期不同阶段的应用。默认只读生成报告；用户要求修复时，每项变更都作为外部写入，需调用 /mutation-gate 并遵循它。一次 refine 通常提出多项小修复，应作为一组列出（每行含 issue key 与确切命令），而非逐条批准。
使用方式：与 /rhdh-jira-create 不同，本技能不依赖外部 grilling 技能，也不应被其阻塞，因为 refinement 读取的是已存在的工作。边界：新建工作用 /rhdh-jira-create；更新单个已知 key（状态、评论、负责人、链接）用 /rhdh-jira-update；从精炼后的 backlog 构建下个 sprint 用 /rhdh-jira-sprint-plan；退出标准表、字段 ID、JQL 与组件目录见 /rhdh-jira-api；规模刻度、重复检测与分解规则见 /rhdh-jira-authoring；某版本仍有哪些未完成项见 /rhdh-release-status。
完成条件：报告中覆盖的每个 issue 都已实际获取并补全自定义字段。未补全的搜索会返回空的 Story Points、Team、Size 和 Sprint，看起来与无人设置字段相同，这是“缺失数据”误报最常见的来源。需报告 JQL、issue 数量以及结果是否被截断。每条发现都要注明产生它的检查及其严重程度。无法获取的字段应报告为未获取，绝不报告为缺失。
限制：资料未提供具体安装命令、收费或平台信息。