用途：prfaq 是 Amazon「Working Backwards」方法中的 PR/FAQ 生成技能。它要求在做出任何设计决策前，先写一份未来日期的新闻稿和一份预判所有难题的 FAQ，从而强制团队想清楚客户、问题与成果。适用于立项资金评审、概念压力测试、跨团队对齐、多个想法对比，以及为停滞项目重新找回客户叙事。
主要能力：输出一份 Markdown 文档，包含三部分——新闻稿（9 段式未来日期发布稿，使用客户语言，含 Press Release Test 与标题/引语失败模式）、内部 FAQ（10-20 组诚实问答，覆盖需求、商业模式、战略契合、竞争、可行性、运营、法律、风险、范围/替代方案 9 个类别）、外部 FAQ（面向买家与客户的问题，可兼作帮助中心与销售赋能初稿）。还包含评审编排：5 位读者规则、版本管理与向 PRD 的交接。
使用方式：先补全一句话——「We are announcing [product] for [customer] that does [outcome].」；先写新闻稿，在一位外部读者通过 Press Release Test 前不要写任何 FAQ；内部 FAQ 用问答对形式（PM 提问，赞助人/财务/工程回答），最后写外部 FAQ；执行 5 位读者规则，标注日期保存，再交接给 create-prd/。可使用 assets/prfaq_template.md 作为填空模板，references/prfaq-playbook.md 提供完整结构、FAQ 类别、示例问题、工作流与排错。生成前需确认客户与问题、新意所在、最怕的内部反对意见、正在做的决策；若信息不明应询问，用户说「直接起草」则继续并在文首列出假设。
适用场景与限制：PR/FAQ 是内部对齐文档，不用于对外发布；它先于 PRD，不能替代 PRD，也不是营销文案。不适合现有产品的增量功能、已签核且在建的 PRD、无终端客户叙事的技术基础设施。营销文案、详细 PRD、OKR、待办列表、定价与财务建模均不在范围内。格式更适合容忍书面叙事备忘录的文化，幻灯片文化可能需逐步采纳。弱 PR/FAQ 暴露的是弱想法，应修正想法而非堆砌语言。
集成：接收 discovery/brainstorm-ideas、identify-assumptions、pre-mortem 的输入；向 execution/create-prd、brainstorm-okrs、outcome-roadmap、roadmap-communication 输出；发布批准后交由 marketing 改编为实际发布材料。