菜单
Automates SailFish release workflow: fix build/type errors, update CHANGELOG (EN + CN), run npm version with pre/post hooks. Use when the user asks to release, 发版, 发布, bump version, or update changelog.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
生成或审计模块的 SPEC.md。使用场景：用户要求"给 XX 模块写 spec"、"审计所有 spec"、"检查 spec 是否过期"。
后端代码修改后，通过 CLI 测试验证功能正确性。使用场景：修改了 electron/services/ 下的代码需要测试、准备提交代码前跑回归、用户要求"跑测试"/"验证一下"。
完成新功能开发或较大修改后，使用本机 Claude CLI 进行代码审查。
使用 ts-morph 静态分析工具查询代码结构（类层次、方法签名、引用、依赖等），替代手动读源码。使用场景：需要了解类的方法/属性、继承链、符号引用、文件结构、依赖关系时。
When committing or staging changes, only include files related to the current task or conversation; do not stage or commit unrelated modifications. Use when the user asks to commit, stage, 提交, or when preparing to run git add/commit.
阿里云 CLI (aliyun) 安装配置、ECS 管理、OSS 操作、安全组、DNS、SLB 常用命令
| name | release |
| description | Automates SailFish release workflow: fix build/type errors, update CHANGELOG (EN + CN), run npm version with pre/post hooks. Use when the user asks to release, 发版, 发布, bump version, or update changelog. |
本技能用于在本仓库内执行发版流程：解决构建/类型错误、更新更新日志、执行 npm version。
npm version 前工作区必须干净（无未提交更改）。用户侧已有「软件更新太快」反馈。启动发版时根据上次 tag 日期主动提醒用户，不要擅自拒绝发版；用户确认继续则照常往下走。
| 类型 | 节奏 | 说明 |
|---|---|---|
| 常规（minor / 非紧急 patch） | 建议 每周最多 1 次 | 功能继续合 develop，凑窗口再发；避免同一自然周连发多个正式版 |
| 热修（紧急 patch） | 可破例 | 仅限启动崩溃、数据损坏、严重安全等必须立刻推给用户的问题 |
判断提示（写入步骤 1 预览里即可，一两句）：
git log -1 --format=%ci v<当前版本>）。版本号由 npm version 产生，而更新日志需在之前提交，因此要先定发版类型，再按"即将产生的版本号"写日志，保证一致：
确定发版类型并预览变更日志：先运行 git log v<当前版本>..HEAD --oneline 查看自上次发版以来的提交，根据改动内容主动给出建议（参考下方规则），让用户确认即可，不要让用户自己判断。同时按上方「发版节奏」检查距上次发版间隔，必要时提醒用户。
majorminorpatch
确认后，读取 package.json 的 version，按 semver 推算出下一版本号（如 8.19.4 → patch 为 8.19.5，minor 为 8.20.0）。同时根据提交记录拟定 CHANGELOG_CN.md 的完整条目（版本标题、一句话总结、分类列表），一并展示给用户预览确认。用户确认后再继续后续步骤。修复构建、检查与测试：运行 npm run verify（并行执行类型检查、lint、构建、单元测试、CLI 回归测试），确保全部通过。
更新更新日志：用步骤 1 确认的版本号在 CHANGELOG.md 与 CHANGELOG_CN.md 中写入本版本条目（见下文格式），内容以步骤 1 用户确认的中文版为准，英文版对应翻译。
检查 README 和网站是否需要更新：对于 minor 或 major 版本，对比自上次发版以来的提交，检查以下文档是否需要同步更新（如新增功能/通道/文档链接等），若需要则一并修改：
README.md 和 README_CN.md（功能列表、描述、文档链接）website/src/i18n/translations.ts（网站功能介绍、Hero 文案等）提交日志及文档变更：git add 并 git commit 更新日志和可能的 README 变更。
执行版本号更新：执行与步骤 1 一致的 npm_config_yes=true npm version <patch|minor|major>，此时产生的版本号会与日志中一致。
⚠️ AI 工具调用 / 脚本 / 任何无 TTY 场景必须加
npm_config_yes=true前缀，否则 preversion 的交互式"确认继续? (y/N)"会挂死。preversion 已加非 TTY 检测，缺前缀时会快速失败并报错而非挂起。
不要用关键词匹配来"猜"错误类型，必须依据实际命令输出定位问题。
运行 npm run verify 一次性并行执行所有检查，收集真实错误输出：
vue-tsc --noEmit）eslint）vite build --mode production）vitest run）test-cli.sh --no-ai，参见 .cursor/rules/cli-testing.mdc）根据终端或 IDE 报错信息修复：
vue-tsc：按文件与行号修类型或实现。修复后再次运行上述命令，直到全部通过。
写日志时使用的版本号必须是即将通过 npm version 产生的版本号（由当前 package.json 的 version + 已确定的 patch/minor/major 推算），这样先提交 changelog 再执行 npm version 时不会出现版本号不一致。
本项目有两个日志文件，需同时更新、内容对应：
| 文件 | 语言 |
|---|---|
CHANGELOG.md | 英文 |
CHANGELOG_CN.md | 中文 |
每个版本标题都需要包含发布日期（YYYY-MM-DD 格式，取发版当天日期）：
## vX.Y.Z (YYYY-MM-DD) (Latest)（当前最新）或 ## vX.Y.Z (YYYY-MM-DD)（历史版本）。## vX.Y.Z (YYYY-MM-DD)（最新版本） 或 ## vX.Y.Z (YYYY-MM-DD)。发版时把上一版的"(Latest)"/"（最新版本）"移到本版，上一版改为普通 ## vX.Y.Z (YYYY-MM-DD)。
每个版本标题下方、分类列表之前，需要写一段一句话总结（1-2 句），概括该版本的核心主题和亮点。总结应聚焦于"这个版本最重要的变化是什么"，而非罗列所有改动。中英文日志均需包含，内容对应。
CHANGELOG.md：
### New Features — 新功能### Improvements — 改进### Bug Fixes — 问题修复CHANGELOG_CN.md：
### 新功能### 改进### 问题修复每条目一行，列表项格式示例：
- 📝 **简短标题**：说明文字 或 - 📝 说明文字用以下命令获取自上次发版 tag 以来的所有提交，作为写日志的素材：
git log v<当前版本>..HEAD --oneline
例如当前版本为 8.19.4：git log v8.19.4..HEAD --oneline。
根据提交记录归类到 New Features / Improvements / Bug Fixes，用户也可口述补充。不编造未发生的改动。
preversion 钩子带交互式确认（"确认继续? (y/N)"）。AI 工具调用 / 脚本 / CI / 任何无 TTY 场景必须加 npm_config_yes=true 前缀，否则 preversion 会快速失败（已加 TTY 检测，不再无限期挂起）。
npm_config_yes=true npm version patch（或 minor / major）npm version patchpackage.json 不打 tag：追加 --no-git-tag-version（跳过钩子）preversion（scripts/preversion.js）会：
git pull --ff-only、git fetch --tags。注意：preversion 不再重复运行验证。完整的代码验证（
npm run verify）在发版流程步骤 2 已执行，之后只改文档不改代码，无需再跑。
postversion（scripts/postversion.js）会：
发版前务必已先提交 CHANGELOG 的修改，再执行 npm version，否则 preversion 会因"工作区不干净"失败。
npm run verify 通过（类型检查 + lint + 构建 + 单元测试 + CLI 回归，并行执行）CHANGELOG.md 与 CHANGELOG_CN.md 已更新且版本号、日期、条目一致README.md、README_CN.md 和 website/src/i18n/translations.ts 是否需要同步更新npm_config_yes=true npm version <patch|minor|major> 完成发版（AI / 脚本场景必加前缀）tag 推送后 CI 会上传 GitHub Releases + 阿里云 OSS。桶根目录（官网固定文件名）与 releases/（应用内更新、带版本号、blockmap 永久保留）勿混用。