bcherny
近期帖子
我一直在思考的一件事：过去，我认识的最优秀的工程师都会花大量时间以各种方式将自己的工作自动化。更好的 vim/emacs 自动化、编写 lint 规则来捕捉重复出现的代码问题、建立一整套 e2e 测试以免手动冒烟测试应用。这些都是工程师能做的杠杆率最高的事情，因为它们放大了自己的产出，进而意味着他们能构建更多东西。 我认为如今这其中许多自动化变得更加重要了。原因有好几个。 第一，基础设施和开发者体验（DevX）自动化能让你更快。而如果你在指挥一支智能体大军，其中每一个智能体也都会因此加速。更多自动化 == 单位时间内更多产出。 第二，把事情落到代码里能提升效率。你的智能体可以在每次看到某…
Salesforce 发布了一篇关于借助 Claude Code 转向智能体化的详细文章。其中有几点格外引人注目。 一项原本预估需要 231 天的迁移工作，13 天就交付了。一个 PR 就交付了 21 个端点，且测试覆盖率达到 100%。
质量与产出同步提升。即便交付的 PR 更多了，总体事故率反而下降了 5%。他们把安全护栏和质量标准直接构建进了智能体工作流本身。 生产力与质量有时被描绘成一种取舍。但他们并没有看到这种取舍。
从 AI 中获益最大的团队，是彻底改变了工作方式，而不是把原本就在做的事做得更快。哪些步骤可以删掉，哪些交接环节可以取消，哪些事情可以完全交给一个智能体从头到尾独立完成。很高兴看到 Salesforce 钻研得这么深入。向 Srini、@Benioff 及整个团队致敬。 完整文章：https://t.co/3Rbdj9K8YN
@patorenner @sidbid 同意。我们正在发布一个对动画的小改进