github-release-management
使用AI群体协调自动化GitHub发布
也可从以下获取: Claude Flow Team
管理软件发布涉及多个复杂步骤,往往会导致错误和延迟。此技能使用AI代理编排整个发布管道,自动处理版本控制、测试、部署和监控。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
Agent 可读资源
当 AI Agent、爬虫或脚本需要干净上下文、而不是读取完整页面时,请使用这些链接。
测试它
正在使用“github-release-management”。 创建v2.0.0的完整发布,包含完整验证
预期结果:
- Initialized 6-agent release swarm with hierarchical topology
- Analyzed 47 commits since v1.9.0 - detected 3 breaking changes
- Generated categorized changelog with migration guide
- Built artifacts for linux-x64, linux-arm64, macos-x64, windows-x64
- Passed all validation checks (tests, security scan, performance)
- Created GitHub release with 847 changed files
- Published to npm registry and Docker Hub
- Deployed to staging with 0% error rate
- Monitoring active - will auto-promote to production in 4 hours
- Release pipeline completed in 18 minutes 32 seconds
正在使用“github-release-management”。 为关键漏洞计划紧急热修复
预期结果:
- Created hotfix branch v1.2.4 from last stable release v1.2.3
- Cherry-picked 2 critical fix commits (abc123def, 456ghi789)
- Fast-track validation completed (critical tests + build)
- Generated emergency changelog for CVE fix
- Created GitHub release HOTFIX v1.2.4 with security notes
- Published hotfix to npm with --tag hotfix
- Triggered canary deployment to 5% of production traffic
- Monitoring enabled with 5-minute health check interval
- Auto-rollback configured if error rate exceeds 1%
安全审计
低风险This is a documentation-only skill providing GitHub release management examples. All 150 static findings are false positives - shell command examples in documentation, standard GitHub Actions credential usage, and legitimate CI/CD patterns. No actual executable code with vulnerabilities exists. Safe for marketplace publication.
风险因素
⚙️ 外部命令 (2)
🌐 网络访问 (1)
📁 文件系统访问 (1)
🔑 环境变量 (1)
质量评分
你能构建什么
自动化发布管道
设置完整的CI/CD发布工作流,自动处理跨多个平台的版本控制、测试和部署。
多包协调
协调多个仓库的发布,包含依赖验证和同步版本控制。
分阶段生产发布
为关键系统实施金丝雀部署,带有自动健康监控和即时回滚功能。
试试这些提示
创建补丁版本v1.2.4,自动生成变更日志并发布到npm
计划和执行v2.1.0版本发布,包含破坏性变更检测、多平台构建和分阶段部署
为安全漏洞部署紧急热修复v1.5.1,使用快速测试通道并立即发布
协调同时发布前端v3.0.0、后端v2.5.0和API v1.8.0,进行兼容性验证
最佳实践
- 在命令中使用版本字符串、分支名称和用户输入之前,始终进行验证和清理
- 对部署目标使用允许列表,并将文件系统访问限制在特定目录内
- 使用安全的令牌存储和轮换实现正确的凭证管理
避免
- 永远不要在没有验证的情况下直接将用户输入注入到shell命令中
- 避免在没有路径遍历保护的情况下使用动态文件路径
- 不要在命令日志或进程输出中暴露凭证
常见问题
此技能是否与私有GitHub仓库兼容?
GitHub API调用的速率限制是多少?
我可以将此功能与我现有的CI/CD管道集成吗?
此技能如何处理发布失败时的回滚?
此技能可以部署到哪些平台?
此技能是否需要安装任何特定工具?
开发者详情
许可证
MIT
仓库
https://github.com/DNYoussef/ai-chrome-extension/tree/main/.claude/skills/github-release-management引用
main
文件结构
📄 SKILL.md