渐进解锁阈值曲线（Progressive Unlock curve） #35

New issue

Closed

opened 2026-07-13 01:16:22 +00:00 by KumaAgent · 0 comments

KumaAgent commented

2026-07-13 01:16:22 +00:00

(Migrated from codeberg.org)

Parent

Phase 4 PRD：#33（[PRD] arise 主动性与真人感（Proactivity & Liveliness）—— Phase 4 落地）

What to build

一条单轴连续阈值曲线，把"这个 chat/用户跟机器人互动了多少、画像攒了多少"翻译成一个门控收紧程度的
数值——新部署头几天门槛高、表现克制，随互动积累逐步放开。本 ticket 只交付这条曲线本身 + 它读取的
互动量/画像丰度追踪，不涉及任何具体门控/召回/关系网机制的接入（那些各自在自己的 ticket 里读取这条
曲线）——目的是把冷启动逻辑在一个地方定义一次，避免后续每个 ticket 各自重新发明。

Acceptance criteria

一个纯函数：输入互动量/画像丰度相关的可观测数据，输出当前解锁档位（连续量，不是离散标志位）。
解锁顺序覆盖：(统一门控，沉默预算/兴趣门连续收紧) → 三因子召回（已解锁，Phase 2 交付）→ 关系网注入 → 自发目标，曲线的输出粒度足以支撑后续 ticket 分别在各自阶段查询"我这个功能解锁了吗"。
冷启动期 floor=1 语义可查询：曲线暴露"当前是否仍处于冷启动期"这一判断，供后续统一门控/
已读延迟窗读取。
互动量/画像丰度的追踪不引入新的重量级状态——复用已有的互动时间戳/画像丰度等既有可观测数据，
不新起一套单独的"进度条"存储。
曲线本身是无 IO 纯函数（输入给定即可确定性算出档位），可以用一组固定的互动量/画像丰度输入直接
单测断言解锁档位，不需要真的跑几天数据。
具体阈值数字标注为保守默认、待实现期按真实数据标定（不是本 ticket 的验收阻塞项，但需要在代码里
有清晰的"这是待标定的默认值"标记）。

Blocked by

None — can start immediately

## Parent Phase 4 PRD：#33（[PRD] arise 主动性与真人感（Proactivity & Liveliness）—— Phase 4 落地） ## What to build 一条单轴连续阈值曲线，把"这个 chat/用户跟机器人互动了多少、画像攒了多少"翻译成一个门控收紧程度的数值——新部署头几天门槛高、表现克制，随互动积累逐步放开。本 ticket 只交付这条曲线本身 + 它读取的互动量/画像丰度追踪，不涉及任何具体门控/召回/关系网机制的接入（那些各自在自己的 ticket 里读取这条曲线）——目的是把冷启动逻辑在一个地方定义一次，避免后续每个 ticket 各自重新发明。 ## Acceptance criteria - [ ] 一个纯函数：输入互动量/画像丰度相关的可观测数据，输出当前解锁档位（连续量，不是离散标志位）。 - [ ] 解锁顺序覆盖：`(统一门控，沉默预算/兴趣门连续收紧) → 三因子召回（已解锁，Phase 2 交付）→ 关系网注入 → 自发目标`，曲线的输出粒度足以支撑后续 ticket 分别在各自阶段查询"我这个功能解锁了吗"。 - [ ] 冷启动期 `floor=1` 语义可查询：曲线暴露"当前是否仍处于冷启动期"这一判断，供后续统一门控/ 已读延迟窗读取。 - [ ] 互动量/画像丰度的追踪不引入新的重量级状态——复用已有的互动时间戳/画像丰度等既有可观测数据，不新起一套单独的"进度条"存储。 - [ ] 曲线本身是无 IO 纯函数（输入给定即可确定性算出档位），可以用一组固定的互动量/画像丰度输入直接单测断言解锁档位，不需要真的跑几天数据。 - [ ] 具体阈值数字标注为保守默认、待实现期按真实数据标定（不是本 ticket 的验收阻塞项，但需要在代码里有清晰的"这是待标定的默认值"标记）。 ## Blocked by - None — can start immediately