Task 改进建议¶

收集到的关于 Task 系统的改进建议，待后续迭代讨论和实现。

1. Autoclose 结果修正¶

问题： Task 被系统 Autoclose 后，如果结果判定有误（比如 AI 误判了通话意图），是否支持修改 closeResult？

需要讨论的点：

问题： 一个会员同时触发多个 Task（如投诉 + 信用卡过期 + 取消意向），每个 Task 关闭成功后都计一次 MRR，导致同一个人的营收被重复计算。

具体例子：

实际影响： 一个会员同时有 3 个 Task 全部关闭成功，平台记 3 × $169 = $507 的"影响营收"，但实际只付一份月费。

可能的方向： 按会员去重，同一会员同一时间段内只计一次 MRR。

现状： 归因是二元的——留满 90 天算 100%，没留满算 0%。

问题： "第 89 天走了完全不算"不合理。

建议方案： 以 3 个月（约 90 天）为满额基准，按实际留存天数线性计算归因系数：

公式： 归因系数 = min(实际留存天数 / 90, 1.0)

好处：

现状： 营收归因使用 Rules 页面配置的固定 MRR 单价（如 $169/月），所有会员统一计算。

问题： 实际场景中会员的付费金额差异很大——有人买月卡 $169，有人买年卡折算后 $99/月，有人买私教课 $300/月。固定单价无法反映真实的营收影响。

可能的方向：