claude code消耗快吗

今天的九块九小黄人是要上电影了吗？ 开机干活了兄弟！更新了后端的几个接口，绑定了 tiktok 推送代码，直接部署，非常香。 现在是十一点半，高强度的偷电了两个半小时，看一下我高透的用量，最近 readit 有 很多人吐槽的用量不够，我不知道他们是怎么用的，我已经是很重度的用户了。这个两百刀的方案是， 你把架构定好，把功能拆分成一个小小的模块，让他去做具体的任务。他的准确率非常高，因为涉及的上下文小，他用的头肯就少。 纯生牛乳，一点糖都没有，这个减脂餐简直了， 狗都不吃，看老马下饭。他是真的相信这个世界是虚拟的。 吃完了，用 cdk 部署 a w s 所有的资源，太爽了太爽了！ ai 写的代码， ai 写的文档，一点毛病也没有。下午有个活动，今天就这样了，九个 commit 还不错，拜拜。拜拜。

兄弟们下班了啊，今天分享一下我的一个用户啊，大家对于科研场景怎么用 cloud code 是 非常的关心和感兴趣，那就讲一下我的一个呃用户吧，他是在做科研，但他的项目是保密的，我也不能，我也不知道他在做什么，但是我知道他是在 一个科研的下面在用 cloud code， 然后他们的团队在用我们的 opus 四点五模型，再去通过 skills 做这个呃开发，所以说它整体上的消耗，你知道它现在消耗了多少吗？ 大概我服务了他应该有两个月的时间，他应该有消耗了大概有五千多刀啊，四千多的样子啊，那而且他现在持续的在每天的在通过 opus 四点五去进行这个开发，但其实这里就想给大家说一下，这里面的一个 i o y 的 一个衡量，就是 你通过这种这种中转的这种 cloud code 去使用的话，你想一下对吧？ opu 四点五的话，一百万 token 大 概是十五十五刀，十五刀对吧？ 十五刀，那相当于如果你按照人民币去换算的话，你可以想想放大七倍的话是多少钱，但是你现在只需要十五块钱，你就可以用 opus 四点五，那对于一个课题组来讲，或者是一个专项的这样的一个一个项目，对吧？你的 i y 就 非常高了， 因为你根本就不差这一点钱，对不对？但是你就可以通过目前地表最强的模型 o p o p 四点五去进行这个啊，课题的开发研究，对吧？ 日常的算法的训练，这些都没有任何的问题啊，所以说，而且他的老板非常强，他的老板是对 skills 是 skills 大 神，他可以通过很多的 skills 去进行这个 啊，去进行这个项目的这个研研究啊，所以说大家 skills， 所以 说大家 cloud code 还有很多很多场景可以值得大家去开发，我今天讲的这个例子只是其中的冰山一角。那你是怎么样用 cloud code？ 你 有没有用 cloud code 去 进行一种生产上的去使用呢？欢迎你可以分享你的故事啊。好，拜拜，下班。

