应用发布推广素材包

版本发布后最常见的重复劳动，不是改代码，而是把已经上线的功能重新整理成可对外传播的物料：商店截图、亮点长图、邮件横幅。版本记录通常散落在 README.md 的 ## Version History、git tag 和旧的 marketing// 目录里；截图如果没有提前约定平台和图标，很容易出现 Android 物料里混入 iPhone 边框这类低级错误。这个技能把「读变更 → 抓截图 → 出图 → 写文案」串成一条可复现的流水线。

它解决什么问题

• 从指定 baseline 到目标版本之间提取 用户可见 的功能变化，过滤掉 SQL、分支名等内部信息。
• 按平台规范抓取真机或模拟器截图，并生成保持一致的品牌海报与横幅。
• 产出可直接贴进 Slack / 邮件的发布文案，同时提醒版本号不会被自动修改。

核心能力

1. 确认前置输入：目标版本与 baseline、应用图标、目标平台。图标会复制到 marketing//app-icon.png，并在后续出图中作为参考图传入；平台决定设备边框、商店徽标和 CTA 文案。
2. 读取变更源：先浏览 publish-new-version 技能了解版本位置，但 不执行 bump；解析 README.md 的 ## Version History，可选对照 git log / tag，生成面向用户的功能表并归纳海报主题。
3. 采集真实截图：iOS 用 Booted iPhone Simulator，Android 用 emulator / adb screencap，Web 抓本地或 staging URL；写入 marketing/screenshots//。若自动化失败，尽量补抓并在邮件脚注中说明缺失页面。
4. 生成营销图：使用 GenerateImage，把已确认图标和真实截图作为 reference_image_paths 传入，输出 --feature-board.png、--hero-mockup.png、--feature-strip.png、--newsletter-banner.png，同时复制到 ~/Desktop/ 和 marketing//。
5. 输出邮件草稿：生成 marketing//NEWSLETTER.md，内嵌四张图片路径、可粘贴的要点摘要，以及与平台匹配的 CTA。
6. 完成报告：列出截图目录、图片路径、newsletter 路径、所用图标、目标平台，以及未成功采集的页面。

适用边界与注意点

• 只做推广，不改版本号。Semver 与 changelog 仍由 publish-new-version / README 负责；需要 bump 时要显式调用对应技能。
• 若项目属于 HAR StockApp，可用其默认品牌色、图标路径和 OTP bypass 截图方案；其他应用必须自行确认品牌名与图标，不能杜撰 logo。
• 多平台发布时应生成 彼此独立 的物料集合，不要把 iPhone 框放进纯 Android 的 Play Store 包。
• 输出规格默认 16:9，除非用户另作说明。