crm-backend-matt/.scratch/clue-module/prototype

线索状态机原型 (throwaway)

这是一次性原型，不是生产代码。 用完即弃。

回答的问题

03 定稿的 7 状态 + 双计时器模型，在下列纸上难推的 case 下是否自洽：

1. 领取→反馈→再反馈：回收计时 N 是否正确重置？
2. 释放/回收：N 是否清零重启？
3. 跟进中 M 到期：过期失效是否保留 owner？
4. 已转商机后：N/M 是否真冻结？
5. 激活失效线索：是否恢复失效前状态+原领取人+重置 N 和 M？
6. 池 N/M 改动：deadline 是否按规则批量重算？
7. 释放/回收后：反馈快照是否保留（供下一位领取人参考）？

跑

python .scratch/clue-module/prototype/lead_tui.py

Windows 终端若中文乱码，先执行：

chcp 65001
set PYTHONIOENCODING=utf-8

或用 Windows Terminal / VSCode 集成终端（默认 UTF-8）。

结构

• lead_engine.py — 纯状态机逻辑（可 lift 进 crm-lead）。无 I/O、无持久化。
• lead_tui.py — 薄 TUI 壳，驱动引擎，每次操作重绘整帧。

时间用"小时"表示，从创建时刻 0 起算。用 [t]/[T]/[g] 推进时钟，推进后自动跑失效/回收 Job。 为快速观测，可用 [n]/[m] 把池 N/M 调小。

验证结论

见 ../线索业务-PRD.md §3 + §12.1 grill 决策清单；smoke test 7 个 case 全过。 不涵盖："线索作废"边（03 [C] 待产品拍板）、权限、并发/事务。

Grill 后变更记录（2026-08-12）

• release/try_recycle：不再清 feedback_status/last_feedback_content/last_feedback_time，只清 owner_*/claim_time/recycle_deadline（grill #5）
• activate：recycle_deadline 也重置为 now + pool.N（grill #6），不再只重置 M
• 上述变更与 PRD §6.6/§6.8 对齐