ant-design 仓库的版本发布工作流。在用户提到发版、准备 release PR、升级发布版本号、执行正式 npm publish、或处理 release 分支与发布校验时使用。它不负责收集或生成 changelog；涉及 changelog 收集、整理、改写时应使用 changelog-collect。
| name | antd-version-release |
| description | ant-design 仓库的版本发布工作流。在用户提到发版、准备 release PR、升级发布版本号、执行正式 npm publish、或处理 release 分支与发布校验时使用。它不负责收集或生成 changelog；涉及 changelog 收集、整理、改写时应使用 changelog-collect。 |
这个 skill 面向 ant-design 仓库的真实发版流程，不是通用应用的自动发版模板。
它主要覆盖两类任务：
package.jsonnpm publish当用户提到以下任一场景时使用：
feature 分支（通过 auto merge 合入 master），但 release PR 始终向 master 提交master5.x-stable、4.x-stableant-design 的发布准备通常就是一个普通 PR，主要更新：
CHANGELOG.en-US.mdCHANGELOG.zh-CN.mdpackage.json不要假设 CI 会在 PR 合并时替你更新版本号。但 changelog 内容本身的收集、筛选、改写，不属于这个 skill 的职责。
真正的 npm 包发布动作，发生在 release PR 合并之后。
npm publishnpm run pub，仓库已经明确提示应使用 npm publishpostpublish 会处理 tag 推送，tag 再触发 GitHub Release 和钉钉通知等工作流除非用户明确要求其它流程，否则只处理常见的两类：
| 类型 | 代码来源 | 版本变化 | 使用场景 |
|---|---|---|---|
| Patch | master 上的 bugfix | x.y.z -> x.y.(z+1) | Bug 修复、稳定性发布 |
| Minor | feature 分支合入的新特性 | x.y.z -> x.(y+1).0 | 特性批量发布 |
如果改动里明显包含未发布的新特性，优先判断为 minor；否则默认按 patch 处理。
开始前至少检查：
git branch -vv
git rev-parse --abbrev-ref HEAD
cat package.json
git tag --list | grep -v -E '(experimental|alpha|resource)' | sort -V | tail -20
确认以下信息：
package.json 里的当前版本号这个 skill 默认把 changelog 视为前置输入，而不是当前步骤的输出。
开始 release PR 前，确认：
CHANGELOG.en-US.md 已经有目标版本条目CHANGELOG.zh-CN.md 已经有对应中文条目如果还没有这些内容，先切换到 changelog-collect，不要在这个 skill 里临时生成。
发布准备通常只应检查并更新这三个文件：
CHANGELOG.en-US.mdCHANGELOG.zh-CN.mdpackage.json要求：
## 6.3.6`2026-03-31`package.json 中的版本号必须与 changelog 版本一致除非用户明确要求，否则不要额外引入别的 release 元数据文件。
至少运行：
npm run lint:changelog
必要时再运行：
npm run version
npm run version 只在需要刷新本地生成的版本文件、做校验时才运行。不要把无关的生成文件顺手带进 release PR，除非仓库本来就预期它们会被更新。
这个仓库里的 release 准备 PR，通常会使用类似标题：
docs: add changelog for 6.3.5docs: release 6.3.5注意：
release 或 changelog，就必须带上版本号.github/workflows/verify-package-version.yml 会校验这件事如果需要生成 PR body：
这部分只在 release PR 已经合并，并且用户明确要求“现在发布”时才使用。
发布前必须确认：
masterpackage.json 中的版本号已经是目标发布版本CHANGELOG.en-US.md 中已经存在该版本对应的 changelog 条目CHANGELOG.zh-CN.md 中也已经存在对应中文条目scripts/check-version-md.ts 默认要求：
执行：
npm publish
仓库里的相关行为：
prepublishOnly 会执行 scripts/pre-publish.tsSKIP_CI_CHECKpostpublish 会为当前版本推送 Git tagnpm run pub当用户要求你协助发版时：
changelog-collect 或用户提前准备好package.jsondocs: 标题提交npm publish如果任务只是“准备 release PR”，那就在创建 PR 后停止，不要继续执行发布。
Help maintainers reply to Ant Design GitHub issues following official guidelines. Use this skill when the user asks to handle issues, reply to issues, process issues, check issues, or manage issues for ant-design/ant-design repository. Also use when the user mentions "issue" in the context of antd, Ant Design, or GitHub issue management. This skill provides guidelines for classifying issues (Bug vs Feature Request), handling dosubot replies, using proper labels, writing polite responses, and knowing when to close issues.
收集 ant-design 两个版本之间的 PR 信息并整理 changelog 草稿，更新到 CHANGELOG.zh-CN.md 和 CHANGELOG.en-US.md 时使用。适用于收集 changelog、生成 changelog、更新 changelog、版本对比等场景。
Look up Ant Design React component documentation, props, and usage examples. Use when working with Ant Design (antd) components and needing API details, default values, or usage patterns.
Migrate between Ant Design major versions. Use when upgrading from antd v4 to v5 or addressing breaking changes in component APIs.
Customize Ant Design theme using Design Tokens and ConfigProvider. Use when adjusting visual styles, colors, spacing, or other theme properties in an Ant Design project.
审查 ant-design 测试用例是否值得保留。在用户要求验证测试 case、review 测试质量、判断测试是否合理、是否“用 A 证明 A”、是否重复、是否锁定实现细节，或决定测试应删除、保留还是改写时使用。
