release
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
Chinese/release - Release Management Agent
/release - 版本发布管理Agent
Command Flags
命令标志
| Flag | Short | Description |
|---|---|---|
| | Show available commands and options |
| | Show workflow skills version |
| Auto-determine version from task types | |
| Force patch increment | |
| Force minor increment | |
| Force major increment |
| 标志 | 简写 | 描述 |
|---|---|---|
| | 显示可用命令和选项 |
| | 显示工作流技能版本 |
| 根据任务类型自动确定版本 | |
| 强制补丁版本递增 | |
| 强制次版本号递增 | |
| 强制主版本号递增 |
Flag Handling
标志处理
On or :
-h--help/release - Release Management Agent
Usage:
/release Auto-determine version (recommended)
/release auto Same as above
/release patch Force patch bump (v1.0.0 → v1.0.1)
/release minor Force minor bump (v1.0.0 → v1.1.0)
/release major Force major bump (v1.0.0 → v2.0.0)
/release v1.2.3 Explicit version
/release -h, --help Show this help message
/release -v, --version Show version
Version Auto-Detection:
- Reads "Version Impact" from each task document
- Any major → major bump
- Any minor → minor bump
- All patch → patch bump
Creates:
- CHANGELOG.md entry
- Git tag
- GitHub Release
Examples:
/release # Auto-detect version
/release minor # Force minor bump
/release v2.0.0 # Explicit versionOn or :
Display:
-v--versionWorkflow Skills v1.4.1
https://github.com/eljun/claude-skills当使用 或 时:
-h--help/release - Release Management Agent
Usage:
/release Auto-determine version (recommended)
/release auto Same as above
/release patch Force patch bump (v1.0.0 → v1.0.1)
/release minor Force minor bump (v1.0.0 → v1.1.0)
/release major Force major bump (v1.0.0 → v2.0.0)
/release v1.2.3 Explicit version
/release -h, --help Show this help message
/release -v, --version Show version
Version Auto-Detection:
- Reads "Version Impact" from each task document
- Any major → major bump
- Any minor → minor bump
- All patch → patch bump
Creates:
- CHANGELOG.md entry
- Git tag
- GitHub Release
Examples:
/release # Auto-determine version
/release minor # Force minor bump
/release v2.0.0 # Explicit version当使用 或 时:
显示:
-v--versionWorkflow Skills v1.4.1
https://github.com/eljun/claude-skillsWhen to Use
使用时机
Invoke when:
/release- Multiple features/fixes have been merged via
/ship - Items are in "Ready to Ship" section of TASKS.md
- Ready to create a versioned release
Examples:
bash
/release # Auto-determine version from task docs (RECOMMENDED)
/release auto # Same as above - auto-determine
/release patch # Force patch increment (v1.1.21 → v1.1.22)
/release minor # Force minor increment (v1.1.21 → v1.2.0)
/release major # Force major increment (v1.1.21 → v2.0.0)
/release v1.1.22 # Explicit version在以下场景调用 :
/release- 多个功能/修复已通过 合并
/ship - 项位于TASKS.md的“Ready to Ship”部分
- 准备创建版本化发布
示例:
bash
/release # 根据任务文档自动确定版本(推荐)
/release auto # 同上 - 自动确定
/release patch # 强制补丁版本递增(v1.1.21 → v1.1.22)
/release minor # 强制次版本号递增(v1.1.21 → v1.2.0)
/release major # 强制主版本号递增(v1.1.21 → v2.0.0)
/release v1.1.22 # 指定明确版本Workflow
工作流程
/release [version|auto]
↓
1. Get current version from git tags
2. Read "Ready to Ship" items from TASKS.md
3. Filter: Only include items with "Merged" status (✅)
4. Read each task document for Type & Version Impact
5. Auto-calculate version (if not explicit)
├── Any major → major bump
├── Any minor → minor bump
└── All patch → patch bump
6. Categorize changes by type
7. Generate changelog entry
8. Update CHANGELOG.md
9. Commit changelog
10. Create git tag
11. Push to remote
12. Create GitHub Release
13. Move ONLY merged items to "Shipped" with release version
↓
Release complete!IMPORTANT: Only items with "Merged" status (✅) in "Ready to Ship" are included in the release. Unmerged PRs stay in "Ready to Ship" for the next release.
/release [version|auto]
↓
1. 从git标签获取当前版本
2. 从TASKS.md读取“Ready to Ship”项
3. 过滤:仅包含“已合并”状态的项(✅)
4. 读取每个任务文档的类型和版本影响
5. 自动计算版本(如果未指定明确版本)
├── 存在任意主版本影响 → 主版本号递增
├── 存在任意次版本影响且无主版本影响 → 次版本号递增
└── 所有项均为补丁影响 → 补丁版本递增
6. 按类型分类变更
7. 生成变更日志条目
8. 更新CHANGELOG.md
9. 提交变更日志
10. 创建git标签
11. 推送到远程仓库
12. 创建GitHub Release
13. 仅将已合并项移动到“已发布”区域并标记发布版本
↓
发布完成!重要提示: 只有“Ready to Ship”中状态为“已合并”(✅)的项才会被包含在发布中。未合并的PR将留在“Ready to Ship”区域等待下一次发布。
Pre-Release Checklist
发布前检查清单
Before running :
/release- All PRs in "Ready to Ship" are merged
- Main branch is up to date ()
git pull - No uncommitted changes ()
git status - All tests passing
运行 之前:
/release- “Ready to Ship”中的所有PR均已合并
- 主分支已更新()
git pull - 无未提交的变更()
git status - 所有测试均通过
Step-by-Step Process
分步流程
Step 1: Get Current Version
步骤1:获取当前版本
bash
undefinedbash
undefinedGet the latest tag
获取最新标签
git describe --tags --abbrev=0 2>/dev/null || echo "v0.0.0"
git describe --tags --abbrev=0 2>/dev/null || echo "v0.0.0"
List recent tags for context
列出最近的标签以作参考
git tag --list --sort=-v:refname | head -5
undefinedgit tag --list --sort=-v:refname | head -5
undefinedStep 2: Determine New Version
步骤2:确定新版本
If explicit version provided:
bash
/release v1.1.22如果指定了明确版本:
bash
/release v1.1.22Use v1.1.22 directly
直接使用v1.1.22
**If semantic increment provided:**
```bash
/release patch # v1.1.21 → v1.1.22
/release minor # v1.1.21 → v1.2.0
/release major # v1.1.21 → v2.0.0Version parsing logic:
Current: v1.1.21
│ │ │
│ │ └── Patch (bug fixes, small changes)
│ └──── Minor (new features, backwards compatible)
└────── Major (breaking changes)
**如果指定了语义化递增类型:**
```bash
/release patch # v1.1.21 → v1.1.22
/release minor # v1.1.21 → v1.2.0
/release major # v1.1.21 → v2.0.0版本解析逻辑:
当前版本: v1.1.21
│ │ │
│ │ └── 补丁版本(bug修复、小变更)
│ └──── 次版本号(新功能、向后兼容)
└────── 主版本号(突破性变更)Step 3: Auto-Calculate Version (Recommended)
步骤3:自动计算版本(推荐)
When using or , read each task document to determine version:
/release/release autoRead Version Impact from task docs:
markdown
> **Type:** feature
> **Version Impact:** minor ← Use this fieldAuto-calculation logic:
Ready to Ship items:
├── feature-1 → Version Impact: minor
├── bug-fix-1 → Version Impact: patch
└── enhancement-1 → Version Impact: patch
Highest impact = minor
Current version = v1.2.0
New version = v1.3.0Priority order:
- (any major = major bump)
major - (any minor, no major = minor bump)
minor - (all patch = patch bump)
patch
Fallback if Version Impact missing:
- Use Type field to infer:
- →
featureminor - →
bugfixpatch - →
enhancementpatch - →
documentationpatch - →
chorepatch
当使用 或 时,读取每个任务文档以确定版本:
/release/release auto从任务文档读取版本影响:
markdown
> **Type:** feature
> **Version Impact:** minor ← 使用此字段自动计算逻辑:
Ready to Ship项:
├── feature-1 → 版本影响: minor
├── bug-fix-1 → 版本影响: patch
└── enhancement-1 → 版本影响: patch
最高影响级别 = minor
当前版本 = v1.2.0
新版本 = v1.3.0优先级顺序:
- (任意项为主版本影响 → 主版本号递增)
major - (任意项为次版本影响且无主版本影响 → 次版本号递增)
minor - (所有项均为补丁影响 → 补丁版本递增)
patch
如果缺少版本影响字段的回退逻辑:
- 使用类型字段推断:
- →
featureminor - →
bugfixpatch - →
enhancementpatch - →
documentationpatch - →
chorepatch
Step 4: Read "Ready to Ship" Items (Merged Only)
步骤4:读取“Ready to Ship”项(仅已合并)
Parse TASKS.md for items in "Ready to Ship" section. Only include items with Merged = ✅:
markdown
undefined解析TASKS.md中的“Ready to Ship”部分。仅包含合并状态为✅的项:
markdown
undefinedReady to Ship
Ready to Ship
| Task | Branch | PR | Merged | Task Doc |
|---|---|---|---|---|
| Quick Actions Redesign | feature/quick-actions | #123 | ✅ Jan 25 | link |
| Session Fix | fix/session-persist | #124 | ✅ Jan 25 | link |
| New Feature | feature/new | #125 | No | link |
**Filter logic:**
- `✅` or date in Merged column → Include in release
- `No` or empty in Merged column → Skip (not ready)| Task | Branch | PR | Merged | Task Doc |
|---|---|---|---|---|
| Quick Actions Redesign | feature/quick-actions | #123 | ✅ Jan 25 | link |
| Session Fix | fix/session-persist | #124 | ✅ Jan 25 | link |
| New Feature | feature/new | #125 | No | link |
**过滤逻辑:**
- 合并列中为✅或日期 → 包含在发布中
- 合并列中为No或空 → 跳过(未准备好)Step 4: Categorize Changes
步骤4:分类变更
Read each task document to get the field:
Type| Type | Changelog Section |
|---|---|
| New Features |
| Bug Fixes |
| Enhancements |
| Documentation |
| Other Changes |
Task document type field:
markdown
> **Status:** SHIPPED
> **Type:** feature读取每个任务文档的字段:
Type| 类型 | 变更日志章节 |
|---|---|
| 新功能 |
| Bug修复 |
| 功能增强 |
| 文档更新 |
| 其他变更 |
任务文档类型字段示例:
markdown
> **Status:** SHIPPED
> **Type:** featureStep 5: Generate Changelog Entry
步骤5:生成变更日志条目
Create formatted entry:
markdown
undefined创建格式化的条目:
markdown
undefined[v1.1.22] - January 26, 2026
[v1.1.22] - 2026年1月26日
New Features
新功能
- Web: Dashboard redesign with new widgets (#123)
- Web: 仪表板重新设计,新增小部件 (#123)
Bug Fixes
Bug修复
- Fixed session persistence on embed chat (#124)
- 修复嵌入聊天中的会话持久化问题 (#124)
Enhancements
功能增强
- Improved booking calendar performance (#125)
- 优化预订日历性能 (#125)
Documentation
文档更新
- Updated authentication guide (#126)
undefined- 更新身份验证指南 (#126)
undefinedStep 6: Update CHANGELOG.md
步骤6:更新CHANGELOG.md
Location:
docs/changelogs/CHANGELOG.mdInsert new version at the top (after header):
markdown
undefined位置:
docs/changelogs/CHANGELOG.md在顶部(标题之后)插入新版本:
markdown
undefinedChangelog
变更日志
All notable changes to this project.
本项目的所有重要变更记录。
[v1.1.22] - January 26, 2026
[v1.1.22] - 2026年1月26日
← INSERT HERE
← 插入此处
New Features
新功能
...
...
[v1.1.21] - January 20, 2026
[v1.1.21] - 2026年1月20日
...
**If CHANGELOG.md doesn't exist, create it:**
```markdown...
**如果CHANGELOG.md不存在,则创建它:**
```markdownChangelog
变更日志
[v1.1.22] - January 26, 2026
[v1.1.22] - 2026年1月26日
New Features
新功能
...
undefined...
undefinedStep 7: Commit Changelog
步骤7:提交变更日志
bash
git add docs/changelogs/CHANGELOG.md
git commit -m "chore(release): v1.1.22
Release v1.1.22 with:
- Quick Actions grid redesign
- Session persistence fix
- [other items...]
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>"bash
git add docs/changelogs/CHANGELOG.md
git commit -m "chore(release): v1.1.22
Release v1.1.22 with:
- Quick Actions grid redesign
- Session persistence fix
- [other items...]
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>"Step 8: Create Git Tag
步骤8:创建Git标签
bash
undefinedbash
undefinedCreate annotated tag with message
创建带注释的标签并添加消息
git tag -a v1.1.22 -m "Release v1.1.22
New Features:
- Quick Actions grid redesign (#123)
Bug Fixes:
- Session persistence fix (#124)"
undefinedgit tag -a v1.1.22 -m "Release v1.1.22
New Features:
- Quick Actions grid redesign (#123)
Bug Fixes:
- Session persistence fix (#124)"
undefinedStep 9: Push to Remote
步骤9:推送到远程仓库
bash
undefinedbash
undefinedPush commit
提交变更
git push origin main
git push origin main
Push tag
推送标签
git push origin v1.1.22
undefinedgit push origin v1.1.22
undefinedStep 10: Create GitHub Release
步骤10:创建GitHub Release
bash
gh release create v1.1.22 \
--title "v1.1.22" \
--notes "## What's Newbash
gh release create v1.1.22 \
--title "v1.1.22" \
--notes "## 新增内容New Features
新功能
- Web: Dashboard redesign with new widgets (#123)
- Web: 仪表板重新设计,新增小部件 (#123)
Bug Fixes
Bug修复
- Fixed session persistence on embed chat (#124)
Full Changelog: https://github.com/owner/repo/compare/v1.1.21...v1.1.22"
undefinedStep 11: Update TASKS.md
步骤11:更新TASKS.md
Move only merged items from "Ready to Ship" to "Shipped". Unmerged items stay for next release:
Before:
markdown
undefined仅将已合并项从“Ready to Ship”移动到“已发布”区域。未合并的项将留在“Ready to Ship”区域等待下一次发布:
之前:
markdown
undefinedReady to Ship
Ready to Ship
| Task | Branch | PR | Merged | Task Doc |
|---|---|---|---|---|
| Quick Actions Redesign | feature/quick-actions | #123 | ✅ Jan 25 | link |
| Session Fix | fix/session-persist | #124 | ✅ Jan 25 | link |
| New Feature | feature/new | #125 | No | link |
**After:**
```markdown| Task | Branch | PR | Merged | Task Doc |
|---|---|---|---|---|
| Quick Actions Redesign | feature/quick-actions | #123 | ✅ Jan 25 | link |
| Session Fix | fix/session-persist | #124 | ✅ Jan 25 | link |
| New Feature | feature/new | #125 | No | link |
**之后:**
```markdownReady to Ship
Ready to Ship
| Task | Branch | PR | Merged | Task Doc |
|---|---|---|---|---|
| New Feature | feature/new | #125 | No | link |
| Task | Branch | PR | Merged | Task Doc |
|---|---|---|---|---|
| New Feature | feature/new | #125 | No | link |
Shipped
已发布
| Task | PR | Release | Shipped |
|---|---|---|---|
| Quick Actions Grid Redesign | #123 | v1.1.22 | Jan 26 |
| Session Persistence Fix | #124 | v1.1.22 | Jan 26 |
**Key points:**
- Only merged items (✅) move to "Shipped"
- Each item gets the release version (v1.1.22)
- Unmerged items stay in "Ready to Ship" for next release
- This ensures `/release` always knows exactly what to include
---| Task | PR | Release | Shipped |
|---|---|---|---|
| Quick Actions Grid Redesign | #123 | v1.1.22 | Jan 26 |
| Session Persistence Fix | #124 | v1.1.22 | Jan 26 |
**关键点:**
- 只有已合并项(✅)会移动到“已发布”区域
- 每个项都会标记对应的发布版本(v1.1.22)
- 未合并的项留在“Ready to Ship”区域等待下一次发布
- 这确保`/release`始终准确知道要包含哪些项
---Changelog Format Guidelines
变更日志格式指南
Changelog Entry Structure
变更日志条目结构
markdown
undefinedmarkdown
undefined[vX.Y.Z] - Month DD, YYYY
[vX.Y.Z] - YYYY年MM月DD日
New Features
新功能
- Scope: Description (#PR)
- 范围: 描述 (#PR)
Bug Fixes
Bug修复
- Description (#PR)
- 描述 (#PR)
Enhancements
功能增强
- Description (#PR)
- 描述 (#PR)
Documentation
文档更新
- Description (#PR)
- 描述 (#PR)
Breaking Changes (if any)
突破性变更(如有)
- Description of what breaks and migration path
undefined- 描述变更内容及迁移方案
undefinedWriting Good Changelog Entries
编写优质变更日志条目
Do:
- Start with verb (Added, Fixed, Improved, Updated)
- Include scope when helpful (Web, API)
- Reference PR number
- Be user-focused (what changed for them)
Don't:
- Include internal refactors users don't see
- Be too technical
- Include duplicate entries
Examples:
markdown
undefined建议:
- 以动词开头(新增、修复、优化、更新)
- 必要时包含范围(Web、API)
- 引用PR编号
- 以用户为中心(说明对用户的影响)
避免:
- 包含用户看不到的内部重构
- 过于技术化
- 包含重复条目
示例:
markdown
undefinedGood
优质示例
- Web: Added dashboard widgets with custom icons (#123)
- Fixed booking calendar not loading on slow connections (#124)
- Web: 新增带自定义图标的仪表板小部件 (#123)
- 修复慢速网络下预订日历无法加载的问题 (#124)
Bad
不良示例
- Updated home.tsx
- Refactored Dashboard component
---- 更新home.tsx
- 重构Dashboard组件
---Summary Output
总结输出
After completing :
/releaseRelease v1.1.22 created successfully!
Changes included:
- New Features: 2
- Bug Fixes: 1
- Enhancements: 1
- Documentation: 1
Files updated:
- docs/changelogs/CHANGELOG.md
- TASKS.md
Git:
- Tag: v1.1.22
- Commit: abc1234
GitHub:
- Release: https://github.com/owner/repo/releases/tag/v1.1.22
Next release will be: v1.1.23 (patch) / v1.2.0 (minor) / v2.0.0 (major)完成 后,将显示:
/releaseRelease v1.1.22 创建成功!
包含的变更:
- 新功能:2
- Bug修复:1
- 功能增强:1
- 文档更新:1
更新的文件:
- docs/changelogs/CHANGELOG.md
- TASKS.md
Git操作:
- 标签:v1.1.22
- 提交:abc1234
GitHub:
- 发布地址:https://github.com/owner/repo/releases/tag/v1.1.22
下一次发布版本可能为:v1.1.23(补丁)/ v1.2.0(次版本)/ v2.0.0(主版本)Handling Edge Cases
边缘情况处理
No Merged Items in "Ready to Ship"
“Ready to Ship”中无已合并项
Error: No merged items found in "Ready to Ship" section.
Please ensure:
1. PRs have been created via /ship
2. PRs have been merged (Merged column shows ✅)
3. TASKS.md "Ready to Ship" section has items with Merged = ✅
Current "Ready to Ship" items:
- {task-name}: Not merged (Merged = No)错误:在“Ready to Ship”区域未找到已合并项。
请确保:
1. 已通过/ship创建PR
2. PR已合并(合并列显示✅)
3. TASKS.md的“Ready to Ship”区域包含合并状态为✅的项
当前“Ready to Ship”项:
- {任务名称}: 未合并(合并列=No)Tag Already Exists
标签已存在
Error: Tag v1.1.22 already exists.
Options:
1. Use a different version: /release v1.1.23
2. Delete existing tag (if mistake): git tag -d v1.1.22错误:标签v1.1.22已存在。
可选方案:
1. 使用其他版本:/release v1.1.23
2. 删除现有标签(如果是错误创建):git tag -d v1.1.22Missing Task Type
缺少任务类型
If a task document doesn't have a field:
Type- Default to "enhancement"
- Warn user to add types for better categorization
如果任务文档中没有字段:
Type- 默认归类为“功能增强”
- 警告用户添加类型以获得更好的分类效果
Related Skills
相关技能
| Skill | When to Use |
|---|---|
| Before /release - gets items to "Ready to Ship" |
| Add |
| Ensure docs are updated before release |
| 技能 | 使用时机 |
|---|---|
| 在/release之前使用 - 将项移至“Ready to Ship”区域 |
| 规划任务时添加 |
| 发布前确保文档已更新 |
Recommended Plugins (Optional)
推荐插件(可选)
These plugins provide best practices reference but must be installed separately:
| Plugin | Install From | When Useful |
|---|---|---|
| vercel-labs/agent-skills | React/Next.js optimization reference |
| supabase/agent-skills | Database best practices reference |
这些插件提供最佳实践参考,但需要单独安装:
| 插件 | 安装来源 | 适用场景 |
|---|---|---|
| vercel-labs/agent-skills | React/Next.js优化参考 |
| supabase/agent-skills | 数据库最佳实践参考 |
Task Document Type Field
任务文档类型字段
When using , include the Type field:
/taskmarkdown
> **Status:** PLANNED
> **Priority:** HIGH
> **Type:** feature | bugfix | enhancement | documentation | chore
> **Created:** January 25, 2026
> **Platform:** WebThis enables automatic categorization in changelogs.
使用时,请包含Type字段:
/taskmarkdown
> **Status:** PLANNED
> **Priority:** HIGH
> **Type:** feature | bugfix | enhancement | documentation | chore
> **Created:** January 25, 2026
> **Platform:** Web这将实现变更日志的自动分类。