摘要
是的，你没看错！ 龙虾之父 Peter Steinberger 一个月的 API token 花费金额竟然高达 130 万美元+。 可以看到，30 天总 token 消耗量为 6030 亿，请求量 760 万， 网友惊呼，「雇佣一支开发团队可能都比这便宜。」 另一位网友追问道，「兄弟，你最好能亮出点真本事，做出那些百万美元年薪的工程师都搞不定的东西，不然这广告恐怕就成了前沿实验室泡沫开始破裂的信号了。而且这价格还是补贴过的。天哪，要按实际成本算，那得贵得多。」 Steinberger 回复称，「我把快速模式关掉，价格直接便宜了 70%，所以算下来也就一个员工的成本。」 还有人直接开嘲，「一个月 130 万美元？结果你啥都没交付。你真是史上最差劲的营销鬼才。」 Steinberger 同样予以回击，「说不好啊兄弟，你这『啥都没交付』的定义未免也太特别了吧。」 Steinberger 还表示，「这些代码全是用 Codex 写的。那些比较乱、我后来整理过的拉取请求，大概是 Claude 写的。」 在自曝高昂的 token 花费并引发热议之后，Steinberger 很快做出了回应，他说他正在尝试回答这样一个问题： 「如果 Token 不再重要，未来我们会如何构建软件？」 我们长期在云端运行大约 100 个 Codex，审查每一个 PR、每一个 issue。只要 main 分支上合入了一个修复，@clawsweeper 最终就会找到那个已经挂了 6 个月的旧 issue，并带着精确引用把它关闭。 我们会在每次 commit 上运行 Codex，审查安全问题，因为这些问题实在太容易漏掉。 我们会用 Codex 对 issue 去重、发现聚类，并为最紧迫的问题发送报告。 我们有一些 Agent 可以复现复杂环境，启动临时的 crabbox.sh 机器，登录到 Telegram 之类的平台，录制视频，并在 PR 中发布修复前后的对比。 还有一些 Codex 会监控新 issue，如果它符合我们已经写明的产品愿景，就会自动为它创建 PR。随后，另一个 Codex 会再去审查这个 PR。 我们还运行 Codex 来扫描评论中的垃圾信息，并封禁相关用户。 我们运行 Codex
摘要可能不完整，可查看原文
相关事件
暂无数据
相关公司
暂无数据
相关技术
暂无数据