七哥，哎，国产的大模型怎么这么便宜啊？很多人都觉得国产的模型便宜是好事，但我告诉你， 这可能是你今年交的最贵的一个智商税。这两天我在用可乐扣的写代码，好用是真好用，但贵也是真贵，才跑了两天，五百多块钱人民币就没了，这谁顶得住啊？ 刚好这个时候我看到了一篇公众号的文章，国内的一个叫 mini max m 二模型直接给他吹爆了，说他是编程界性价比之王，一个月只要九块九还能无限用。 我心想，这不就是我要的平替吗？然后立马我就上去试了试。刚开始写代码的时候，他速度是确实很快，代码生成的也很流畅， 我甚至都觉得，我以前是不是当大圆种了呀？这国外的月亮真的就比较圆吗？对吧？但很快报应就来了，当我把写的代码布上去的时候，我彻底就傻眼了，他把我要求的功能是写出来了， 但是他就像一个固头不固定的实习生，完全是忽略了我之前写的一些代码的细节。结果当我的新功能上线的时候，已有的那些功能不能用了，原本跑的好好的项目直接给我搞瘫痪了。 为了修复这些 bug， 我 又不得不把可捞的扣子给它请回来。它扫描了一下我的代码，又像一个资深的架构师一样，精准的进行了一个修补，把烂摊子算是给我修复了。这一顿折腾下来，修复 bug 又花了我一百五十块钱的算力， 最后算了算账，为了省那点模型钱，搭进去的不仅是我的时间精力、修复的成本。这一想着，就典型的叫捡了芝麻丢了西瓜。 我觉得在 ai 这个领域，贵的东西唯一的缺点就是贵，便宜的东西唯一的优点也就是便宜。 如果你想在真正的用 ai 应用到你的业务当中去，要提升生产力。听我一句劝，选最贵的模型，选最贵的模型，选最贵的模型才是最省钱的。

看好了，不登录、不绑卡，没有网络问题，国内顶尖模型免费用！打开终端，输入命令，敲下回车，立刻就能开始生成代码，这就是能力比肩 cloud code 的 同时，完全开源，完全免费，完全开放的 ai 编程界新星 opencode， 全平台支持安装使用超级简单，全部只需要这一行命令就可以完成。 mac 下还可以用 homebrew 安装。官方网站有非常详细的功能说明和完整的配置项列表可以供我们参考。 如果你不想看英文的话，也有这个中文站，有完整的官方文档翻译，可以帮助我们快速的上手使用。更加劲爆的是， open code 完美支持 cloud 的 agent， 直接把 md 文档复制过来，立刻就可以使用。 所以最最无敌的是社区还有这个 o my open code 的 插件，提供了开箱就可以使用的赛博研发军团。 看看这些真实的用户反馈，下一期视频，我来介绍一下他的详细用法。当顶级的工具已经免费并且极低门槛就可以使用的时候，决定你和高手之间的差距，就只剩下行动力了。不要收藏了，现在立刻马上就去把它安装起来，用起来！关注我，带你玩转 ai 编程！

