Lovable 重构计费体系：统一信用额度，实现开发与运行成本透明化
Lovable 近期宣布对其计费与信用系统进行了重大升级。此次更新的核心目标并非改变价格，而是简化用户体验，解决开发者在应用构建（Building）与生产运行（Running）之间成本结构割裂的问题。
更新背景：从“分离账单”到“统一视野”
Lovable 自推出以来，一直采用双轨制计费：月度订阅费用于支持应用构建，而云托管（Cloud）和 AI 服务则通过独立的信用余额支付。这种模式在早期较为合理，但随着用户构建的应用日益复杂——从简单的静态页面到集成数据库、文件存储、服务器函数及 AI 调用的全栈应用——这种分离逐渐显得生硬。
社区反馈显示，开发者迫切需要更透明的支出视图，以便监控资金流向并控制成本。Lovable 意识到，强制将“开发”与“运行”视为两个独立活动，反而增加了用户的认知负担。
核心突破与功能特性
此次更新主要包含两大变革：
1. 单一信用余额（Single Balance）
Lovable 将原本分离的“构建信用”与“云/AI 服务信用”合并为一个统一的信用池。
- 无缝转换：对于已购买的云/AI 余额，系统将在迁移过程中自动将其按当前订阅计划的信用价格转换为通用 Lovable 信用，并计入您的总余额。
- 成本不变：所有 Lovable 服务的实际成本保持不变，用户无需担心费用上涨。
2. 升级后的计费仪表盘（Plans & Credit Usage）
全新的仪表盘提供了前所未有的透明度，允许开发者追踪每一笔支出的去向：
- 细粒度追踪：可查看具体成员、具体项目以及信用是用于构建还是运行。
- 模型级洞察：能够识别应用正在使用哪些 AI 模型，并统计每个模型的具体消耗量。
3. 免费额度调整
- 构建额度：保持每日 5 个免费构建信用不变。
- 运行额度：为 Free、Pro 和 Business 工作区每月提供 20 个云服务信用；Free 计划额外获得 4 个 AI 服务信用，确保新用户能体验完整功能而无需立即付费。
实际价值与应用场景
对于开发者而言，这一变化意味着更高效的资源管理。无论是像 Klar 这样拥有 6000+ 学生的教育应用，还是 WeGlow 这样的公益项目，开发者现在可以在一个视图中监控从代码生成到数据库写入的全链路成本。这种透明化对于控制预算、优化 AI 调用策略至关重要。
迁移说明
此次更新无需用户采取任何行动。Lovable 正在逐步迁移工作区至新系统。您将在“Plans & credit usage”页面看到已购买的余额自动转换为信用。如果您的账户尚未迁移，现有余额将照常工作，直至完成转换。
