AI 开发的经济学：CapEx vs OpEx
Total Cost of Ownership (TCO)
白皮书指出：
“The conversation often begins and ends with developer velocity: how fast can we write code? However, for engineering leaders, the more critical metric is the Total Cost of Ownership (TCO).”
翻译：对话经常开始并结束于开发者速度。然而，对于工程领导者，更关键的度量是总拥有成本（TCO）。
CapEx vs OpEx
| 概念 | 说明 | 在 AI 开发中的应用 |
|---|---|---|
| CapEx（Capital Expenditure） | 前期投资构建某物 | 设计 API schemas、构建测试套件、结构化 context |
| OpEx（Operational Expenditure） | 运行、修复、维护的持续成本 | Token 成本、维护税、安全修复 |
在 AI 时代，OpEx 严重受 token 经济影响。
Vibe Coding 的隐藏债务（低 CapEx，高 OpEx）
表面优势： - 进入门槛接近零：标准月订阅 + 几个随意 prompt - CapEx 可忽略：完全依赖模型基线能力，不投资系统设计
隐藏的三大 OpEx 成本：
| 成本类型 | 说明 | 量级 |
|---|---|---|
| Token Burn Rate | 每次与 LLM 交互基于 token 收费。倾倒大量无结构文件到上下文，重复要求模型修复未验证错误 | 昂贵 prompting loop，低首次成功率 |
| Maintenance Tax | Ad-hoc prompting 代码缺乏结构一致性。6 个月后 bug 出现，工程师必须逆向工程”spaghetti”代码 | 几天逆向工程成本 |
| Security Remediation | 没有自动化评估 harness，代码快速生成导致漏洞快速生成。生产中修复安全缺陷的成本 | 比设计阶段指数级更高 |
Agentic Engineering 的投资（高 CapEx，低 OpEx）
CapEx 投资： - 设计 API schemas - 构建确定性测试套件 - 最重要的是：结构化 agent’s context
OpEx 降低： - AI 在严格治理的”工厂”内运行 - 输出结构健全、预测试、符合公司标准 - 发布和维护特征的边际成本剧烈下降
Context Engineering 作为财务杠杆
白皮书指出：
“In the token economy, context engineering is not just a technical skill—it is a financial strategy.”
翻译：在 token 经济中，context engineering 不仅是技术技能——它是财务策略。
策略： - 提供正确上下文 upfront → 大幅提高 Agent 首次成功率 - 避免困扰 vibe coding 的昂贵试错循环
Intelligent Model Routing（智能模型路由）
| 方式 | 模型选择 | Token 成本 |
|---|---|---|
| Vibe Coding | 单一、巨大前沿模型用于每次交互（修复 typo 或生成基本单元测试） | Premium token 价格用于所有任务 |
| Agentic Engineering | 大、先进模型用于高复杂任务；确定性、低复杂任务路由到更小、更快、更便宜模型 | 优化 token 成本，维持质量 |