那这两天我同时用 codex、 cloud code 和 gemini 去重构我一个网站，所以切身的体会了这三个的不同。如果说你也想知道他们在时弹当中有什么样的区别的话， 那应该对你有一点点帮助。那我这两天要优化的是这个产品是我之前做的一个生成视频的网站，那主要是对操作区和首页的 ui 做了一些重构优化。 那我是在谷歌的这个 anti gravity 工具下面去操作的， 同时打开了 codex、 cloud code 和 gemini。 那 首先我是先让 gemini 去优化，因为 gemini 三 pro 据说很厉害，但是我还没有深度的使用，所以我就先让他去尝试了一下，我把我的需求告诉他，结果一顿操作之后，我发现根本就用不了我一千五百行那个 文件，他在有一个组建的结尾的地方，应该是换行出了错还是什么一个非常低级的错误，但是他一直就没有修复，我告诉他很多次他都没有修复成功， 所以我最终放弃了。接下来我就用 cloud code， 我 把提示词也稍微换了一下，先让他去重构我一千五百行这个大文件。因为如果不把它拆小，你后续再做重构其实更容易出错，所以我就先让他重构这个文件。 它的分析看起来是非常细致，一路下来把一个大的文件大概给我拆了，有记得有八九个组件左右，拆的力度是非常细的，但是同样它不仅把整个国际化，也就是翻译这一块出了问题，而且 我某一个核心的功能完全被它漏掉了，所以这算是非常严重的问题了。当然至少它还能运行起来 比 gemini 要稍微好一点， gemini 是 根本就没有运行起来，整个文件就报错。最后我就让 codex 来试。 codex 可以 说是人狠话不多的典型，它没有像 co cloud code 这样给我大幅的解释 他的开发计划，基本上没有说什么，几句话，非常简短的说了他要干什么事情。 ok， 接下来就开始干活，也是很简短，你看从他开始干到结束 也就这么一点就完全搞定了，一次运行没有出任何错误。而且他把这一千五百行的文件给我重构的非常的合理，大概拆成了七个组件。那有了这个重构，我后续再去改 ui 其实就不容易出错了， 所以我后续的重构就是基于 codex 的 更改基础之上的。那从这个事情上我就发现 jamimi 处理这种大文件，他是很不擅长的，至少在这个案例当中，那 cloud code 呢？看似很细致，但是稳定性也不咋地，只有 code x 一 次性完成。我之前也看过很多人对于这三个模型的一些评估， 包括这些大模型的刷分，但是只有真正的去实战应用，你才会 切身的感受到他们的不同。当然我觉得这些模型它各有各的长处，只不过在我这个场景当中，我觉得 codex 表现的非常好，因是因为它是一个重构为主的任务。那在前几天，我做了另外一个， 因为我要去给我幼儿园的女儿上一个 ai 课，所以我用 jammy 做了几个课堂的游戏。那 jammy 完成的非常好，所以他做这种快速的圆形，对 y 要求比较高， jammy 是 他的， 这是它的擅长领域。那 cloud code 呢？我后续的这些 ui 的 优化，其实很多都是 cloud code 来完成的，它对 ui 的 细节把控做的很到位，这个要比 codex 在 ui 上的审美 cloud code 要好很多。所以我们切到这张图来看一下。 codex 就 像一个扫地僧一样， 话不多，但是干的稳准狠，非常像一个成熟的工程师或者架构师，所以它适合干什么呢？这种大规模代码的重构，这三个一定要让 codex 去做这样的事情， 而且它的稳定性非常的高，它适合去做你的系统的架构，给你搭框架以及后续的架构级的调整，都适合 codex。 那 cloud code 呢？它很认真，很细腻，你看它给你出的开发计划 都有一米长，那它的前端的审美也比 codex 要好，但是它容易出的问题就是想多了， 比如说那个文件，他给我拆了大概接近十个组件，拆的力度非常之细，列的计划非常之多，但是做出来以后发现他把我很多的翻译搞错，把我一个核心功能搞掉， 所以他的稳定性其实不如 qd x。 但是他在我后续做 ui 的 细节打磨的时候，他 的审美和细节做的是要比 codex 要好的，所以它更适合在框架搭好的基础之上做细节的 u i 的 优化。那杰米奈适合做什么呢？ 他真的属于灵感型的选手，做圆形很快，而且很有创意，但是在复杂的工程面前容易翻车，就像我这次一样，根本就跑都跑不起来， 文件结尾都出错。所以他的强项在于快速的原型生成，适合去验证我们的一些想法，做 mvp 他 很适合， 所以如果这三个你要去搭配的话，那我们在前期做原型 mvp 适合用 gmail 来快速出效果，中间搭架构我们可以让 codex 来上，最后再做 ui 的 细节打磨，可以让 cloud code 来上。 当然模型现在进化的非常快，我现在说的这些呢，只是针对我这个项目，以及我目前的认知，以及目前模型的一个进展程度，但是也有很多可以 补足它们的短板的方式。你比如说在 cloud code 里面有 skill， 其中有个 skill 就是 专门做前端设计的一个 skill 叫 frontend design， 那这个 skill 是 完全可以在 codex 的 这个里面去安装的，那我刚才也试了一下，完全可以安装，并且你可以在 codex 当中调用这个 skill， 让它去做 ui 级别的打磨， 那有了这个加持， codex 的 ui 能力就会有个大幅提升，所以这算是一个外挂，来弥补 codex 它原生在 ui 能力上的一个不足。所以这就是我通过这个项目的一个实际感受，这三个模型的差异，以及如何去为 codex 增强它的 ui 能力，希望对大家有帮助。