用途：遵循亚马逊“Working Backwards（逆向工作法）”，在产品或功能开发前先写一篇愿景式新闻稿，用客户视角定义价值，帮助团队对齐客户价值主张、澄清要解决的问题，并检验产品故事是否打动人。它不是发布日的营销文案，而是规划工具，核心问题是“如果这个产品完美交付，我们会如何向世界解释它”。
主要能力：提供完整新闻稿结构，包括标题、电头、导语、问题段、解决段、公司领导引语、补充细节、公司简介、行动号召和媒体联系人。强调以客户为中心、聚焦解决的问题而非功能、篇幅约1至1.5页、内容足够有吸引力。附带模板 template.md 与示例 examples/sample.md，并列出常见陷阱（堆功能、问题含糊、术语过多、高管引语空洞、缺少数据验证）及修正思路。
使用方式：输入产品/功能想法以及目标用户即可；最好再提供客户问题、核心收益和值得内部引用的观点。若调用时已附带文本、上下文或 ARGUMENTS: 行，即视为已给出的答案，直接使用并跳过对应提问。完全没有输入也可，技能会询问客户是谁、上线日对他们有何变化。按步骤先收集上下文（产品描述、目标客户画像、问题陈述、关键收益、竞争定位、公司使命），再依次起草标题、电头与导语、问题、解决方案、补充细节、公司简介、行动号召与媒体联系人，最后用“客户会在意吗、问题清楚吗、收益可衡量吗、是否无术语、能否通过‘那又怎样’测试”自检。
适用场景：定义新产品或重大功能；开发前对齐愿景；检验产品想法是否有吸引力；向高管提案争取支持。
限制：不适用于琐碎的小改动，不适合产品已建成之后，也不应作为真正的发布日新闻稿。资料未提供具体收费、价格、平台或效果数据；若缺少上下文，建议先完成问题陈述、定位陈述或用户画像等前置工作。