app-release 是 Skill Zoo 的发布技能，用于在用户要求发布新版本、推送构建或发布 Skill Zoo release 时执行标准发布流程；也用于标签推送后出现 Homebrew 404 或找不到构建产物的情况。它不适用于发布前的代码审查、决定版本号本身，也不适用于功能开发或缺陷修复。
核心流程由推送 v* 标签触发：CI 校验发布元数据、构建所有平台、创建 GitHub Release，并更新网站版本与 Homebrew cask。手动步骤包括更新变更日志与版本文件，把它们合并进一个提交，然后打标签并推送。工作流是异步的：标签推送成功后即可报告发布已触发，除非用户明确要求等待，否则不要轮询 CI。
使用方式：先确认版本号（版本必须以 v 开头，只有 v* 标签触发 CI），并可通过检查现有标签获取上下文；更新 CHANGELOG.md，加入新版本段与当天日期，按 Added、Changed、Fixed 归类；然后按顺序运行发布前检查，包括 Rust 格式化检查、Rust lint、测试、TypeScript 类型检查、前端 lint、前端格式检查以及检查未提交改动；若出现格式差异需修复并从头重跑整个序列。版本文件更新 src-tauri/Cargo.toml 与 package.json（使用不带 v 前缀的裸 semver），再运行 cargo check --manifest-path src-tauri/Cargo.toml 重新生成 Cargo.lock。所有变更放入单个提交，例如 chore: release vX.Y.Z。推送前必须明确告知用户并取得同意，依次执行推送主分支、打标签、推送标签。
限制与注意事项：不要手动更新 docs/version.json，它由 CI 在 create-release 成功后更新；RELEASE_BODY.md 使用 VERSION 与 COMMITS 占位符，不能硬编码版本号；必须先把 main 推送再推标签；发布提交不能包含未提交的其他改动；只修改 Cargo.toml 不会同步 Cargo.lock，必须运行 cargo check。资料未提供具体的收费、价格或平台支持信息。