Claude Sonnet 3.5 口碑爆棚! 10倍速开发的AI神器

技术创始人lapurita的一篇关于“使用Claude Sonnet 3.5实现了10倍开发速度”的帖子火爆网络。

“我震惊地发现，Claude Sonnet 3.5可以让开发速度变得如此之快！”lapurita说道。“我没有夸大所有大模型，因为这是第一个让我真正用起来感到舒适的大模型。我可以比之前快10倍地实现市面上大部分热门应用的技术部分。我仍然需要做架构和基础设施的决策，但像编写UI组件这样的事情，现在真的比之前快了10倍，这让迭代速度变得非常快。”

lapurita的说法引起了广大开发者的共鸣，大家纷纷转发赞同他的观点。一时间，OpenAI竞争对手Claude的模型风头无两。

速度真快了不止10倍？

根据lapurita的介绍，他现在开发一个功能的工作流程基本上是：

深入思考功能，或许会与Claude讨论；

编写基本规格(通常只是一些句子和要点)，并与Claude一起迭代；

确保为Claude提供所有相关的上下文，并请求代码实现。

lapurita会先在Claude中上传相关文件并创建项目，其中最重要的文件是“main context”，该文件明确说明了应用程序当前正在做什么以及下一个版本应该做什么。lapurita还指定了所有的技术决策及其原因，并解释了希望Claude遵循的代码设计模式（例如如何保持服务器状态和客户端状态同步）。另外，他还准备了一个包含整个数据库模式及示例API端点的文件，这些文件总结了项目的所有信息。

在Claude的“项目”中，用户可以创建多个对话。lapurita的一个提示是，在开始新功能时就建立多个对话，否则上下文窗口会因为无关紧要的内容变得杂乱，从而占用消息限制。开始新对话时，“main context”文件非常重要。

lapurita提到的一个例子是他为内容创建的一个类似Instagram Reels/TikTok的feed流。“这并不是什么火箭科学，但我对SwiftUI没有太多经验，这里有一些半高级的动画/布局的东西，但我与Claude做出一个完全可用的实现（符合我的API规范并与实际数据库合作）只需20分钟。重要的是，生成的代码遵循了我描述的模式，并且与我代码库中的其他部分一致（所以这实际上是我会写出来的代码，只是加速了），而这是我在使用其他模型时会遇到的问题。”

lapurita认为，用户非常了解应用程序的架构，包括整体架构和具体代码（如数据获取设计模式等）是非常重要的。如果缺乏这方面的经验，仅依赖Claude，代码库可能会变得混乱，导致难以维护。

概念图-编写代码的人-By SeaArt AI

“这是我之前遇到的陷阱，我认为这也是那些仍然抗拒将大模型用于自动化以外用途的程序员会遇到的问题。”lapurita表示，如果开发者始终引导Claude按照自己的意愿行事，并理解生成的代码，就不会发生这种情况。

“理解Claude生成的代码非常重要，有时我会花整个会话时间来阅读生成的代码，这样我就能有像自己写出来的代码一样的感觉。”lapurita说道。

这种构建产品的方式尝试围绕新的软件生产方式调整开发工具和流程。当前的瓶颈在于，需要不断引导大模型完成开发者的实际需求，缺乏处理部署的能力。

“即使Claude Sonnet 3.5没有进一步发展，只要将其‘正确’集成（而不仅仅是放入聊天框）到我们用于生产软件的其他工具中，我们就可以从10倍提高到20-50倍。”开发者Fred Weitendorf表示。

Weitendorf指出，确实需要能够“缩小范围”以避免混乱，但更难的问题是，用户必须知道要指定什么。

作为经验丰富的程序员，lapurita对即将编写的代码的总体结构有着强烈的直觉，这就是为什么他可以将Sonnet 3.5当作“编译器”来使用。但缺乏经验的人通过反复试验来编写软件，不善于表达需求，所以无法以这种方式使用Claude，反而可能减慢速度。

此外，即使是经验丰富的工程师也很难写出好的提示，这也是大模型构建产品的障碍之一。

lapurita指出，他的使用经验适用于初创公司，但对大公司来说则不然。“在我所在的公司，虽然大模型有所帮助，但远不如在构建新产品时那么有用。主要原因是无法获得相同的架构概述，难以为大模型提供所有相关上下文。”

但无论如何，lapurita对这个工具非常满意，因为它让他可以专注于应用程序更困难的部分。

