让每项功能从最小且有理由的上下文开始
实用的陪伴类应用不必让每个功能都查询一份庞大而永久的用户画像。先建立“零资料基线”：当保存兴趣、推断标签、历史、位置、联系人和人口属性为空时，用户能否打开功能、作出一次选择、获得普通结果并完成任务？随后只增加确实改变某个已命名决策的上下文。把它写入资料依赖登记表，逐行记录功能输出、来源字段、直接提供或系统推断、必要性、替代路径、到期日、纠正入口与实际结果。这不是拒绝个性化，而是让个性化保持可选、可看见、可纠正和成比例，避免旧推断悄悄成为不相干功能的地基。
先列功能决策，不从收集字段倒推用途
从用户能看到的输出开始：开场建议、对话提示、提醒、搜索顺序、旧内容重现、通知时间、语言、无障碍选项、发现和分享默认。每项写清“系统正在决定什么”以及调用了哪个资料输入。字段已经存在，不代表当前决策需要它；分别询问为空、错误、过期或暂不可用时会怎样。ICO 对数据最小化的说明强调，个人数据应与目的相称、相关且限于必要范围，并在不再需要时复查。把这一原则落到功能层，就是确认今天完成该决策所需的最小输入。用户直接选定的语言和系统猜出的兴趣还要分行，因为可信度、纠正方式与期限不同。
设计零资料与最少资料路径
用空白资料以及只保留建号必要字段的状态测试。首页仍应可理解，搜索能接受明确输入，提示可以给几个普通起点，一次性选择可以只影响本次会话而不沉淀成永久标签。如果功能确实无法继续，应说明缺哪个输入以及为何必要，而不是索取宽泛自述。把请求放在实际使用时点：设置一次提醒可能只需要用户选定的时间，并不需要读取所有历史对话；界面展示可能需要语言，但同一决策未必需要爱好、关系标签或位置。无法说明缺失后果的字段应先从依赖中移出。
把会话上下文与持久画像分开
上下文可以只活在当前屏幕、一次对话、限定项目或整个账号。选择仍能完成任务的最短范围。例如“这次只看室内活动”可以引导当前结果并在结束后失效，不必变成关于用户的长期断言。若持久保存确有便利，应在保存前展示内容、适用功能、期限及排除或重置入口。推断字段容易漂移，更需要显示来源和较短复查期。便利字段也不能成为浏览、导出、隐私设置或账号访问的隐形前置条件。欧盟条例第五条中的目的限制与数据最小化原则支持把使用约束在明确理由中，而不是让所有存量字段流向所有功能。
为每项依赖设置替代、纠正和期限
登记表为每个可选输入写普通替代：按时间排序代替预测排名，宽类别代替个人标签，手动搜索代替推断捷径，私人草稿代替受众猜测。按产品真实能力记录编辑、删除、仅从本功能排除、重置和到期入口。纠正还要触达依赖输出，而不只是改了资料页：现有建议是否更新、只影响未来还是仍有派生物保留，都要实测并留未知。不得把可观察的删除按钮扩大解释成所有副本消失。NIST 隐私框架把隐私风险放在完整处理和治理中考察，登记表因此要明确拥有者、处理阶段及尚未回答的格。
用无害样本比较个性化与基线
只使用自己有权控制的两个测试状态：一个保持最少资料，一个增加少量无害偏好。执行相同的中性任务，比较能否完成、说明是否清楚、纠正是否生效以及有没有意外调用，不比较哪个结果更讨好人。清除偏好后重做，并查看搜索、建议、通知、分享默认、导出和可见资料。合理的个性化路径在资料缺失时应回到可用普通方案，在资料更正后应呈现可解释变化。记录版本、语言、设备、输入、预计替代、实际输出和未决问题。功能开始调用新来源、版本重大更新或字段超过声明期限仍起作用时，再复查。
常见问题
减少资料依赖就是关闭全部个性化吗？
不是。它要求每个个性化决策都有必要输入、有限范围、普通替代、纠正入口与复查点。
什么是零资料基线？
它是在可选保存字段和推断字段都为空时，亲自验证仍可使用的功能路径。
推断偏好应该和直接选择保存一样久吗？
不应自动如此。推断需要显示来源、提供纠正，并按可能过期的速度设置期限。