mcpField
R
rhdh-release-status

rhdh-release-status

github.com/redhat-developer生产力1948 次安装1 天前更新
代码仓库

关于 rhdh-release-status

rhdh-release-status 是一项只读技能，用于根据 Jira 汇报发布进度，并为数量附上搜索链接和读取时间。它将问题级查询路由到 CLI 工作流，并将 Feature 或 PI 就绪度分析指向独立参考资料。

主要功能

  1. 01根据 Jira 问题汇报发布状态
  2. 02为统计数量附上 Jira 搜索和时间
  3. 03将查询路由到发布 CLI 子命令
  4. 04引导进行 Feature 和 PI 就绪度分析
  5. 05区分状态报告与相邻任务

适用场景

  1. 01查看某个版本的问题数量
  2. 02准备数据可追溯的发布状态更新
  3. 03Rich Filter 不可用时标明未答复范围

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/redhat-developer/rhdh-skills --skill rhdh-release-status

安装后在 Claude Code 中输入/rhdh-release-status确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

agents/
openai.yaml
references/
config.md
feature-readiness.md
rich-filter-coverage.md
scripts/
_jira.py
_support.py
jql-release.md
jql.py
release.py
rich_filter.py
slack_templates.py
slack-templates.md
workflows/
release-status.md

详细介绍

RHDH 发布状态

用带有 Jira 链接和时间戳的数据回答“此版本进展如何”。仅供只读：此技能绝不会编辑 Jira，也不会发布任何内容。

路由

加载 workflows/release-status.md。该文件会将每个问题映射到对应的 scripts/release.py 子命令，并包含两条 CLI 输出本身不会说明的范围规则。

如需在 Feature 和 Program Increment 层级而非 issue 层级评估就绪情况——“我们准备好发布了吗”、PI 漏斗、依赖关系图、各 Feature 的一致性——请改为加载 references/feature-readiness.md。该文件会在会议准备时运行快速模式，并在全面一致性分析时运行深度模式。两种模式均为只读。

Rich Filter 归属

此技能负责 Rich Filter 配置说明。references/config.md 保存电子表格 ID、发现规则和 RHDH_RICH_FILTER_PATH 覆盖项；references/rich-filter-coverage.md 记录哪些发布行为来自导出文件、哪些 JQL 保留在本地以及原因。如果其他技能遇到不可用的 Rich Filter 模板，应指向 /rhdh-release-status，而不是重复说明设置步骤。

与相邻技能的边界

  • 里程碑日期——Feature Freeze、Code Freeze、GA——由 /rhdh-release-schedule 负责。
  • 某个指定团队能否在 Code Freeze 前完成 rhdh-X.Y-candidate Features，由 /rhdh-release-capacity-plan 负责。此技能报告状态，不评估是否可行。
  • Slack 冻结公告由 /rhdh-release-announce 负责。
  • 面向团队负责人的 SoS 签到报告由 /rhdh-release-sos 负责。
  • 团队名册、负责人和 Cloud ID 由 /rhdh-release-teams 负责。此技能统计各团队的 issue 数量，不发布名册。
  • 查看单个 issue、看板或 sprint，由 /rhdh-jira-api 负责。任何 Jira 写入操作由 /rhdh-jira-update 负责。
  • 在 RHIDP、RHDHPLAN 和 RHDHBUGS 之间创建、对齐或删除项目修复版本，由 /rhdh-release-fixversions 负责。此技能只会按修复版本查询 issue。

完成标准

只有当答案中的每个数字都注明生成该数字的子命令或 JQL、说明读取时间，并附带其背后的 Jira 搜索链接时，才算完成。若 CLI 报告某个计数已截断，应将其报告为下限，而非总数。Jira 无法提供的字段应列为未经核实——绝不能从先前版本沿用，也不能根据相邻计数推断。如果 Rich Filter 不可用，应说明哪些范围的问题未能回答，而不是改用手写查询。

评论

支持 Markdown