Git 历史一键转商店更新日志

自动生成用户友好的 App Store 更新日志，从 Git 历史提取并翻译为商店上架文案

基本信息

• 技能名称?App Store Changelog
• 中文名称?Git 历史一键转商店更新日志
• 作者?dimillian
• 分类?其他
• 版本?1.0.1
• 标签?git, release-management, app-store, automation, technical-writing, changelog

使用方法

使用说明
核心用法
该 Skill 通过执行 scripts/collect_release_changes.sh 脚本，自动收集自上个 Git 标签以来的所有提交记录和变更文件，然后筛选出对用户可见的改动，按主题（新增、优化、修复）分组去重，最终输出简洁明了的 App Store "What's New" 文案。
显著优点
自动化提效 ：一键从 Git 历史生成交付物，省去手动整理提交日志的繁琐工作
用户视角转换 ：内置过滤规则自动剔除内部重构、CI 配置、依赖升级等技术债务类提交
结构化输出 ：按 "New/Improved/Fixed" 模板组织，符合主流应用商店的内容规范
灵活溯源 ：支持指定任意 Git 引用范围（标签或 commit），适应多种发布节奏
潜在局限
依赖前置脚本 ：必须存在 scripts/collect_release_changes.sh 才能执行核心功能，若仓库未配置则无法运行
语义理解有限 ：基于文件路径和提交 message 做启发式过滤，可能误判用户价值（如 UI 重构被误认为内部改动）
语言本地化不足 ：输出为英文模板，如需多语言上架需额外处理
无法验证真实性 ：Skill 本身不验证脚本返回数据的准确性，需人工复核
适合人群
移动应用开发团队的产品运营人员
需要频繁发版、维护多个渠道 release notes 的 DevOps 工程师
缺乏专职运营、需技术团队兼管上架文案的初创公司
常规风险
信息泄露风险 ：若过滤规则不完善，可能将内部缺陷编号、敏感文件名暴露到公开商店页
过度承诺风险 ：自动生成的 "优化性能" 类描述可能与实际用户感知不符，引发差评
合规风险 ：部分平台（如 App Store）对 "What's New" 有字数和禁用词限制，需人工最终校验