关于码道智能体订阅额度不透明、升级后积分与宣传不符的优化建议

一、场景描述

1. 宣传 2000 积分，升级后总量却只有 1802。​ 页面明确写着标准版含 2000 积分，我完成升级后配额条显示的是"已用 545.32 / 总量 1,802，剩余 1,257"。加减法是对的，但总量凭空少了 198。这 198 去了哪里——是体验版已用量结转抵扣，还是按订阅剩余周期折算，还是别的什么——页面上没有任何一行字解释。

2. "已用 545.32"这个数字同样无法反推。​ 我此前用的是体验版 500 积分的档位，升级后却带着 545.32 的历史用量进入新套餐，说明旧用量被继承了；但继承了全部还是部分、是否含折算、为什么会出现 .32 这样的小数，完全无从判断。用户看到一个带两位小数的已用值，只会觉得"算得莫名其妙"。

3. 结算口径与订阅周期疑似错位。​ 我订阅的是按月套餐，但额度似乎并非按订阅周期重置。若额度按自然月或按剩余天数折算，那么月中升级天然吃亏——这个规则既不提示，也不给建议（例如"建议月初升级"），用户只能事后吃亏。

4. 宣传文案与界面数字自相矛盾。​ 商品页写 2000，配额条写 1802，两个数字同时呈现在用户眼前，却没有任何过渡说明。第一反应不是"规则如此"，而是"是不是被悄悄扣了"，信任成本极高。

5. 没有消费流水，不知道钱花在哪。​ 545.32 分是怎么消耗掉的？哪一次对话、哪一个模型、多少次调用、各占多少？目前看不到逐条记录，也无法按日、按项目筛选，额度管理无从谈起。

6. 缺少预警与兜底说明。​ 没有 80%/95% 的消耗提醒，也不知道额度耗尽后的行为是拒绝服务、降级限速还是自动转按需扣费，更不知道能否临时加购加量包。

7. 客服口径不一致。​ 就"为什么不是 2000"咨询时，不同渠道给出的解释并不统一，用户最终只能接受一个自己无法验证的结果。

根因推测： 订阅（买的是服务时长）与积分（用的是消耗配额）分属两套计量体系，周期不同步；升级时采用了"已用量结转抵扣"或"按剩余周期比例折算"的规则，但前端只展示计算结果，缺少可解释的明细项；消耗以 token 或调用量折算，故出现小数。

二、建议方案

短期（体验层，改造成本低，建议立即落地）​

1. 额度构成明细化。​ 在配额条旁提供"额度明细"入口，逐项列出计算式：套餐基础额度 2000 − 体验版已用结转 X − 周期折算 Y = 当前总量 1802；已用量 545.32 同样拆出来源与消耗时间。每一项都有数字、有算式、有规则链接。
2. 升级前预估告知。​ 在升级确认页用一句话讲清规则："升级后额度 = 标准版额度 − 体验版已用量结转 − 按订阅剩余周期折算部分"，并实时算出本次升级后的预计可用额度（如"预计可用 1802 积分"），先说清楚，再让用户点确认。
3. 文案与数字一致化。​ 宣传口径改为"标准版含 2000 积分/周期（实际到账额度受结转与周期折算影响，升级时可查看预估）"，避免绝对化表述造成预期落差。
4. 提供逐条消费流水。​ 记录时间、功能、模型、调用量与消耗积分，支持按日/按项目筛选，并说明小数位的取整规则（四舍五入或向上取整），让 545.32 可追溯、可核对。
5. 额度预警与兜底说明。​ 设置 80%/95% 阈值提醒，并明确耗尽后的行为（拒绝/限速/转按需）与加购加量包的入口。

中期（能力层，治本）​

1. 结转规则可选且写入订单。​ 升级时提供"结转历史用量"与"重置为完整额度"两种口径，把用户所选明确写入订单详情，事后可查、可据以核对。
2. 周期对齐。​ 让额度周期与订阅周期对齐，或提供"按订阅周期重置"开关，消除"月中升级天然吃亏"的隐性规则。
3. 统一额度明细服务。​ 订阅、用量、账单、发票共用一套明细数据，控制台、订单页、客服后台口径一致，杜绝"各说各话"。
4. 额度补充机制。​ 支持加量包购买与超额按需计费上限设置，避免额度用尽即中断工作。

长期（体系层）​

1. 用量可视化与成本预测。​ 按日/周展示消耗趋势、预测耗尽日期，并在高消耗场景提示切换轻量模型，帮用户省着花。
2. 订阅模拟器。​ 输入历史用量，自动对比体验版/标准版/高级版的实际成本与可用额度，给出推荐档位。
3. 规则版本化与留痕。​ 订单锁定购买当时的额度规则，规则调整不影响已购套餐；变更须提前公告。