下一题候选：身份归并与退款后的会员分群

状态：一页设计提案，未实现、未专家评审，不增加当前一个模板/两种任务状态/三组固定数据的覆盖。以下规则仅供下一批讨论，不修改 prototype-v0.1。净消费阈值是身份/退款方向的候选验收设计，不替代既有 S03 的最近有效购买规则；最终采用哪一口径仍需确认。

**业务问题：** 多个账号归属同一会员时，按交易事实计算退款后净消费，并为每个统一会员生成一次分群结果。只比较最后名单可能漏掉错误聚合，因此交付还需有可核对的订单归属及计算依据。

**建议输入：** 固定业务时钟、明确有效期的账号→统一会员映射、带稳定交易ID的订单、来源渠道及行ID、带稳定退款ID并关联交易的退款记录、指定观察窗口与分群阈值。全部原创合成；有明确身份映射时才归并，禁止按姓名或相似号码猜测身份。拟用“窗口内退款后净额≥10000分”作分群例子，数值等待业务确认。

最小区分样例正确核算应能检出的错误
U1两账号：交易T1支付8000分、退款3000分；T2支付4000分；T1因重复采集出现两行，退款R1也重复出现T1净额5000，T2净额4000；会员合计9000，不入群重复计订单会误入群；重复计退款可导致净额错误，即便最终名单仍相同也应失败
U2两账号各一笔6000分交易，交易ID不同但金额/时间相同合计12000，入群错把相同金额/时间当同一交易而漏算，或按账号分别判断而漏入群
U3旧有效交易11000分，另有近期全额退款交易20000分净额11000；若规则使用最近有效购买日，应回溯旧交易全退交易仍计消费或错误更新最近有效购买日

**应该做：** 按确认的身份映射归并；同一交易及同一退款事件仅计一次；不同交易不可因值相同而合并；按明确时间口径计算净额；输出统一会员级净额、去重后的交易/退款ID依据和分群结果。一会员一结果，无法确定映射或同ID内容冲突时应标待处理，不能静默挑值。

**不应该做：** 修改身份映射、订单或退款事实；猜测身份；重复扣退款；把全退当有效购买；发券、触达或自批。该候选先只验证分群准备，不引入生产执行。

**可判条件：** 维护者独立手算每笔交易净额、归属和最终会员合计，核验业务最终结果及动作轨迹；不调用参考Agent生成答案、不限定唯一工具顺序。固定样例同时检查净额、交易/退款集合、行数与唯一会员ID；名单偶然相同不算正确去重。变形检查：追加同ID重复采集行不改变结果；追加不同ID但同值交易必须改变合计；重排输入不改变核算；跨账号同会员只出现一次。未来评分实现应能让这些错误产生不同可观察结论，否则不宣称覆盖。

**待业务/专家确认：** 映射生效时点与冲突处理；交易ID和退款ID唯一性的业务范围；观察窗口按支付/完成/退款哪个时间，窗外退款如何回溯；净额为零/负值和超额退款；退款修正/撤销事件；多币种处理（建议本候选仅CNY分）；阈值与边界；需要交付何种核算明细及其工具协议。确认后再冻结题目、编制独立答案和实现，不在本批扩题。

关键取舍建议（未确认，不进入当前可运行任务）

未定口径推荐默认及主要代价何时考虑其他选择
何时认定账号归属按固定业务时点有效的明确映射归并；缺失、冲突均标待处理。规则易核验，但会少覆盖无法确认的账号。有正式追溯政策时才按历史交易时点映射，不凭相似信息猜测。
如何识别重复事件使用来源系统与稳定交易/退款ID的组合键；同键不同内容报冲突。同值不同ID仍分别计数。需来源提供稳定ID。只有正式跨系统映射时才跨来源合并，否则保留疑似重复待处理。
退款计在哪个窗口首版建议固定交易完成窗口，并纳入截至业务时点已知、关联这些交易的退款；明示窗外退款回溯。代价是净额可能随退款晚到而改变。若业务要看当期现金流，可另定退款发生窗口；两口径不能混用。
退款撤销、负净额、多币种首版仅CNY分，异常净额和修正事件进入待处理，不静默截零或猜汇率。代价是部分记录无法自动完成。专家确认事件冲销规则及汇率来源后再纳入自动核算。
输出和验收同时保留会员净额、唯一交易/退款ID及分群；名单相同仍须核算正确。比只交名单更重，但能辨认重复扣退款等隐藏错误。若未来真实系统只能返回名单，需另设可观测核算接口，不能因此声称已验去重。

这些是下一批讨论建议，不是已获用户确认的业务政策。建议先确认映射时点、事件ID范围和退款窗口，再决定是否采用净额阈值或保留最近有效购买口径；不要两者同时扩展。