V5.10.1Informed consent before recording meetings设计
录制开始前需全体知情，并留有拒绝的余地
别名: 录制知情 · 录制同意 · 可拒绝的录制
概念解释
会议录制的知情同意必须发生在录制开始之前，且拒绝必须是一个真实存在的选项——不是「谁反对谁举手」的走过场，而是有低成本的不录制路径可选。原因在于录制改变的不是会议本身，而是每句话的存续状态：从说完即散变成永久可回放。这个改变的代价由所有发言者承担，因此决定权必须在改变发生前交到他们手里。
机制
事后拒绝几乎不成立，这是「事先」要求的核心。录制中途提出异议，等于当众宣布「我接下来要说的话不想留下记录」，在社交上近乎自证有不可告人的内容——异议成本高到没人愿意支付，于是名义上的随时可拒绝实际上等于没有拒绝。同理，「默认录制、需要时说一声」把拒绝的举证责任压给弱势一方。有效的知情同意要求三个条件同时满足：时间在录制前（拒绝才可能影响是否录制）、方式是主动宣告而非角落里的图标（不知情即无从同意）、以及存在真实的替代路径（本场不录、某段落暂停录制、或转为只记纪要不留音视频）。缺任何一个，同意都退化为既成事实的事后追认。
边界
协作场景的录制知情是团队与产品的交互治理问题，不等同于通用隐私合规框架——后者涉及法域差异与法定义务，各有其权威表述，这里只处理协作工具应实现的交互层面。边界之一是外部参与者：访客、跨组织与会者对录制规范的预期不同，不能默认其知晓本团队惯例，每次都需单独提示。边界之二是免录内容的判断权：与会议主题无关的闲谈、突发的人事或家庭话题，录制者无法代为判断，应提供随时暂停的物理控件而非依赖事后剪辑。
怎么落地
- 录制默认关闭，开始前由主持人当众宣告并确认无异议；界面用全局可见的录制状态（而非仅菜单内图标）标示。
- 邀约里预标注「本场将录制」及用途（转写存档/缺席者补看），让拒绝发生在邀约阶段而不是会议开始后。
- 提供一键暂停/恢复控件，并让每个人（不只是主持人）都能触发暂停——敏感段落不该依赖会议控制权持有者的判断。
- 拒绝的默认出路要体面：「本场改用人工纪要」「此段暂停，结论口头确认后写进纪要」，而不是让拒绝者承受「为什么不能录」的质疑。
- 验证：抽查录制库中每份录制是否有对应的知情动作记录（邀约标注或开场宣告）；有与会者中途加入的，检查加入时是否重新获得提示——这两处缺失即为流程漏洞。