Claude Code模糊技术与非技术界限,Anthropic推出Cowork让Claude协助开发
Claude Code 不再仅仅引起开发者的共鸣。非技术人员也在用它来构建东西。技术人员则用它来处理非技术性工作。界限正在模糊。
我绝不是第一个想到这一点的人。Anthropic 的多个团队几个月来一直在研究“智能体体验”——Claude 不仅是聊天伙伴,更是帮助你完成实际工作的工具。
@bcherny 启发了我:我们能否把内部构建的东西拿出来,在几天内发布一个早期的、缩小范围的版本?于是我们组建了一个小团队,设定了一个激进的目标(“周一听起来怎么样?”),然后开始工作。
@claudeai 写了 Cowork。我们人类面对面讨论基础架构和产品决策,但所有开发者每人管理 3 到 8 个 Claude 实例,实现功能、修复 bug 或研究潜在解决方案。
对于原生代码,我们在本地机器上使用本地 Git 工作树。对于较小或仅涉及 Web 代码的更改,我们直接让 Claude 去实现。当有人在 Slack 中报告 bug 时,我们通常 @ 提及 Claude 并让它修复。所有代码在合并前都会经过人工(和另一个 Claude)审查,但我们现在大部分时间都在编排一群 Claude 并做出决策,而不是手工编写每一行代码。
我们提前发布了 Cowork。它还很粗糙。但弄清要构建什么正日益成为软件工程中最难的部分——我们认为尽早获得反馈并了解用户真正需要什么,才是我们构建真正好东西的方式。
我绝不是第一个想到这一点的人。Anthropic 的多个团队几个月来一直在研究“智能体体验”——Claude 不仅是聊天伙伴,更是帮助你完成实际工作的工具。
@bcherny 启发了我:我们能否把内部构建的东西拿出来,在几天内发布一个早期的、缩小范围的版本?于是我们组建了一个小团队,设定了一个激进的目标(“周一听起来怎么样?”),然后开始工作。
@claudeai 写了 Cowork。我们人类面对面讨论基础架构和产品决策,但所有开发者每人管理 3 到 8 个 Claude 实例,实现功能、修复 bug 或研究潜在解决方案。
对于原生代码,我们在本地机器上使用本地 Git 工作树。对于较小或仅涉及 Web 代码的更改,我们直接让 Claude 去实现。当有人在 Slack 中报告 bug 时,我们通常 @ 提及 Claude 并让它修复。所有代码在合并前都会经过人工(和另一个 Claude)审查,但我们现在大部分时间都在编排一群 Claude 并做出决策,而不是手工编写每一行代码。
我们提前发布了 Cowork。它还很粗糙。但弄清要构建什么正日益成为软件工程中最难的部分——我们认为尽早获得反馈并了解用户真正需要什么,才是我们构建真正好东西的方式。