#AI编码

1个月前

全世界Claude Code用户激情辩论中 —— 使用Claude Code $200美元的包月套餐，积极使用高级功能用于编码工作，一个月消耗了价值$50K美元的Token，算是滥用吗？ ———————————————————————— 周五的时候，突然发现，我好像是全世界使用Claude Code的最多人，没有之一，一个月内使用了五万美金的Token。详见我之前Twitter的帖子。（我几乎是0粉的Twitter账号，这个帖子竟然直接让我涨了1600粉，吓得我赶紧开了一个蓝V）我一直是Claude Code的忠实粉丝和积极布道者，国内少说有上千人，因为我的安利，从而放弃了Cursor等其他AI编程工具，拥抱了Cladue Code。周五晚些，有一名中国Claude Code用户，充满恶意的将我的公众号截图，发到了在Reddit的Anthropic的社区，引发了全世界Claude Code用户的讨论。（更扯的是，这名中国用户，正在拉黑和删除评论和他相反观点的其他用户。你不用抱有期待在那里能看到太多客观公正的评论。）讨论地址既然这么多人关注。想借这个机会，和大家讨论一下： Claude Code提供了$200美元的包月套餐、几乎不限制使用，并且官方提供了Ultrathink、Opus、7/24小时后台运行(v1.0.71版引入的Background Commands功能)等高级功能。我完全在官方允许的范围内，积极使用Claude Code高级功能开发自己的产品，发挥它的最大潜力，偶然成为了全世界消耗Token最多的人。是否可以定义为“滥用”？我的观点：我不认为我在滥用，我的所有使用，都在官方允许的范围内。我也不存在浪费的情况，因为我是用来进行正常的编码工作，做出还不错的产品(产品是盈利的)。相反，作为Claude Code的资深重度用户、Claude Code高级使用方法的推广者，我甚至认为官方应该给我结算广告费。有趣的是，很多自以为是的“道德卫士”指责我滥用，然而他自己用的却是盗版(盗刷信用卡或中转版)的Claude Code。有人问我是不是感到自豪。我当然感到自豪啊！从数据上看，这个星球上似乎没有太多人，比我更善于使用Claude Code了。（如果你想知道我用Claude Code开发了什么产品？我Twitter的个人介绍有写。） ———————— 你的观点是什么呢？欢迎讨论。

AI编程工具激战：Claude Code、Gemini Cli崛起· 900 条信息

#Claude Code #Token消耗 #用户争议 #AI编码 #产品开发

1个月前

#Anthropic 通过 #Claude Sonnet 4 提供百万上下文窗口，可以为 AI 编码提供更好的性能。虽然提供了百万上下文窗口，但其 API 调用价格也更高，包括百万输入 3 美元涨价到 6 美元、百万输出 15 美元涨价到 22.5 美元。查看全文：

#Anthropic #Claude Sonnet 4 #百万上下文窗口 #AI编码 #API调用价格上涨

2个月前

对于 AI 编码提升效率这事，越是开发经验丰富的人越是保守，倒不是说这些人是老顽固不接受新技术，只要开发软件的模式没有变，还是现在的要做架构设计、写代码、测试、上线部署的模式，那么目前 AI 编码提升效率就是有限的。 AI 编程在特定场景确实会效率飞起：比如写个爬虫脚本、截图到UI、将代码从一种语言翻译为另一种语言、做个原型等等但是当项目开始复杂，AI 对效率提升就会降低，主要有几个原因： 1. 屎山代码 AI 对于维护屎山代码比较困难，因为它无法理解完整代码，并且它很难保证不让屎山代码崩溃 2.模糊的需求即使是AI编程，也需要理解需求，需求的描述常常只有一段话，这样模糊的需求是无法直接发给 AI 的，需要负责开发的人先理解需求，理解当前项目架构，然后抽象成编程上的描述，才能指挥 AI 帮你变成代码 3. 复杂的技术实现复杂的技术实现对于 AI 来说，对于人来说同样不好描述清楚，虽然能做出来，但是很多时候生成结果不一定是正确的或者想要的，需要反复几次才能得到想要的结果，甚至一直得不到。这种反反复复生成的成本也是成本。有人会说：即然屎山代码不好维护，你新开项目不就好了？遗憾的是：当你的应用一旦走上正轨上了规模，必然会变成屎山代码并且越来越复杂，主要差别是前期 AI 速度快，但是制造屎山的速度更快！也有人说：那我事先做好架构设计无论架构设计多优秀，也难避免屎山代码的宿命： 1. 需求一直在变，你的架构设计是针对老的需求，随着新的需求增加，老的架构慢慢的就无法满足了，需要重构 2. 实施架构的人或者 AI 如果不能很好的理解和贯彻架构设计，就很难保证代码质量不过上次有个朋友提到：微服务架构在 AI 编程时代要重新火起来了这点我倒是认同，微服务架构被人诟病的是过度设计维护起来不容易，一个小项目拆几百个微服务，但它最大的优点就是耦合度低，每个服务之间通过协议通信，但是内部实现可以比较灵活，这其实蛮适合 AI 生成的，不必过于纠结它代码质量，能稳定运行就好。只不过微服务架构同样考验架构水平，另外适用于大中型项目的后端，小项目同样没必要折腾。说这些不是说 AI 编程没用，只是说一下不要对它的效率抱不切实际的幻想

AI编程工具激战：Claude Code、Gemini Cli崛起· 900 条信息

#AI编码 #效率提升有限 #屎山代码 #微服务架构 #需求变更

3个月前

ai编码，从助手到独立完成项目的开发者 Open ai Codex团队最新访谈红杉资本的这期访谈邀请到OpenAI Codex团队核心成员——研究员Hansen Wang与产品负责人Alexander Embiricos。两位都是顶尖专家，直接参与Codex One的开发。访谈解读了AI如何重塑开发流程和下半年的巨大突破预测。 🧵

#AI编码 #Codex团队 #项目开发 #红杉资本 #HansenWang #AlexanderEmbiricos #OpenAICodex #人工智能 #开发流程 #技术突破

3个月前

Cladue4不再像之前那样，一口气把所有代码生成出来而是一边写代码，一边检查错误修复错误之后，再改代码，如此循环整个工作流程已经很像人类实际工作的流程了再过一段时间，AI就能胜任大多数编码工作了回想几年前GPT3刚出来的时候，连笑话都讲不明白真是洪流滚滚不可阻挡

#Claude4 #AI发展 #代码生成 #AI编码 #人工智能进化