核心用法
该 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" 有字数和禁用词限制，需人工最终校验