release 是一个结构化的发布准备工作流技能，属于 continuous-claude-v3 项目，用于在部署到生产环境前完成发布前的各项检查与准备工作。
用途 该技能适用于以下场景：准备一次发布、发布指定版本、发布到生产环境、切出一个发布版本、准备部署，或在任何生产部署之前执行。
工作流概览 工作流按固定顺序串联五个智能体：aegis（安全审计）→ atlas（E2E 测试）→ review-agent（最终评审）→ herald（版本号提升）→ scribe（发布说明）。
智能体顺序与职责
- aegis：安全漏洞扫描，输出安全报告。
- atlas：运行完整 E2E 测试套件，输出测试报告。
- review-agent：最终发布评审，输出发布批准结论。
- herald：版本号提升、变更日志生成，输出更新后的版本文件。
- scribe：发布说明与文档，输出 RELEASE.md 及文档。
为什么是这个顺序 安全优先：在发布前捕获漏洞；E2E 测试：验证整个系统端到端可用；最终评审：引入人工审批环节；版本号提升：仅在审批通过后进行；文档：随发布附上完整的发布说明。
执行方式 工作流分为五个阶段，每个阶段通过 Task 调用对应子智能体并传入提示词。
阶段 1：安全审计。调用 aegis，扫描依赖漏洞（npm audit、pip audit）、硬编码密钥/凭据、SQL 注入、XSS、CSRF 风险、认证/授权问题、不安全配置，输出带严重级别划分的安全报告。
阶段 2：E2E 测试。调用 atlas，执行完整 E2E 测试套件、关键路径测试、集成测试、性能基准（如适用），输出包含通过/失败数量的测试报告。
阶段 3：最终评审。调用 review-agent，评审安全审计结果、E2E 测试结果、自上次发布以来的变更（git log）、破坏性变更、迁移要求，输出 RELEASE_APPROVED 或 RELEASE_BLOCKED 及原因。
阶段 4：版本号提升与变更日志。调用 herald，在 package.json/pyproject.toml 中提升版本号、生成 CHANGELOG.md 条目、更新代码中的版本常量、打标签（暂不推送），遵循语义化版本。
阶段 5：发布说明。调用 scribe，撰写发布说明，包含变更摘要、新功能、缺陷修复、破坏性变更、迁移指南（如需要）、贡献者，输出 RELEASE.md 或更新文档。
发布类型
- 主版本发布（破坏性变更）：/release --major，完整工作流并附迁移指南。
- 次版本发布（新功能）：/release --minor，完整工作流，安全审查较轻。
- 补丁发布（缺陷修复）：/release --patch，安全 + 测试 + 快速评审。
- 热修复：/release --hotfix，加速路径：aegis → atlas → herald。
示例 用户输入 /release v2.0.0 后，依次执行：阶段 1 安全审计（无严重漏洞，2 个低危问题已记录）；阶段 2 E2E 测试（156/156 通过）；阶段 3 最终评审（RELEASE_APPROVED，自 v1.9.0 以来 47 次提交、3 个新功能、12 个缺陷修复、无破坏性变更）；阶段 4 版本号提升（版本升至 2.0.0、CHANGELOG.md 更新、创建 Git 标签）；阶段 5 发布说明（创建 RELEASE-v2.0.0.md）。最终提示后续步骤：git push origin v2.0.0、创建 GitHub release、部署到生产环境。
中止条件 出现以下情况时工作流停止：发现严重安全漏洞、E2E 测试失败、评审结论为 RELEASE_BLOCKED。例如阶段 1 发现 user.py:45 存在 SQL 注入严重漏洞时，发布被阻止，需先修复严重问题再继续。
标志
- --major/--minor/--patch：语义化版本类型。
- --hotfix：加速发布路径。
- --skip-security：跳过安全审计（不推荐）。
- --dry-run：仅运行检查，不提升版本号。
限制 该技能依赖 continuous-claude-v3 中定义的 aegis、atlas、review-agent、herald、scribe 等子智能体；具体安装方式、收费与价格、支持平台等信息暂未提供。