当前线上的会员方案

固定积分方案拟定

🆕 新的动态扣费方案拟定（按 token 计费）

<aside> ⚡

会员订阅保权益（同固定方案）+ 所有算力消耗按 token 实时折算积分扣除

</aside>

设计原则：

• 会员价格锚点、加油包价格与上方固定方案一致，不重复列出
• 所有算力消耗（含 AI 对话、PPT 生成、任务规划、联网搜索、文件分析）一律改为按本次请求实际 token 量动态扣除积分
• 前端每次请求结束后展示「本次消耗 X 积分，余额 Y」，并在长任务发起前给出预估区间

积分单价模型（待校准）：

• 基准定义：1 积分 ≈ 1000 tokens（标准模型，input + output 合并计算）
• 升级模型按倍率折算，建议 3x（即 1 积分 ≈ 333 tokens）
• 联网搜索：一次搜索包含两笔扣费叠加。第一笔是固定 2 积分/次，覆盖搜索 API 本身的成本（搜索服务商按次计费，与模型无关）；第二笔是搜索返回的网页摘要送进模型分析、模型再产出回复，这部分 token 按对应模型的标准 input/output 单价折算。举例：用户问一个简单问题，AI 调一次搜索，搜索 API 扣 2 积分；搜索返回 3000 token 网页摘要 + 模型生成 500 token 回复（标准模型），再扣 3000 × 0.5/1000 + 500 × 1/1000 = 2 积分；本次总计 4 积分
• 文件分析：解析阶段不扣，进入模型的 token 按标准规则扣

备注：

• 因为单次消耗变小，每日和每月赠送量相应提高（免费版日赠从 50 提到 200，Pro 月赠从 1000 提到 5000），保证轻度用户体验不降级
• 长上下文对话会快速烧积分，需要在单次对话设积分软封顶（例如单次超过 50 积分提示确认），避免一次性扣空
• PPT 和任务规划这类用户预期「一份多少钱」的场景，前端要在生成前给出预估区间，例如「预计消耗 40 至 80 积分」