EverArt创始人Pietro Schirano转发了lapurita的帖子并称，他第一次创业，9个月内每月收入10万美元，是“Sonnet 3.5改变了一切。”

开发者Sully Omarr也转发帖子并表示，“我们50%的代码库完全由大模型编写，预计到明年这个比例将达到80%。有了Sonnet ，我们的交付速度非常快，感觉我们的员工人数一夜之间增加了三倍。不使用Claude 3.5编写代码？那估计会被使用Claude 3.5的团队击败（比如我们）。” 他认为，2-3年内大模型编写的代码会被抽象出来，但开发者仍需知道如何编写代码。

“GPT-4不再是最好的模型”

“我是GPT用户，我应该切换到Claude吗？”有人问道。“是的，它使编码变得简单得多。”网友直接回复。

不得不说，已有用户开始转向Claude。“我取消了一年多前订阅的GPT-4，改为订阅Claude。虽然没有手机应用程序，也没有GPTs或自定义说明（在网络版本中 - 不使用API）。但老实说，我并不在意这些。我主要用它写作和集思广益，Claude 3（甚至Gemini）的表现优于GPT。”

如今，GPT-4o的用户也在动摇：“Claude真的比GPT-4o好很多吗？我之前用过Claude Opus但印象不深，而且还使用OpenAI API。除非真的值得，否则我不想同时为这两项服务付费，我现在整天都在使用GPT。”

“如果你擅长编码提示，那么Claude Sonnet 3.5绝对适合。”这是该网友得到的回答。

许多人已了解OpenAI与Anthropic之间的竞争：Anthropic的七位联合创始人曾在OpenAI工作，Anthropic首席执行官Dario Amodei曾任OpenAI研究副总裁，并撰写了大部分OpenAI章程，承诺实验室及其员工致力于安全开发强大的人工智能。

Claude系列模型在开发人员中的好口碑由来已久。Claude 3发布后不久，工程师Singularity称，“Claude 3非常出色，实际上能生成比ChatGPT更高质量的代码。”

Singularity指出，Claude的上下文能力比GPT强。“我可以将文件输入Claude并让它进行更改，它记住文件中的代码和我们做的更改，并在被告知调用一个非常古老的代码片段后能完美实现调用。”

Claude 3模型的上下文窗口大小翻倍，为用户提供20万个token的上下文窗口，相当于约15万个单词。Claude 3 Opus模型在特定用例下支持高达100万个token的输入。

此外，Singularity表示，Claude在各种语言上的表现更好。“我讨厌每个人都用Python测试它，证明Python并不难。我用Rust、Go、Haskell和C++编写代码，Claude的Rust能力比GPT-4强太多，GPT对Rust几乎无能为力。两者在Go上差不多，在C++和Haskell上，Claude比GPT-4要好。”

开发者joowani在lapurita最新的帖子下表示，“我使用Copilot和Claude Sonnet 3.5，它们极大地帮助我学习Rust，并在短短2个月内从头构建了市场上最快的产品。”

Singularity还指出Claude比GPT少产生幻觉。“我厌倦了OpenAI粉丝对Claude的轻视。它真的非常好，连Sonnet都很好。它在代码中少产生幻觉，虽然仍有，但远不如GPT-4多。GPT-4编造疯狂的函数，即使告诉它不存在，它还是会这样做。Claude也会给出不存在的函数，但会听从下一个提示。”

“GPT-4不再是最好的模型，这是事实。”网友在5月前的帖子下评论道。现在，越来越多网友展示自己使用Claude的成果。

开发者Dave展示了自己用Claude 3.5 Sonnet构建的内部工具Voice Notes AI，共1294行代码，仅用两小时完成。

还有网友展示用Claude 3.5 Sonnet仅花2分钟就从截图创建了功能齐全的ChatGPT克隆版。在微软蓝屏事件中，AIPRM Corp首席工程师Tibor Blaho展示了用Claude制作的非Windows用户的Crowdstrike Falcon BSOD屏幕。

此外，还有网友表示在向Sonnet-3.5提问愚蠢问题后，它突然不再认真回答，而是开始开玩笑。他表示这种行为从未在GPT-4上见过。

对比现在的OpenAI，万众期待的GPT-5难产，发力方向多元，如被解读为加入价格战的代表GPT-4o mini。这让一些网友担心：OpenAI是否会在绝对优势下逐渐丢失积攒的好口碑？