























这场讨论围绕一篇博客展开,作者认为 Anthropic 和 OpenAI 在 coding agents(如 Claude Code 和 OpenAI Codex)上已经找到 PMF,因为重度用户愿意为更快的编程、调试和 review 付费。争论焦点不是模型是否“有用”,而是这种用法能否覆盖巨额 data center、GPU、memory、power 和研发 CapEx,以及 training 和 inference 的真实比例。评论还不断拿 GLM-5.1、DeepSeek、Qwen、Kimi 2.6 等 open weight model(可自行下载权重部署的模型)作对比,认为它们已经可以在很多场景替代 frontier API。背景里还包括企业把 LLM 接入 IDE、agent harness(围绕模型的工具调用与反馈工作流)、search、POC 和内部流程,以及对 IPO、non-GAAP 利润和未来涨价的怀疑。
不少评论认为,至少在 coding agents 上,Anthropic 和 OpenAI 已经有了真实 PMF。很多人拿自己用 Claude Code、Codex、OpenCode、GLM-5.1、DeepSeek V4 的经历举例,说它们能持续产出 PR、跑 tests、修 bug、做 POC,甚至让一些原本要几周的项目在几天内完成。也有人强调真正改变的是工作流:先让模型做规划、检索依赖、生成草案,再由人 review 和收尾,这已经足够改变日常工作。即便如此,这类“PMF”通常被限定在 coding / agentic workflow,而不是“通吃所有知识工作”。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10]
另一大分歧在于 token economics 是否真的成立。支持者引用 $200 计划可跑出 $2,180 的 API 等价用量,或者企业按 API 价、甚至高于订阅价计费,认为这说明 labs 已经能把重度用户变成现金流;怀疑者则指出这只是成交价,不等于真实成本,更不等于可持续利润。很多人强调,当前高消费计划之所以好用,是因为带有明显 subsidization,Finance 一介入就开始压 token quota、收紧模型权限。还有人质疑 inference 和 training 的成本分摊、折旧、EBITDA 口径,认为一旦把训练、CapEx 和设备折旧算进去,所谓盈利就会缩水很多。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11]
很多评论认为,OpenAI 和 Anthropic 最危险的不是今天的 PMF,而是 open weight 和 Chinese providers 正在快速把价格打穿。GLM-5.1、DeepSeek V4 / V4 Flash、Qwen、Kimi K2.6 等被反复提到,支持者认为它们已经足够覆盖大量 coding、翻译、检索和 agentic workflow,而且便宜到可以本地或在 cloud 上自建。反对者则承认差距仍在,尤其是复杂 coding、长上下文和更稳定的 tool usage,但也承认“好到够用”正在逼近。这个方向一旦成立,frontier labs 的高价 API 和订阅护城河就会被压缩成 commodity。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11]
不少人认为真正的价值不只是“更快写代码”,而是把组织里的协调、审批、依赖搜索、需求澄清和 POC 成本打下来。评论里反复提到 away-team work、法律审批、跨团队依赖、测试和 review 这些环节,认为 AI 能把原本卡在邮件、会议和排期上的工作变成 prompt + tool call。也有人担心这会首先打掉 junior knowledge worker 和 donkey work,甚至让团队更小、更高杠杆,但同时也有观点认为这会创造更多 small business 和个体创业机会。另一条相反的担忧是:如果把所有效率都用在 token consumption 上,组织未必真的产生更多 revenue,只是把 KPI 和 code churn 做大了。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11]
很多评论把这看成一场用 PMF 叙事包装的资本市场游戏。有人直接质疑 $5T-$10T 回本数字来自哪里,认为 OpenAI 和 Anthropic 现在更像是在赶着涨价、锁 enterprise 年约、做 non-GAAP 叙事,甚至靠临时折扣把某个季度做成“盈利”。也有人把它类比成 Uber、WeWork、铁路泡沫或 dot-com,认为真正的目标是把账单转给 pension、401k 和 index funds。还有人指出,标题里所谓 PMF 更像是在说“产品有人买”,而不是“赚得到足以覆盖 capex 的钱”,两者不能混为一谈。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14]
PMF: Product-Market Fit,产品与市场需求匹配;在这里争论的是 AI 产品是否已经有稳定、愿意持续付费的用户。
token: LLM 的文本计量与计费单位,也是讨论订阅、API 成本和用量上限的核心指标。
inference: 模型在使用时进行推理和生成输出的阶段,通常对应持续的服务成本。
training: 模型训练权重的阶段,通常是高 CapEx、高计算量、难以外部观察的部分。
CapEx: Capital Expenditure,资本开支;这里主要指 data center、GPU、memory 等重资产投入。
API pricing: 按调用量计费的定价方式;评论里用它来对比订阅价和企业实际支出。
agent harness: 围绕 LLM 的工具调用、搜索、反馈循环和自动化工作流,用来把模型变成可执行的 agent。
open weight model: 可直接获取权重并自行部署的模型,常被拿来和封闭 API 模型比较成本与可替代性。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。