Claude很重要，但可能和你想象的不一样

上周，Anthropic 发布了一项新功能的预览，它称之为Claude Code，该公司将其描述为“用于代理编码的命令行工具”。它为开发人员提供了一系列有用的功能，包括搜索和阅读代码、编辑文件、测试、提交和将代码推送到 GitHub 等。这项功能与 Claude Sonnet 3.7 模型版本一起发布。这个时间点的结合非常巧妙，因为 Sonnet 是应用程序开发人员最喜欢的模型。

为什么 Sonnet 是开发人员的最爱

Sonnet 之所以受欢迎，是因为它具有“推理”能力，这意味着它可以花更多时间检查各种数据点，然后再给出答案，再加上专门针对开发任务的模型训练。鉴于 Sonnet 是目前最昂贵的模型之一，但开发人员愿意支付溢价，在许多情况下是自掏腰包，因此这一价值主张似乎奏效了。

3.7 版本很有趣，因为它采用了一种新的混合推理方法，其中的答案基于问题的性质。这对于开发人员来说尤其有用，因为他们有时可能要求做一些简单的事情（例如调试一行代码），但有时又想做一些复杂的事情（例如从头开始构建一个新应用程序）。Anthropic 还声称，这个新版本在开发人员特定的 AI 基准测试中表现最佳。所有这些因素都导致 GitHub、AWS、Eclipse 等 AI 开发人员辅助技术迅速采用了 Sonnet 3.7。因此，Anthropic 决定在新的 Sonnet 模型旁边预览这个新的开发人员工具似乎是一个明智之举。

我们真的需要另一个 IDE 吗？

鉴于 Sonnet 是一种流行的模型，并且已经在最流行的工具集中出现，引入一种新的 IDE（实际上就是 Claude Code）似乎有些奇怪。由于 Anthropic 根据提供的数百万个令牌将 Sonnet 货币化，因此它实际上不需要 IDE 来实现商业可行性。这引发了一个问题：Claude Code 能提供什么，而与 Sonnet 配对的其他 IDE 却不能？我有三个答案。

它很轻量。首先，Claude Code 是一款非常轻量的工具。它由命令行界面或 API 调用。这符合更高级的开发人员寻求非常简单易用的东西的要求。该 API 还非常适合让开发人员无需使用任何工具集即可自动执行重复或周期性任务。

它是一种对话式的。与其他 AI 助手一样，Claude Code 可以指向代码库并为新开发人员提供文档和见解。然后，借助 Sonnet 3.7，开发人员可以通过非常具体或更广泛的问题向 Claude 询问正在编码的应用程序。但至关重要的是，这可以在不受工具、小部件和其他一切干扰的情况下实现。在某些方面，这为开发人员提供了一种更超然的方法来了解代码及其可能性，然后再深入研究。但对话式方法也为非开发人员开放了与代码相关的任务，例如更新。这可能包括支持人员或 DevOps 团队成员，他们不一定想深入研究但确实需要执行某些任务。

它与云无关。Claude Code 在终端窗口中运行，并使用您从源代码中提取的本地代码库。因此，您不必与其他云提供商一起设置大量配置参数或使用其特定的库和工具。

Claude Code 不仅仅具有功能

虽然生成式 AI 助手的加入确实带来了一些生产力提升，但基本的 IDE 概念和相应的开发流程保持不变。但 Claude Code 试图从 AI 或代理优先的角度重新思考 IDE。这就是 Claude Code 的重要性所在，因为它与我们迄今为止看到的非常不同。请记住，它仍处于预览阶段，可能永远不会达到生产状态；话虽如此，它确实提出了新的可能性。

深入研究这个主题之后，我开始考虑有关开发人员工具未来的以下问题。

• LLM 提供商会走向“平台”吗？此时，人们不得不想知道商业 LLM 的下一步将走向何方。在大约两年的时间里，我们看到了 LLM 市场的快速商品化，同时也看到了 LLM 创新速度的一些可能限制。那么，像 Anthropic 这样资金雄厚的公司可以在哪里投资以发展？Claude Code 可能是一个线索。我们可能会看到这种级别的 AI 公司不会满足于成为其他公司平台的一部分，而是自己成为下一代平台。
• 在人工智能领域，低代码和无代码的未来会怎样？人工智能对开发人员生活的影响十分深远。但我们也看到人工智能为低代码和无代码平台提供了显著的增强。事实上，人工智能的加入重新定义了这个领域，以至于 ServiceNow 或 Zoho 中嵌入的专业用户体验或代理功能可以被视为无代码平台。虽然 Claude Code 本身并不是低代码，但它与低代码类似，因为它确实降低了编码的学习曲线。鉴于我们在许多企业和消费者产品类别中都看到了这一点，这就提出了一个问题：低代码和无代码是否仍然是一个独特的产品类别，或者只是我们可以在许多产品类别中看到的必备功能。
• 开发工具的未来是整合还是碎片化？多年来，供应商一直认为应该为开发人员创建“神圣的工具链”，甚至只是标准工具集。但现实远非如此。开发人员倾向于使用许多工具和实用程序来完成工作。其中一些是出于纯粹的需要，例如需要使用专有工具集来适应遗留应用程序。有些只是偏好或过去的经验。在代理 AI 时代，人们一定想知道整合的工具链、工具和插件的概念是否会让位于一组协作代理。这些代理将有效地抽象代码并与开发人员和 DevOps 资源协同工作。当我们注意到 Claude Code 在 Anthropic 文档中被归类为“代理和工具”时，Anthropic 可能也是这样看待的。代理 IDE 的颠覆潜力类似于Satya Nadella 的大胆预测，即 SaaS 将在代理时代崩溃。

最后，我要指出的是，虽然 Claude Code 有一些新功能，但它还不会对其他 IDE 构成威胁。当然，它可能值得尝试用于一些基于实用程序的任务，甚至在它普及时订阅。但即使它没有成为一款产品，Claude Code 的真正影响也可能预示着未来的发展——具体来说，就是未来几年开发人员的工作方式。