V5.10.5Defining retention and access scope before recording设计
录制的保存期限与访问范围需事先限定
别名: 保存期限前置 · 访问范围限定 · 录制治理
概念解释
录制的治理参数——保存多久、谁能看——必须在录制开始之前就定死并告知，而不是等出问题后再商量。原因很直接：这两个参数在录制发生时就已经生效，事后收紧几乎不可能。一份没有期限与范围声明的录制，其默认语义是「永久保存、组织内皆可访问」，这几乎从来不是发言者同意录制时的想象。
机制
事前限定之所以必要，是因为录制的扩散在时间与空间两个维度上都是单向棘轮。时间维度：数据一旦进入存储，删除承诺的执行随时间衰减——迁移、备份、导出的副本散落各处，半年后没人能保证删干净；「以后再说」实际上是「永远」。空间维度：访问权限只会随组织需要自然扩张（新成员入职、跨团队排查、合规调取），几乎没有自然收缩的动力——用途漂移（mission creep）是所有留痕数据的宿命：为补看而录的音，半年后可能被拿来核对绩效或追溯言责。两个棘轮叠加，使「事后再限定」形同虚设：能被追溯限定的数据早已离开可控范围。事前声明的价值在于它参与构成知情同意的基础——发言者是基于「三十天、仅与会者」的承诺才开口的，承诺本身也构成事后扩张的阻力。
边界
期限与范围的松紧应随会议内容的敏感度分级，而不是一刀切：通报类可以永久存档全组织可读；评审、复盘类宜短周期、窄范围；涉及人事与争议的，从一开始就不该录。合规与法务场景存在法定留存要求，可能压过团队的保留意愿——这类会议需要的是明确的法定例外声明，而不是假装通用规则适用。另外，录制治理是协作工具与团队规范层面的问题，涉及跨法域数据合规的通用框架有专门的领域权威，此处只处理交互与流程设计。
怎么落地
- 录制动作与治理参数绑定：开始录制时必须同时选择保存期限（如 7/30/90 天或永久）与访问范围（仅与会者/指定团队/全组织），无默认跳过。
- 邀约与开场宣告中说明这两项参数，让知情同意建立在具体承诺上，而不是「被录制」三个字。
- 到期自动删除并提前通知存档需求者；需要长期保留的，把结论提炼为纪要或文档后释放原始录制，而不是无限期续存音视频。
- 访问范围变更须通知所有与会者并给出退出选项（撤回自己的发言片段或要求匿名化），为用途漂移设置摩擦。
- 定期审计：比对录制库中每份文件的实际访问者与声明的访问范围、核对超期未删项；偏差清单即治理失效点。