用途
discover-interview-synthesis 用于将原始用户研究数据转化为可驱动产品决策的结构化洞察。它不是简单罗列受访者说过什么，而是识别跨对话的模式、把观察连接到用户的底层需求，并把发现翻译成可执行的建议。
主要能力
该技能遵循一套明确的综合步骤：
- 收集原始材料：汇总所有访谈笔记、转录或录音，确保至少有 3 位参与者的数据以识别有意义的模式，并记录研究目标与方法。
- 创建参与者画像：记录每位参与者的相关背景，例如角色、细分群体、任期及其他显著特征，帮助读者评估发现的代表性。
- 识别反复出现的主题：通读全部笔记并按主题打标签，寻找在多位参与者（理想情况下 3 位以上）中出现的模式，区分高频话题与一次性评论。
- 提取有意义的引用：每个主题保留 3–5 条逐字引用，优先选择具体、有情绪或表达清晰的语句，并始终标注参与者 ID。
- 综合为洞察：把主题转化为洞察陈述。洞察不止于观察（“用户提到了 X”），而要有解释（“用户需要 Y，因为 Z”），把听到的内容与为何重要连接起来。
- 形成建议：基于洞察提出按优先级排序的行动，每条建议直接对应一条洞察，并根据证据强度标注置信水平。
- 记录局限：承认未了解到的内容、样本偏差或需要进一步研究的领域，坦诚的局限能提升可信度。
使用方式
当被要求综合访谈发现时，技能按上述步骤执行。输出使用 references/TEMPLATE.md 中的模板，完整综合应填满每个模板部分：研究概览、关键主题、代表性引用、洞察、建议和附录。最终定稿前需对照质量清单核查：主题有 3 位以上参与者证据支持；引用为逐字并标注参与者 ID；洞察解释“为什么”而非仅“是什么”；建议具体且可执行；参与者身份受到保护（无 PII）；局限与偏差已说明。
适用场景
- 完成一轮用户访谈（通常 5 位以上参与者）之后
- 客户发现电话或销售反馈会话之后
- 可用性测试会话之后，用于整合观察
- 利益相关者需要研究结果摘要时
- 构思会议之前，让团队基于用户现实展开讨论
不适用场景
- 为参会者总结一次内部会议：应使用 foundation-meeting-recap
- 需要跨多次会议、随时间推移的模式：应使用 foundation-meeting-synthesize
- 数据是问卷回答而非访谈：应使用 measure-survey-analysis
- 发现已综合完毕，准备框定问题：应使用 define-problem-statement
- 已完成综合，想把发现映射到客户在不同阶段与触点的旅程：应使用 discover-journey-map
项目记忆契约
仅当 .claude/pm-skills.local.md 存在时生效；若没有该文件，则完全忽略此部分，按上述行为执行。
- 读取：phase 和 active_initiative，使发现针对正在进行的主动事项框定，而无需重新陈述。
- 写入：把人物画像和发现作为解释性产物写入，以便后续技能无需再次粘贴即可使用。
- 姿态：先提出条目，等待确认后再写入；除非设置了 memory_auto_append: true，此时直接追加并回显写入内容。
- 写入纪律：写入前立即重新读取文件，绝不使用生成提案时的副本。如果文件在期间发生变化，应把条目合并到当前状态并重新提案，而不是覆盖；只添加自己的条目，其他字段和部分保持逐字节一致。运行时没有任何机制强制执行这一点，且该文件被 gitignore，因此粗心的整文件写入会丢失另一会话的工作且无法恢复。
该技能是队列所展示的循环中的写入方：本技能记录的内容，后续由 deliver-prd 读取。
示例
完整示例参见 references/EXAMPLE.md。
限制
关于收费、价格、平台支持等具体信息，资料中暂未提供。