TRAE 积分制实测：一篇博客 210.55 积分，一次编码 298.71 积分
TL;DR
- TRAE 积分制改制后，用真实账单验证：一篇含 12 个平台版本的博客耗费 210.55 积分（4.68 元），一次 Flutter 编码任务耗费 298.71 积分（6.65 元）
- Pro 订阅 89 元 / 4000 积分，约够 19 篇博客或 13 次编码任务；重度编码用户可能撑不了一半
- 确实比速通模式贵了，但远没到读者评论所说的 25 倍
背景
昨天发了篇关于 TRAE 计费改制的随笔，有读者评论说按他的算法涨了 25 倍。正好那篇文章本身是用 TRAE-Work 生成的，于是翻了后台费用记录，用两组真实数据来验证。
实验一：多平台博客生成
文章生成分 5 步，前 4 步有对应的积分消耗记录，第 5 步是发布：
| 步骤 | 操作 | 积分 | 占比 |
|---|---|---|---|
| 1 | AI Skill 生成 draft blog | 18.52 | 8.8% |
| 2 | 抓取 2 张图片让 AI 引用 | 10.92 | 5.2% |
| 3 | 生成 12 个中英文平台版本 | 118.53 | 56.3% |
| 4 | 审阅后 AI revise 去除关键字 | 62.58 | 29.7% |
| 5 | 用 FaXia 工具发布到全部平台 | 0（工具使用，无积分消耗） | 0% |
| 合计 | 210.55 | 100% |
Pro 订阅 89 元 / 4000 积分，折算：(62.58+118.53+10.92+18.52)/4000*89 = 4.68 元。
关键发现：多平台适配（步骤 3）是积分消耗的大头，占 56.3%。 一次性生成 12 个平台版本意味着 AI 要理解 12 套不同的平台规范并分别产出，上下文窗口和输出量都是单平台生成的数倍。
实验二：Flutter 编码任务
需求是优化一款 Flutter 跨端 App 的端到端功能：研读架构文档、重构数据结构（从 OCR 原始输出提取更丰富字段）、新增手动编辑功能、优化页面 UI 跳转。
AI 拆分为 13 个子任务：
其中 E2E 用例回归报错耗费较多时间。经排查确认属于原有存量 BUG，后续分析发现是潜藏问题，会造成不稳定。
56 分钟完成，一次调用消耗 298.71 积分：
折算：298.71/4000*89 = 6.65 元。
数据对比
| 维度 | 博客生成 | 编码任务 |
|---|---|---|
| 积分消耗 | 210.55 | 298.71 |
| 折合人民币 | 4.68 元 | 6.65 元 |
| Pro 订阅占比 | 5.3% | 7.5% |
| 调用次数 | 4 | 1 |
成本估算
4000 积分的 Pro 订阅：
- 博客生成：4000 / 210.55 ≈ 19 篇
- 编码任务：4000 / 298.71 ≈ 13 次
轻度用户（每周 2-3 篇博客 + 1-2 次编码）够用。重度编码用户（每天 2-3 次编码任务）可能两周就耗尽月度额度。
结论
- 积分制提供了速通模式没有的成本透明度——每步操作的消耗可追溯、可量化
- 确实变贵了，但 25 倍是极端说法——推测官方会调整定价，给老用户发 6000 积分福利就是信号
本月已转订 Qoder-Pro 做横向对比。每一笔工具开支都要算清楚回报率——体感「贵了」和实际「贵了多少」之间，差着一笔需要量化的账。
大家在用 AI 编程工具时，有没有算过自己的月度积分消耗？欢迎评论区交流～
