L6.07.4rebuttable recommendations设计研究
理由使推荐可被反驳，用户能据此纠正错误的画像
别名: 可反驳推荐 · 纠正画像 · why as handle
概念解释
「因为你喜欢爵士」不只是说明，它给了一个可以抓住的把柄：用户能说「我不喜欢爵士」。可反驳的推荐（rebuttable recommendations）指：理由把排序依据变成可否定的命题，否定之后画像和后续列表必须跟着改。没有把柄的推荐只能被忍受或被离开，不能被纠正。
反驳针对的是依据，不是针对条目本身的「不喜欢」。条目级负反馈是另一条通道。
机制
看不见依据时，用户面对的是结果，纠正只能猜：少看这类、删历史、等它自己好。理由把内部状态的一角拉到可操作层，使纠正从猜测变成命题运算——否定 P，系统不应再以 P 为据。这要求理由与打分特征是同一条绳子：否定文案若只改句子、不改特征，反驳是演戏。
可反驳性也约束理由该写什么。写得越具体，把柄越准；写成空话或事后故事，否定无处着力。追踪泄漏则是把柄的代价：具体到令人不适时，人可能选择不反驳、直接关。设计要在「抓得住」和「不要把监视说得太细」之间留一个可操作的粒度。
怎么研究
给错误依据的理由（系统声称用户喜欢一个他们明确不喜欢的类），提供或不提供「不是因为这个」的控制。测：能否指出要否定的命题、否定后该类曝光是否下降、下降是否在后续会话保持。自变量：理由是否指向真实特征、控制是否绑定特征而非仅绑定这条内容。因变量：纠正成功率、回潮、误伤（不相关类被一起拿掉）。
若否定之后只有这一条消失、同类仍在，把柄连的是条目不是画像。那不是可反驳推荐，是单条删除。
边界
广告位、法定必出内容往往不可反驳，应标明「推广」而不是假装成可否定的口味。用户在纠正他人账号（共享设备）时，反驳会写进错误档案，需要账号确认。这条要的是理由成为纠正入口，不处理负反馈的情绪语义，也不处理关闭个性化本身。
怎么落地
- 每条指向画像的理由旁边给「不是因为这个」。它应作废该依据并在一段时间内禁止再用，而不是只把这一行从列表拿掉。
- 纠正结果在下一屏可见：该类下降，理由不再引用被否定的命题。
- 验证：人为让测试账号带上一个错误类理由，走一遍反驳。该类在随后两天的曝光应明显下降。只少一条、类还在，入口就是假的。