M6-L3.1M6-L3.2M6-L3.3PRD：医疗机构研究
一句话： Provider Research PRD（草案，2026 年 9 月 15 日）定义了一个五 agent 的 Puffo 系统：产出一份站得住脚的美国泌尿科医生名单，附定义文档、contact sheet 和构建记录，并且不具备联系任何人的能力。
原始文档： Provider Research: What We Are Building，Azure Partners。本页是阅读指南：这份 PRD 决定了什么、哪些地方值得注意。完整需求请阅读原文。
这份 PRD 决定了什么
Section titled “这份 PRD 决定了什么”| 章节 | 决定 |
|---|---|
| 我们在做什么 | 一份站得住脚的医疗机构名单。agent 定义并挑战，软件构建，检查失败时构建中止。两种用法：建一份新名单，或检查旧名单有何变化。 |
| 问题 | 名单被当作答案出售，却不附推理：纳入原因无法解释、人数无法辩护、合规介入太晚、刷新后的差异无法解释。 |
| 用户 | 商业负责人（付钱）、合规官（可以否决）、分析师（执行构建）、高管（问名单是否完整）。 |
| 规则 | 交付推理而不只是数据；记录不等于人；算术由代码完成；不能复现就等于没发生；必须由独立的东西挑战答案；禁用字段是”不存在”而不是”被过滤”；花钱前先审批；绝不联系任何人。 |
| 范围 | 一个专科（泌尿科）、一个国家（美国）、一次构建。不做分群、打分或免打扰名单管理。 |
| Agents | Research Lead、Source Scout、Taxonomy Specialist、Challenger、Documentation Writer。 |
| 中止检查 | 必填字段、无重复、移除并统计停用记录、拆分可对账、交叉核对一致、覆盖率下限、补充匹配率区间、输出中无残留模板文本。 |
| 阈值 | 覆盖率：50 个州加华盛顿特区每处至少一条记录，否则给出理由。补充：声明预期匹配区间，执业集团数据初步建议 55% 至 85%，首次构建后再确定。 |
| 不做什么 | 任何联系功能、患者数据、临床判断、美国以外的来源、爬取的商业来源、托管产品、同时进行多次构建或服务多个客户。 |
值得注意的地方
Section titled “值得注意的地方”PRD 先问值不值得做，再说怎么做。 第 5 节区分了团队已知的和团队在猜的，列出在投入之前需要的对话（三个现有买方、一位合规官、一个付费试点），并直白地点出最大风险：买方可能只想要最多的行数和最低的价格。这是把需求调研写进了需求文档。
合规官被当作真正的客户。 “如果这个人不批准我们的产出，我们就没有产品。“最重要的试点指标由此而来：合规官批准一份交付的名单用于真实营销活动，并且不要求外部核实。
Challenger 的设计专门针对误报。 它拿到原始需求和官方代码表，但拿不到 Taxonomy Specialist 的推理，因此无法简单附和。每个问题都要有可复现的证据，必须经过第二次独立复核，不确定时就放弃。PRD 明确指出，追逐误报才是这里代价高的错误。
词语先定义，再保护。 “Verified”的意思是：所有中止检查通过、一整轮 Challenger 没有发现问题、定义文档完整。任何比这更弱的情况，都不允许在别处使用这个词。
默认值必须安全。 团队没有专门检查过的渠道一律”不允许”，而不是”大概没问题”。contact sheet 说明它不能替代买方自己的律师。
“不存在”优于”被过滤”。 禁用联系字段从不写入营销文件，写完后还有一道检查确认它们确实不存在。过滤器可以被关掉，不存在的列不会。
成功被分成两部分。 “必须始终为真”列出通过测试证明的属性（每个中止检查在被故意破坏时都会中止构建，逐字节可复现）。“在试点中验证”列出只有真实买方才能告诉你的事（合规批准、两个工作日以内、每次构建人工时间不超过四小时、100 行抽样中身份字段准确率达到 99%）。
待定问题是业务问题。 第 16 节列出谁来买、如何定价、contact sheet 是建议还是合同承诺、数据归属和保留期限。技术选择在 16.1 中交给工程团队。
- “发现问题越多的 Challenger 越好。” 提出无依据问题的 Challenger 只会浪费团队时间。证据和二次复核就是过滤器。
- “Check mode 应该直接替换旧名单。” 它报告变化及原因，未经批准绝不替换已交付的数据集。
- “contact sheet 就是法律意见。” 它是针对所述用途的指导，并且明确这样写。
为什么 Challenger 看不到 Taxonomy Specialist 的推理？
先读推理的审核者往往会接受其框架并表示同意。只给 Challenger 原始需求和官方代码表，迫使它形成自己的判断，于是任何分歧都是真信号，而不是回声。
PRD 要求在构建前给出预期记录数。为什么？
这样一来，差距悬殊的结果会被当作问题注意到，而不是被当作答案接受。没有预期，构建出的任何数字看起来都合理。
试点中哪一个结果会告诉你产品失败了？
合规官拒绝在没有外部核实的情况下批准交付的名单用于真实营销活动。整个定位建立在”站得住脚”之上，而是否站得住脚，由合规官决定。
- 案例概览：医疗机构研究
- Technical Design：医疗机构研究
- PRD：交易研究台，同样采用”代码掌管所有数字”的规则
Syllabus 行：M6-L3.1、M6-L3.2、M6-L3.3