# 费用与资源优化 学习模型定价、用量核算和成本优化，适合管理个人或团队 AI 预算的用户。 - 所属：[部署与推理优化]() - 网站：[https://oplearnx.com/topics/ai-cost-optimization]() ## 推荐学习顺序 1. [提醒：别继续旧对话，改开新会话]()（帖子 · 入门）：r/ClaudeAI 社区帖子，作者称恢复冷会话时存在 bug，一条只有三条消息的对话在恢复后可能几秒内耗尽 5 小时用量上限，因此建议改为新建会话。评论区讨论这是否属于 bug，还提到长对话历史每次都要消耗大量 token，以及可用插件在缓存冷时加锁、预热缓存或离线压缩对话记录等做法。适合正在用 Claude Code 或 Claude 对话功能、关注用量限制与 token 消耗的人阅读。 2. [今天 Claude Code 用量暴涨 8 倍：Anthropic 确认服务错误会计入付费额度，且不予补偿]()（帖子 · 入门）：一篇 r/ClaudeAI 社区帖子，作者称 10 月 27 日使用付费 Claude Pro 订阅运行 Claude Code 时 5 小时额度消耗异常加快，并用 ccusage 对比当月数据，显示总 token 约为此前日均的 8.1 倍、输出 token 约 26.3 倍。帖子还引述 Anthropic 支持团队的回复，称当天存在两次 Claude Sonnet 5.5 错误率升高的故障，错误可能引发重试从而加快用量消耗，并提及关于失败请求是否计入额度及能否补偿的询问。适合使用 Claude Code 付费订阅、关心额度与错误重试计费规则的人阅读。 3. [发布GPT-6.1 Terra：更快更强更便宜的计算机使用模型]()（帖子 · 入门）：这是 OpenAI 官方 X 账号的一条发布帖，宣布推出 GPT-6.1 Terra 模型。帖文称该模型能以更低价格提供快速、有能力的计算机使用功能，可理解屏幕内容、跨应用执行操作、自然写作，并适合覆盖整个工作日的工作量。帖子发布于 2026 年 10 月 26 日，含一段视频。 4. [推出 Claude Opus 5]()（博客 · 入门）：这是 Anthropic 的发布公告，介绍当日上线的 Claude Opus 5。文中称其接近 Claude Fable 5 的前沿智能水平而价格为其一半，在 Frontier-Bench、GDPval-AA 等编程与知识工作评测上达到新的最优水平，但在网络安全任务上仍落后于 Mythos 5；它成为 Claude Max 的默认模型和 Claude Pro 上最强的模型，与上一代 Opus 4.8 成本相同而性能提升，并提供可按智能或节省 token 调节的 effort 设置。 5. [推出 Gemini 3.6 Flash、3.5 Flash-Lite 和 3.5 Flash Cyber]()（博客 · 入门）：Google 发布三款 Gemini 新模型，面向构建生产级 AI 智能体的开发者，强调 token 效率、低延迟和可靠性。文中称 3.6 Flash 在编码、知识工作和多模态方面表现更好，按 Artificial Analysis Index 输出 token 用量较 3.5 Flash 减少 17%，在部分基准上降幅可达 65%；3.5 Flash-Lite 定位最快、最经济的 3.5 级模型，约每秒 350 个输出 token；3.5 Flash Cyber 则在 CodeM 相关语境中介绍。 6. [OpenAI 和 Anthropic 在几个月内将 LLM 价格下调最多 80%，为什么？]()（博客 · 入门）：Max Woolf 的博客文章，梳理 2026 年 6 月至 7 月 OpenAI 与 Anthropic 主要模型发布的时间线，列出各模型输入/输出/缓存读取的每百万 token 定价，包括 GPT-5.6 Sol、Luna、Claude Sonnet 5、Claude Opus 5 等，并记录 OpenAI 在 7 月 30 日将 GPT-5.6 Luna 价格下调 80% 至 $0.20/$1.20/$0.02，文章还配有降价后 Luna 的模型质量与单任务成本对比图。 7. [介绍 Kimi K3.1 Pro]()（博客 · 入门）：Simon Willison 记录 Kimi K3.1 Pro 上线 Kimi API 的情况：权重尚未开放，Moonshot 承诺 2026 年 11 月 4 日前发布完整权重；另有价格翻倍、速度 2–3 倍的 Highspeed 版本（输入缓存命中价格相同）。文中列出定价（输入 2 美元/百万 token、输出 10 美元/百万 token）与 Moonshot 及 Artificial Analysis 的基准对比，并附上他用 LLM 0.32 的 openai endpoint 命令在三个推理级别下生成骑自行车鹈鹕 SVG 的测试过程。 8. [【AINews】AI Engineer 纽约站：Gemini 4 Argon、Vals AI 基准测试]()（博客 · 入门）：Latent Space 旗下 AINews 栏目的一期新闻简报，日期范围为 2026 年 10 月 12 日至 13 日。内容涉及 Google 全球发布 Gemini 4 Argon（覆盖 API、Gemini 应用及搜索等入口，并列出每百万 token 2 美元/10 美元的入门价格及后续调价信息），以及 AI Engineer NYC 约两万人参加的大会主旨演讲，包括 Anthropic 的金融服务技术栈、Vals AI 的基准测试原则和 Coatue 的 AI 负责人分享。 9. [hanzohanzhe/Grandet]()（项目 · 入门）：这是一个 GitHub 仓库，提供 Grandet Skill 和一个匿名 MCP 服务器，用于让 AI 智能体查找任意模型最便宜的 API 并接入使用，价格数据来自 grandet.ai 上 1,800 多家官方、推理与中转服务商的标价。README 给出了网站、远程 MCP 服务器地址（无需注册和 API 密钥）以及向 Codex、Claude Code、Cursor 等智能体安装技能的方式。 10. [AI 账单太贵了：Token 经济学入门——Eugene Cheah，Featherless AI]()（博客 · 进阶）：这是 AI Engineer NYC 2026 上 Eugene Cheah（Featherless AI）的演讲录像，针对 token 支出上升而生产力未同步提升的情况，提出在大规模场景下降低推理成本的四个步骤：度量、按需选型、合理采购算力、检查流程。内容涉及按团队拆分 API key、代理性与流程型工作负载的区分、在特定任务上可比肩前沿模型的开源模型、分类器、微调、速度与成本的权衡以及所谓“slop grenades”，并附时间戳与问答环节。 11. [证明 Alpha：一家对冲基金如何衡量 AI 的投资回报——Hari Kumar，Contour Asset Management]()（博客 · 入门）：Contour Asset Management 的 AI 负责人 Hari Kumar 介绍这家约 60 亿美元的基本面多空基金如何衡量 AI 投入的回报。内容包括对分析师研究工作进行有无 AI 工具的实时 A/B 测试、跟踪“每条有用洞察的成本”、用智能体在市场重新变得有趣时调出旧想法，以及把同样的思路延伸到交易、运营和合规环节。材料中附分章节时间线。 12. [Claude 抓到了 Claude 在浪费 token]()（帖子 · 进阶）：一篇 r/ClaudeAI 社区帖子，作者自建了一个语音触发 CLI 工具（STT→服务器→Claude Code→TTS），某次测试后由另一个 Claude 会话读取日志，发现模型首轮运行 72 秒、输出约 8000 个 token 的纯文本，内容几乎全是零宽 Unicode 字符，没有工具调用，因此用户什么也没听到。帖子记录了该轮日志约 8002 个输出 token、估算成本约 0.24 美元。适合用 Claude Code 搭建语音代理或关心 token 消耗排查的人阅读。 13. [复盘 Claude Code 耗额：留意 effort，子代理会继承且叠加]()（帖子 · 进阶）：Boris Cherny 在 X 上回应分享 session ID 的用户：团队逐一查看了这些会话，发现若干使部分会话消耗 token 偏快的小问题并正在推出修复，未发现单一根因或 Claude Code 的回归。多数反映额度消耗过快的用户被追溯到一两个重负载会话（xhigh effort、/goal、Workflows、Agent Teams、长时间 SDK 任务）。他提醒注意当前的 effort 级别，子代理默认继承该级别且会迅速叠加，/usage 可查看会话 token 去向，并鼓励继续用 /feedback 反馈，团队也会直接联系提供 ID 的人。适合正在用 Claude Code 做开发、关心额度消耗的人阅读。 14. [同一个游戏做两遍：单独用 Opus 对比 Opus 做规划 \+ 本地 Qwen 写代码。16 分钟对 42 分钟，2.52 美元对 0.62 美元]()（帖子 · 进阶）：r/ClaudeAI 社区帖子。发帖者因 Opus 的账单主要来自输出 token，尝试让 Opus 只负责思考、由本地模型负责敲代码：在同一台 MacBook Pro M5 Max 上，按同一规格做了两次五关像素平台游戏，一次只用 Opus 5.5，一次用 Fusion 模式（Opus 5.5 规划与审查，本地 Qwen 3.8 27B 以 3 个 worker 写代码）。结果为云成本 2.52 美元对 0.62 美元、耗时 16 分钟对 42 分钟、Opus 输出 90.7k 对 11.3k token、清单完成 25/25 对 24/25，耗时增加源于 3 个 worker 共用一个 GPU。帖子最后征询读者是否愿意为更小账单多等 2.5 倍时间。适合关注本地模型与云端模型混合做 agentic coding、以及想压缩 API 成本的人阅读。 15. [Folkbench/folkbench]()（项目 · 进阶）：这是一个开源项目仓库，内容为 AI API 中转站的实测评测排行与切换工具，实测可用率、延迟和价格，面向 Claude Code 与 Codex 等使用场景，仓库标注语言/框架为 Tauri，并附有 folkbench.com 主页、Telegram 群组和发布版本等信息。 16. [如何真正做 Token 优化并省下数百万——Alvin Pane（OutRival）]()（教程 · 进阶）：一个会议演讲视频。演讲者从“更便宜的候选模型与生产模型在 18% 的样例上不一致，是否直接拒绝”这一问题切入，指出先用现有模型重复运行可得到约 7% 的自我不一致率，因此简单的模型间一致率不足以衡量质量。他以名为 HarborBite 的合成示例（作为大型指令提示词的代理，并说明并非真实节省百万美元的证据）展示降低成本的流程：先做可观测性（记录提示词版本、模型选择、token、延迟、成本），再用前缀缓存、DSPy 和 GEPA 搜索更短的指令，示例提示词缩减 51% 但仍需质量测试。还涉及影子评估、人工复核分歧、净增益的配对置信区间作为发布标准，以及对关键客户类别单独检查。 17. [如何构建 AI 代码审查智能体——Daksh Gupta，Greptile]()（博客 · 进阶）：这是 Greptile 联合创始人 Daksh Gupta 的演讲，介绍该公司对想要自建代码审查智能体的公司的建议。他从沙箱加 webhook 的简单方案讲起，说明该方案会漏掉缺陷、每个 PR 花费 3 至 25 美元并产生大量细枝末节的挑刺，随后逐项介绍改进方法：更聚焦的提示词、历史事故 PR 数据集、模型反转（用 GPT 审查 Claude 写的代码反之亦然，可多发现约 10% 的缺陷）、代码库上下文与持续更新的 wiki、在沙箱中借助 computer use 自主测试，以及把多数子任务交给更便宜的模型。视频带有章节时间戳。 18. [为小语言模型专门化词表如何在实际应用中将推理成本降低 77%]()（博客 · 进阶）：文章介绍 Dharma-AI 基于 VocabX 论文的成果：围绕每个 token 的成本而非频率来专门化词表，在不更换基座模型的情况下把实测推理成本降低 77%。文中以生产环境中基于 Qwen3-4B 的葡萄牙语作文自动评分器为例，说明通用词表如何将模型最常写出的文本切分成过多 token，并指出分词器通常被视为基座模型的固定属性而未被改动。 19. [同样的 GPU，产出多出 50%：为什么运营方是关键——SemiAnalysis 的 Oliver Kennon]()（博客 · 进阶）：演讲把算力视为大宗商品市场，指出购买 GPU 只是获得潜力，实际可用产出取决于运营方：在同样的 B200 芯片上，仅服务栈一项就能带来约 50% 的产出差异。内容还包括集群安全如何影响“智能”是否有用、SemiAnalysis 的 ClusterMAX 如何给运营方评级、租用价格与生产成本的区别、成本位置取决于竞争对手，以及构建可比算力评级与算力期货所需的条件。 20. [为什么 AI 算力是按矩形购买的 —— Erik Bernhardsson，Modal CEO]()（博客 · 进阶）：Latent Space 的访谈节目，主持人与 Modal CEO Erik Bernhardsson 讨论公司在 5 亿美元 C 轮后完成 7.5 亿美元 D 轮、估值 160 亿美元、年化收入突破 10 亿美元并创建近 30 亿个沙箱的情况。核心话题是算力经济学：传统容量合同把 GPU 按固定数量、固定时长购买，在时间—容量图上呈矩形，而真实工作负载会增长、突增、回落；Erik 讲述 Modal 如何通过聚合数千客户的需求来做“时长变换”。含 YouTube 完整对话链接，涉及服务器无服务器化 AI 基础设施的开发者与商业读者可关注。 21. [可编程数据中心——Evan Conrad，SF Compute]()（博客 · 进阶）：这是 Latent Space 在 AIE NYC 新设的 Compute Trading 分论坛期间录制的对谈，嘉宾为 SF Compute 的 Evan Conrad。文章以软件定义网络对思科、VMware 的影响作类比，讨论 GPU 计算的同类变化：SF Compute 让用户买卖当下和未来的 GPU 小时，并从网络到内存进行程序化控制。对谈还涉及物理交付 GPU 合约需要什么条件、计算市场要变得流动需要满足哪些前提，以及公司从转租集群扩展到承担云运营商职能的过程。 22. [为什么算力交易仍在群聊中进行——Affaan Mustafa 与 Alejandro Soumah Fernandez，Jump Trading]()（博客 · 进阶）：Jump Trading 负责算力交易的两位讲者解释为何大部分 GPU 容量仍在公开市场之外交易：私下报价、双边合约以及通过 Slack、X、Telegram 达成的交易。他们讨论为何代币价格下跌而 GPU 价格坚挺、芯片与电力、机房和资金如何共同决定一个 GPU 小时的价格，以及中型企业因三年合约需预付 15%–25% 而面临的融资缺口；还涉及经纪商、交易所、期货、出口管制和标准化合约等话题。 --- 中文标题与摘要由模型根据原文生成，以原文为准。 来源：LearnMap · 学径（https://oplearnx.com）