媒体与分析师关系
为产品发布构建分层媒体名单、禁运期节奏、新闻稿和分析师简报。
证据显示技能遵循最小化写入范围，要求用户确认保存，使用授权的operation: propose记录承诺和未证实声明，禁止直接改写注册表，并将记者名单、回复和抓取内容视为不可信输入；同时明确禁止虚构引语和数字。扣8分，原因是记者/分析师关系数据的敏感信息处理不够具体，未定义回滚或撤销承诺流程，且后续交给outreach-manager可能产生外部沟通影响，确认边界仍不完整。
证据显示触发条件、输入、输出、完成条件、缺失注册记录时的处理、范围边界和终止规则都较明确，流程内部一致。扣12分，原因是本次仅静态阅读，没有该技能专属测试或关键路径复现证据；依赖共享注册表、记忆文件、其他技能和可选连接器，异常依赖不可用时的诊断反馈覆盖有限。
证据显示目标用户、启动场景、参数提示、三类输出、非适用范围及与outreach-manager、launch-monitor等技能的边界均清楚，也声明keyless路径。扣5分，原因是metadata标注geo-relevance为low，中文仅有标题和摘要，未证明中文媒体发现、中文输出质量或中国大陆网络可达性；触发语义仍依赖用户明确提供发布上下文和关联资料。
证据显示采用统一Skill Contract结构，包含Quick Start、读写范围、完成条件、交接、数据源、步骤、保存规则、引用资料和下一技能；有版本18.0.0、Apache-2.0许可、兼容性说明和已知边界。扣5分，原因是该技能未提供FAQ、故障排查、变更记录、维护责任人或明确更新路径，外部引用文件缺失时的安装说明也不完整。
证据显示预期产出具体且可直接使用，包括分层媒体名单、逐联系人角度、禁运节奏、新闻稿、分析师简报和交接摘要，并通过claims ledger约束事实声明。扣9分，原因是静态审查不能验证名单质量、角度相关性、新闻稿完整性或实际公关效果；输出还依赖用户提供关系、垂直领域、消息屋和声明台账，且执行与监测被移交给其他技能。
证据显示关键日期、声明和承诺分别追溯至launch-registry、claims ledger和事件流，并引用了共享协议、连接器和安全材料。扣6分，原因是未提供外部来源、样例产出、该技能专属测试或第三方执行记录；内部路径引用可审计，但不足以独立证明结论和结果。
- 不要在缺少launch-registry记录、消息屋或claims ledger时自行承诺日期、引用产品数字或发送媒体材料；应明确标记open loop或[needs source]。
- 记者和分析师名单、关系状态及回复可能包含个人或商业敏感信息；保存或交接前应确认访问范围、保留期限和删除/撤销机制。
- 本技能只规划和起草，不负责实际发送、跟进或效果监测；在中国大陆使用时应单独验证中文媒体覆盖和连接器可达性。
这个 Skill 能做什么，适合哪些场景？
这是 Aaron Marketing Skills 发布流程中 Mobilize 阶段的媒体公关技能。它围绕一个由 launch-registry 维护的权威发布日期，构建三层媒体与分析师名单、禁运条款和预计 pitch 节奏。它还起草结构化新闻稿与分析师简报，并要求产品及比较性主张可追溯到 claims ledger，缺少依据时标记为 [needs source]。它适合需要媒体激活、但不希望把新闻稿、媒体资产制作和后续外联混在一起的发布团队。
读取发布层级和权威日期、message house、claims ledger、目标垂直领域及用户提供的记者或分析师关系；可借助 brand monitor 的 GDELT 连接器发现已有类别报道的媒体。输出 Tier 1 独家候选、Tier 2 垂直媒体、Tier 3 社区与新闻通讯名单，并为 Tier 1 和 Tier 2 联系人提供角度；生成标注为 Estimated 的禁运 pitch 时间骨架、书面禁运条款、标准结构新闻稿、分析师简报和交给 outreach-manager 的交接摘要。经授权后，可通过 registry-events.py 提交发布承诺和未经证实的主张事件。
- 产品团队准备 Tier 1 或 Tier 2 发布，需要按垂直领域筛选媒体和分析师。
- 公关负责人计划独家先行、两轮广泛 pitch 和 T-0 解禁节奏。
- 创始人需要一份不编造引语或数字的产品发布新闻稿初稿。
- 市场团队要为分析师准备类别背景、产品定位、路线图和证据提纲。
- 发布负责人已有发布日期，但需要把媒体承诺与 launch-registry 的日期对齐。
这个 Skill 有哪些优点和局限？
- 输出边界清晰，覆盖名单、媒体角度、禁运节奏、新闻稿和分析师简报。
- 明确区分媒体策略、press-kit 资产、外联执行和发布后监测。
- 要求新闻稿不虚构引语或数字，主张需引用 claims ledger 或标记 [needs source]。
- 默认提供 Tier 1、Tier 2、Tier 3 分层，并要求按发布层级控制规模。
- 不制作 press kit 或资产清单，需要使用 launch-asset-packager。
- 不负责多触达跟进、谈判和 pipeline mechanics，需要 outreach-manager。
- 不负责 T-0 后的新闻回响监测，需要 launch-monitor。
- 预计 pitch 节奏是常见 PR 实践而非规则，媒体和新闻周期仍需人工判断。
- 来源未提供该单技能的独立测试套件或平台验证细节。
如何安装这个 Skill？
安装整个仓库：git clone https://github.com/aaron-he-zhu/aaron-marketing-skills。Claude Code 可使用 /plugin marketplace add aaron-he-zhu/aaron-marketing-skills，然后运行 /plugin install aaron-marketing@aaron。README 没有单独列出该技能的专用安装命令；仓库本身兼容 Claude Code 和兼容 Agent Skills 的主机。
如何使用这个 Skill？
触发示例：Build a media and analyst list for launching [product] in [vertical]. Launch tier: [T1/T2/T3]. Date: [from launch-registry]. 也可以请求撰写发布新闻稿或规划禁运 pitch。若没有 launch-registry 记录，技能应将其列为 open loop，并在向外部对象承诺日期前转交 launch-registry。
这个 Skill 与同类方案有什么区别？
与 launch-asset-packager 相比，它负责媒体名单、禁运、角度、新闻稿和分析师简报，而不是 press-kit 资产；与 outreach-manager 相比，它准备交接材料，不执行跟进、谈判或发送机制；与 launch-monitor 相比，它负责发布前媒体动员，不负责发布后的新闻回响监测。