产品定。⚠️ 时限是**乘数不是摆设**,改它连动三处,一处都不能漏:

  ① 本批人数 N = 在岗人数 × 每天 15 通 × 时限  → 一批推的人数跟着变(135 → 405,以 9 人在岗算)
  ② `daily_overload` 阈值 = 每天几通 × 时限     → 判「谁超期」的尺从 15 条变成 45 条
  ③ 对外文档里的示例式子                        → 改了默认不改示例,文档就在教一个不存在的口径

── 改了哪些 ──────────────────────────────────────────────────────
· `ASSIGNMENT_EXPIRES_DAYS_DEFAULT` 1 → 3(唯一真源;服务端两处引用它,web 全程读服务端下发,
  DB 无默认值 —— 所以没有第二个地方存着这个数)
· 测试:默认口径那几条改成断**式子**(`9 * RATE * D`),⛔ 不再写死 135/405 那个积 ——
  这个数调过两次(3→1→3),每次都要来改一遍字面量,而式子一次没变。
  另加一条**单独钉住 D=3** 的用例:式子是不变式,而"默认几天"是产品决定,改它必须是有意识的动作。
· `assignment-agent.mdx` 六处示例重算成自洽的一组:
  405 = 在岗 9 人 × 15 通 × 3 天;最忙那位 75 条 ≈ 5 天 > 3 天;建议「改成 5 天」。
· 两份文档里「daily_overload 每批基本都会亮」的说法:那是 **D=1 的推论**(阈值 15 条),
  ⛔ 不是这个节点的性质。D=3 之后它回到「真的压不下」才亮 —— 措辞要求(⛔ 不写「打不完/超了/过载」)
  与频率无关,照旧成立。

── ⛔ 刻意没动 ───────────────────────────────────────────────────
注释里那些「× 1 天」全是**事故记录**(2026-08-14/15 实测原话),沿革改了反而失真。
`golden/run.ts` 与 signals 用例里的 `expiresInDays: 1` 是**显式传值**的夹具,不是默认值。

验证:1363 passed(+1),两个 app 的 tsc 绿,types dist 运行时读到 3。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>