第32章 默认不全部交出：同意、拒绝与继续参与
一、进入服务之前，个人已经被要求决定太多
设想一位初次使用个人知识服务的读者。他只想把几篇笔记整理成一个可以继续研究的问题，进入界面时却面对一项笼统选择：“为了向你提供更好的服务，允许使用你提交的内容。”这句话没有说明使用范围、参与者和持续期限，也没有区分完成当前任务与其他用途。读者需要服务，便选择继续。之后，系统把所有内容进入长期方法库，运营者认为已经获得许可，读者却认为自己只同意完成本次整理。
这个构造情形不需要假设任何一方有恶意，就已经出现了不同理解。问题不是读者没有认真阅读一个明白条款，而是条款没有把关键转换说清。若制度把一次继续操作当作全部后续用途的充分依据，就会让形式同意取得远超实际理解的效力。
本章提出的默认原则不是禁止所有处理，而是让每次参与从与任务相称的有限开放开始。当前服务所需的材料和用途应当说明；非必要扩展不应在用户未理解时自动吸收全部发生。这里仍然是本书的规范设计，不是对任何现行法律要求的概括。
默认的意义在于承认判断能力本身需要支持。不能先要求每个人都成为技术和制度专家，才允许其保有隐私。也不能因此将全部决定转给平台。较好的安排应使个人能够从简单、清楚的任务开始，随着理解和需要逐步扩大参与，而不是在第一步就作出关于全部未来的决定。
二、必要材料与方便材料，需要分别说明
读者请求整理几篇笔记，系统需要接触这些笔记才能完成当前任务，这是可以说明的需要。但它是否需要读取读者所有历史对话、全部通讯录或与任务无关的文件，则不能仅凭“有助于个性化”作出肯定。可能提供额外帮助，与完成任务不可缺少，是不同强度的判断。
一种可行的设计，是把服务分成最低所需与可选增强。最低范围只包含当前笔记及必要任务说明；可选增强可以包含读者愿意提供的既有研究目标或相关项目资料。每项增强说明它可能增加什么帮助，以及不提供时哪些功能受到限制。系统不能把可选内容在界面上写成可选，实际却拒绝所有基本服务。
当然，有些高级任务确实依赖更丰富条件。例如，用户要求系统综合过去多个项目形成长期研究建议，相关历史材料就可能与任务有直接联系。但范围仍然需要限定：哪些项目、哪些记录、是否包括私人批注，不能从“综合”一词自动推出全部生活开放。如果条件不足，应当收缩回答，而不是在不知道的地方编造完整人格分析。
必要性也应能被质疑。用户可以问为什么需要某项材料，可以选择较窄的服务，也可以寻求其他方式。提供者可以如实说明能力限制，但不应将任何便利性设计都包装成不可改变的技术要求。默认不全部交出，就是使这种提问有实际位置。
三、拒绝一个用途，不应被混成拒绝整个服务
同一份笔记可以为本次整理使用，也可能被用于后续服务、公开展示、方法研究或长期系统改进。用途之间有联系，却不是同一件事。用户允许本次处理，可以拒绝公开展示；愿意保存到自己的私人空间，可以拒绝向其他项目使用。这些差别应当能够进入实际运行。
如果服务的技术结构不能区分某些用途，提供者应当明确说明，而不是提供无法兑现的选项。用户可以据此决定是否接受，服务者也可以调整功能。不能让复杂性在用户不知情时变成默认全面授权。能力不足并不自动赋予更大使用资格。
拒绝附加用途以后，某些可选功能可能不再可用，这不一定是不当惩罚；但关联需要具体解释。例如，不同意长期保存，就无法自动延续所有历史研究，这一限制有可理解的联系。相反，不同意公开展示笔记，就完全不能获得当前整理，二者是否必要相关便值得质疑。本书要求的是对这种关联进行说明，而不是宣布所有功能限制都违法或不合理。
继续参与也不等于无条件享有任何服务。提供者可以设定清楚、相称的任务条件，用户可以选择不同安排。关键在于拒绝后仍有可理解的路径，而不是被迫在全部交出与彻底失去一切支持之间作一个未经说明的选择。
四、默认规则怎样支持尚未明确的拒绝
严格说来，一个人尚未表达边界时，系统并不知道其全部私人意愿。不能为了保护，就声称已经准确推断出他想保留哪些内容；也不能因为没有明确拒绝，就将所有内容视为开放。本书建议在不确定时优先采取较少扩张、可解释、可调整的处理，让后续决定有机会真正发生。
例如，读者提交了一段带有自我怀疑的笔记，系统不应自动将它转成公开讨论材料。可以先在当前任务中使用，再询问是否愿意保存为长期研究线索。如果用户不作回答，系统应按照已说明的有限默认处理，而不是暗中选择最有利于资料积累的方式。默认必须可见，不能把没有决定伪装成一项已经充分同意的决定。
这种支持也不能被设计成无休止的弹窗。如果每个小动作都要求重新作复杂选择，用户可能根本无法持续工作。可以按任务粒度组织许可，让一次明确任务支持一组必要动作；只有范围发生实质变化时，再提示新的选择。粒度的设计需要同时考虑可理解性、可执行性和风险，而不是选项越多就越尊重主体性。
同样，默认规则应允许修订。一个人最初只愿意进行当前处理，后来可能愿意建立长期私人研究系统；也可能相反，发现某种保存不再适合自己。变化不是不一致的缺陷，而是判断在发生。系统需要承接这种变化，而不是把最早一次选择当作永久的我。
五、代理帮助不能变成代理占有
有些使用者需要他人帮助理解服务边界。家人、教师、同事或专门支持者可以协助解释，但帮助位置不能自动成为全部替代决定的位置。支持者需要尽量让当事人理解当前任务和选择，不能以“我更懂”为理由直接开放所有私人内容。
当事人能够表达一部分边界时，这部分表达应当被认真承接。不能因为他无法理解全部技术细节，就取消其对明显私人内容的拒绝。相反，若某些意思仍不清楚，应当承认不确定，采用较少扩张并可复查的安排，而不是由代理者补出一个完整、永久的意愿。
对于涉及重要后果的持续安排，还应说明代理权限如何变化、如何被检查，以及当事人后来形成更明确判断时怎样调整。代理支持的目标是帮助个体性位置形成，而不是让代理关系永久固定。AI也可以协助解释选项，但不能因能够生成流畅说明，就被赋予未经来源说明的代决资格。
本书在这里不制定适用于不同年龄与能力状态的法律规则。那些问题需要具体制度与专业审查。本章保留的原则是：表达能力差异不能成为取消基本保护的理由；帮助应当受约束，并向当事人能够参与判断的方向组织，而不是向更方便地使用其内容的方向组织。
六、服务条件改变时，旧同意不能自动解释一切
读者建立个人研究空间后，服务新增了一项功能：将各人的方法片段组合成共享推荐。运营者可能认为这只是改善原服务，用户却可能认为私人研究正在进入新的主体间性发生。是否属于原授权范围，不能只由功能名称“升级”决定。
应当辨认实际改变：谁能够接触新的内容，哪些材料会参与，结果会向谁显露，是否形成新的长期用途。若这些条件发生重要变化，就需要新的说明和适当选择。用户可以继续使用原来较窄的功能，或者在确实无法保留旧功能时得到清楚的退出与承接安排。不能把不接受新用途解释成对既有积累的无条件放弃。
有些改变只是修复错误或调整界面，并未扩大实际用途，未必需要同样程度的重新确认。但这种区别也应有可说明标准，不能让所有改变都由服务方自行归为微小更新。对边界具有实质影响的变化，值得更清楚地处理。
旧同意与新判断的衔接，还需要避免追溯性改写。服务方不能在更新之后宣称用户从最初就同意了新用途；用户也不能把已经在清楚范围内完成的共同交往全部说成从未允许。双方应当承认时间和版本，分别处理既有行为与未来行为。
七、把入口改成三个可以独立回答的问题
以一个构造的写作辅导服务为例，入口可以先只问三件事：是否允许处理本次提交文本以完成修改；是否允许在服务结束后保留该文本用于本人后续项目；是否允许将其用于与本人项目无关的示例或系统改进。三个问题分别对应当前交付、个人连续性与外部再利用，不能由一个“接受所有条件”合并。
第一项若被拒绝，服务者可能确实无法修改这份文本，但仍可提供不需要读取私人材料的通用指导。第二项被拒绝，不影响当前修改，只意味着结束后按约定处理受控材料；第三项被拒绝，也不应被重新解释成作者不愿配合本次服务。三项选择带来的实际功能差异应当直接说明，而不是藏在长篇条款中。
这种入口并不要求使用者理解所有后台结构。它把重要的用途差异转成与当下行动相关的判断。但是简化也有风险：系统改进可能包含多种不同安排，不能靠一个短词掩盖重大的处理区别。若某种改进涉及新增参与者、长期保存或更大范围传播，就应进一步展开说明，而不是以界面必须简洁为理由合并。
在使用者尚未选择第二、三项时，可以保持不进行新增保留与再利用的默认。这里默认的是有限处理，而不是推测其永久意愿。以后出现新的项目，使用者仍可以改变选择。默认应当保留判断入口，而不是制造另一个永远不变的决定。
若服务者认为外部再利用是维持低价的条件，应当把价格结构诚实摆出，允许讨论其他选择，而不能把必要性伪装成技术上无法分离。某项商业模式依赖这种再利用，是一个可以公开争论的经济事实；它并不自动证明该用途对于完成本次修改不可缺少。本书在此分析的是设计逻辑，不对某个现实服务的做法作判断。
八、一次拒绝怎样被执行，而不是被重复询问磨掉
设作者选择允许本次修改，不允许结束后长期保存，也不允许用作示例。服务开始时，任务记录应携带这三个不同状态；临时工作材料在约定范围内可供修改者处理，对外示例库则不能接收。服务完成后，交付给作者的结果继续由作者持有，提供者受控材料按约定处置，必要争议记录另行说明其最小范围。
最容易失败的是中间转换。修改人员看到一段很好的文字，临时想把它加入培训材料；技术人员为排查问题保留了额外副本；新的项目成员误以为作者购买过服务便可以查看旧稿。每一次都需要返回原有范围，而不是把原来的拒绝只留在入口页面。规则要沿实际任务传递，而不只是沿组织口号传递。
还有一种更柔软的失效：系统反复询问是否愿意开放，直到使用者为了结束打扰而点击同意。不能仅凭最后一次点击，就忽略拒绝如何被消耗。必要的重新询问应当对应具体变化，例如用户主动开启一项需要新范围的功能，而不是不断对没有变化的同一用途重复施压。
检测这种问题，可以在构造任务中记录同一拒绝之后是否仍收到无必要的扩展请求、是否因拒绝而失去本可正常完成的服务，以及功能说明是否与实际一致。次数只是辅助证据，关键是请求是否具有新的任务理由。一次严重误导也可能重要，不能只追求平均打扰次数下降。
基本入口设计应当使使用者有机会逐渐形成自己的判断，而不是要求他第一天就具备完整的技术与法律能力。服务越复杂，越需要承担解释与范围管理的工作；复杂性不能永远被当作把全部决定推回个人的理由。
九、怎样检查默认保护不是界面装饰
可以通过构造任务检查默认设置的实际效果。用户没有选择长期保存时，材料是否仍进入后续调用；用户拒绝公开展示时，对外服务是否还能够返回相关内容；用户改变用途选择后，新请求是否按新条件处理。这些检查应连接到实际行为，而不只看界面的选项是否被勾选。
还需要检查用户是否理解核心区别。理解测试不应要求记住长条款，可以让参与者用自己的话说明当前材料会用于什么、不用于什么，以及拒绝某一扩展后还能够完成哪些任务。若多数人将长期再利用误解为本次处理，即使形式选择完整，说明方式也需要改进。这里提出的是研究设计，并非本书已有真实调查结果。
默认保护的成本也应当进入评估。更细的用途区分可能增加操作与维护工作，需要找到合适粒度。若保护安排使普通任务难以进行，可以调整流程，但不能简单回到默认全量开放。减少不必要步骤与保留实质边界应一起研究，而不是把二者设为不可兼得。
本章因此将同意与拒绝放回其发生条件。一个有效选择，不只是出现某个文字动作，还需要理解、执行与后续调整的支持。默认规则的价值，是让个人不必在开始时就全部交出，能够逐步形成自己的判断，并在特定边界上继续参与共同服务。下一章将进一步讨论最容易被第一次同意吞掉的部分：未来用途、训练、再开发和不断变化的知识系统。