用户需能查看并重置偏好画像
别名: 查看画像 · 重置偏好 · preference dashboard
概念解释
个性化若只存在于模型权重里，用户面对的是一份无法指认的命运。可查看并可重置的画像（inspect-and-reset profile）要求两件成对出现的能力：能看见系统当前拿什么当「我」，以及能把那份「我」清掉或改写。少一件，个性化就无法被当作可协商的设置。
查看不是隐私政策里的一段话，重置也不是删账号。两者都是产品内的操作。
机制
人只能对看得见的状态做决定。画像不可见时，关闭、纠正、投诉都没有对象，自主性只剩下「继续用或离开」。可见使状态成为界面对象；重置使对象可逆。两者必须成对，因为只看不能改是展示性透明，只改不能看是蒙眼开关——用户不知道自己关掉的是什么。
画像通常混着显式勾选、行为计数、推断标签。查看若只展示其中一层，重置就会打偏：用户清掉了标签，计数仍在驱动排序。成对能力要求「看见的集合」和「能清的集合」对齐，否则操作是假的。
查看作为重置前提、重置要说明会失去什么，是更细的操作层。这里要的是这两项能力在产品里存在，并且对用户可到达。
怎么研究
给一组用户完整的查看+重置，一组只有关闭个性化而无画像，一组什么都没有。任务：发现系统为什么总推某类内容、把该类从未来列表里拿掉。因变量：能否指出当前依据、任务完成、完成后列表是否真的改。自变量：画像粒度（类目 vs 单条记录）、重置是即时还是「二十四小时后生效」。
若列表在重置后不变，能力只写在设置里。研究终点是行为上的可逆，不是设置页上有没有按钮。
边界
无个性化的纯时间线或纯搜索产品不需要画像面板。法定必须保留的记录（订单、支付）不能被「重置偏好」抹掉，面板应把它们划在偏好之外。共享账号上重置伤及他人，需要账号级而不是设备级的确认。这条论证「查看和重置必须作为一对能力存在」，不讨论关了之后默认排序长什么样，也不讨论没有关闭入口时的自主性损失。
怎么落地
- 在设置里给「系统认为你喜欢什么」一页，列出当前驱动排序的类目或种子，每项可改、可删，页脚给整页重置。
- 重置立即反映到下一屏，不要只出「已收到」。下一屏仍原样，用户会判定按钮无效。
- 验证：让不熟悉产品的人在五分钟内找到画像并清掉一个类目，然后刷新首页。类目应下降。找不到、清了不变，这对能力就还没落地。