发布窗口规划器
比较发布时机、竞品冲突、审核缓冲与禁运安排，选出可提交登记的候选窗口。
技能明确声明连接器输出为不可信数据，默认使用只读/无密钥来源，并要求通过授权 propose 流程提交注册表；还要求询问后写入记忆，且引用 SECURITY.md 的注入防护。扣分在于未明确每次外部提案提交前的用户确认、回滚机制及敏感数据最小化边界。
指令、输入输出契约、缺少连接器时粘贴数据的降级路径、Measured/User-provided/Estimated 标注和终止条件较一致。静态证据未覆盖该技能关键路径的专门测试、连接器可用性或异常输入下的具体错误反馈，因此不超过静态上限10分并扣分。
触发条件、Quick Start、输入参数、预期输出、非适用范围和后续技能均较清楚；支持用户粘贴数据，降低了连接器不可用时的阻断。扣分在于 geo-relevance 标为 low，且 Product Hunt/GDELT 等服务面向中国大陆的可达性未得到证据支持，触发边界仍依赖自然语言判断。
技能有结构化 frontmatter、版本、Apache-2.0 许可、固定契约、示例、引用材料、依赖说明、数据标签和限制披露。扣分在于该技能自身未说明维护责任人、变更日志或明确更新路径；引用的共享文件和脚本未在本次选定证据中逐一核验。
契约要求输出候选窗口比较表、格式选择、审核缓冲、禁运定义和交接摘要，结果形态直接可用且职责边界清楚。扣分在于实际质量高度依赖用户提供的日历和连接器数据，注册表正式化仍需后续技能，文件中没有该技能的代表性输出或执行证据；静态评估不超过7分。
每项时序输入要求标注来源，并要求引用官方商店文档、区分测量值与估计值；共享仓库有 CI 和测试材料，但未证明覆盖本技能关键路径，也没有可核验的实际结果样本。按静态上限仅给有限分数。
- 连接器依赖 Product Hunt、GDELT、Hacker News 等外部服务；在中国大陆的可达性、限流和数据完整性未被本文件证明，失败时应要求用户提供可审计的替代数据。
- 审核缓冲明确标为 Estimated，但仍可能被误读为通用经验；不得把2—3天当作商店保证。
- 技能会提交注册表候选提案并促进记忆写入；应在任何外部或持久化写入前确认目标、内容、权限和可恢复性。
- 文件引用了大量仓库内协议、脚本和连接器，但本评估未执行或独立验证这些依赖。
这个 Skill 能做什么，适合哪些场景？
这是一个用于产品发布研究阶段的择时技能，适合需要确定发布日期或发布窗口的团队。它比较至少两个候选窗口，分析行业事件、竞品发布节奏、社区活跃度、审核缓冲和潜在风险。它还会判断集中式发布还是滚动发布，并定义禁运解除时间、时区及承诺方。技能只提出候选方案，不直接写入权威发布登记簿。
读取用户提供的发布目标、阶段、团队可用性、商店审核提交时间以及合作伙伴或媒体承诺；在可用时调用 Product Hunt、Hacker News 和 GDELT 连接器获取竞品历史、社区节奏和新闻脉冲；扫描行业活动与会议周期；生成包含冲突、助力和风险的候选窗口比较表；为商店审核型发布加入标记为 Estimated 的提交缓冲；给出发布周或滚动发布建议；定义精确的禁运解除时刻、时区和承诺方；将推荐方案作为候选提案提交给发布登记流程。
- 产品团队有多个季度候选日期，需要避开行业大会、节假日或竞品发布高峰。
- 应用商店发布需要预留审核提交缓冲，但团队不希望把审核时间误认为保证时长。
- 公关、合作伙伴和社区团队需要统一一个禁运解除时刻与时区。
- 团队在集中式发布和分阶段滚动发布之间做选择，并希望明确各自的注意力收益与执行风险。
- 发布负责人希望把推荐窗口提交给 launch-registry，而不是让研究技能直接改写权威日期。
这个 Skill 有哪些优点和局限？
- 输出结构明确，覆盖候选窗口比较、发布形式、审核缓冲和禁运定义。
- 要求为数据标注 Measured、User-provided 或 Estimated，降低把经验判断当成事实的风险。
- 明确区分候选提案与 launch-registry 中的权威记录。
- 支持无密钥的用户粘贴数据或公开数据路径，符合仓库的 Tier 1 使用方式。
- 最终日期、阶段和禁运事实必须由 launch-registry 正式记录，技能本身不会直接写入权威登记簿。
- 行业活动日历默认依赖用户提供；连接器不可用时需要手动准备数据。
- Product Hunt 连接器有非商业 API 条款，商业使用需要获得 Product Hunt 批准并注明来源。
- 商店审核缓冲中的 2—3 天只是 Estimated 经验值，不是平台审核时长保证。
如何安装这个 Skill？
安装整个仓库：在 Claude Code 中运行 "/plugin marketplace add aaron-he-zhu/aaron-marketing-skills"，再运行 "/plugin install aaron-marketing@aaron"；在兼容 Agent Skills 的主机上运行 "npx skills add aaron-he-zhu/aaron-marketing-skills"；也可以直接执行 "git clone https://github.com/aaron-he-zhu/aaron-marketing-skills"。单独获取该技能时，可使用仓库文档所示的选择器形式："npx skills add aaron-he-zhu/aaron-marketing-skills -s aaron-launch-window-planner"。
如何使用这个 Skill？
在已安装技能的主机中输入："Pick a launch window for [product] in [quarter]. Constraints: [team availability / store-review submission / partner commitments]."，或使用中文说明产品、发布阶段、候选日期和约束条件。也可以要求："Map the competitor launch calendar and industry events around [candidate date] — should we move?"。使用前应提供真实约束和日历数据；连接器不可用时，粘贴竞品发布日期与行业活动日历。完成后，技能会给出候选比较和登记提案，而不是直接确立最终日期。
这个 Skill 与同类方案有什么区别？
与 trend-spotter 的边界是：本技能选择发布时机，不判断某个文化趋势是否值得追随。与 launch-day-conductor 的边界是：本技能规划窗口，不执行发布日的小时级 runbook。与 launch-registry 的关系是：本技能提交候选方案，launch-registry 才会建立权威日期、阶段和禁运记录。