外观
如何理解召回回执与实际使用反馈?
项目版本说明
这些问答整合历史设计与实现资料;当前 main 分支 README 以工作包描述建设状态。具体能力、实验数据与设计目标的边界见项目状态与证据。
标准回答
召回回执记录系统向某次请求交付了哪些内容,实际使用事件表示客户端报告采用了其中哪些内容。这两者必须分开,否则每次被召回都会自动提高权重,热门内容可能在没有真实价值时不断强化自身。
反馈应关联合法回执、调用者、允许的条目和有效窗口,限制重复提交与幅度,并支持错误标记及撤销。客户端报告使用仍不是独立事实证明:恶意或有缺陷客户端可能误报,因此服务端应将反馈作为受约束信号,而非新的授权来源。
当前记录验证了回执与使用区分、反馈折叠与错标撤销等机制,相关使用密度实验仍是模拟重放。不能用反馈管线已经实现推导真实用户产生了足够高质量反馈。
追问与回答
为什么不能每次调用都给所有返回项加分
会把曝光频率当成有效使用,并形成自强化偏差。应只接受协议允许的实际使用事件,同时保留探索和错误纠正空间。
同一回执重复上报如何处理
按稳定事件身份或协议的唯一约束去重,使重复网络投递不产生额外收益。
易混淆点
- 把被召回次数当作内容真实性或价值的直接证明。
内容来源
- Android 与 AI 工程 Wiki · 原条目
q177