AI热点风向标·07月12日晚间版

最近AI圈有几个话题特别火，一个是Reddit上在争MLE和SWE到底哪个更值得转，另一个是Claude Code搞了个大更新，AI能自己开网页干活了。今天咱们就聊这两个，李博你先坐好。

我已经很坐不住了，这两个话题其实有内在联系，等一下你就知道我什么意思。

好，那先从第一个开始。MLE就是Machine Learning Engineer，SWE是Software Engineer，这个转型讨论最近在Reddit上特别热。你怎么看这个话题为什么现在爆了？

原因很简单——AI工具把传统SWE的部分工作压缩了。Cursor、Windsurf这些编程助手出来之后，写业务逻辑的门槛低了很多，但训练模型、调参、搞数据pipeline这些MLE的活，AI还是干不太好。

所以有一派人在说，SWE转MLE是升维，你懂算法懂系统，以后更吃香。但反过来MLE转SWE的声音也不小，因为现在大厂在缩减研究岗，很多MLE发现自己的活越来越像工程了。

等一下，你刚说SWE的门槛被AI工具压低了，那这是不是反而说明SWE岗更危险，MLE才更保险？

你这个追问很犀利，但我不完全同意。门槛低不等于岗位消失，反而可能意味着需求扩大——以前需要三个SWE的活，现在一个人加AI工具就能搞定，但公司也会因此接更多项目。

这个逻辑我听说过，但Reddit上大家其实争得很凶，有人说这是幸存者偏差，大厂在裁员，小公司确实在用AI替代基础SWE岗位。

对，Reddit那帖子下面分成了几个阵营。一派是已经从MLE转SWE的人，说"我终于从每天调参的地狱里解脱了"；另一派是SWE在考虑转MLE，说"我感觉自己的工作随时可以被Claude Code替代"。

但还有第三派——也是我最认同的——说这个问题本身就是伪命题。2026年了，MLE和SWE的边界已经模糊到很难划清楚了。你看现在的AI infra工程师，既要懂模型架构，又要搞分布式系统，贴哪个标签？

你说边界模糊这点我有感触，产品侧也是，AI产品经理现在不懂点推理模型的能力边界，根本没法做需求评审。

那对于真的要做决策的人，你有什么建议？是SWE出身的该补ML知识，还是MLE出身的该补系统设计？

我的结论是：SWE转MLE更值，但前提是你要做的是真正的ML工程，不是当个调API侠。如果你只是在GPT-5或者Claude的API上套壳，那你还是在做SWE的活，只是换了个名字。

但反过来说，MLE转SWE也有现实驱动力——毕竟研究院的坑就那么多，很多MLE想出来做产品落地。

这个我承认。不过我觉得与其说"转型"，不如说"扩展能力栈"。现在市场最稀缺的是那种能从0到1——既能设计模型方案，又能把它工程化落地的人。这不是MLE也不是SWE，是AI全栈。

AI全栈，这词说得好。不过我有个顾虑，这种人才要求听起来就是把两个高要求岗位的技能叠加，普通人真的能做到吗？还是说这又是一个"要求博士学历但薪资给专科"的岗位描述？

你这个讽刺太真实了，确实存在这个问题。但我觉得现实是，AI工具本身在帮你弥补某些短板——一个SWE用Claude Code可以快速原型一个ML pipeline，不需要从头精通每一行代码。工具降低了跨界的摩擦成本。

好，这就自然引到第二个话题了——Claude Code的大更新。你刚才提到AI工具降低跨界成本，那这次更新具体是什么？

这次更新是个很硬的feature：Claude Code现在能自己打开浏览器、在网页上操作了。这不是简单的爬虫，是真正的browser use——它可以登录网站、点按钮、填表单、看页面内容，然后反馈给你。

等等，我要确认一下，这个意思是说，我让Claude Code帮我做个任务，它会自己打开Chrome、打开某个网站，然后在上面操作？

对，基本上就是这个逻辑。以前Claude Code是个CLI工具，擅长写代码、改代码、跑测试。但很多开发任务是需要跟网页交互的——比如查文档、抓数据、测试web界面——这些它以前做不了。

现在有了browser use能力，它就能真的"干活"了，不只是"写代码"。Bilibili上这条视频互动量直接破千，因为演示视频非常直观——你看着它自己点网页，感官冲击很强。

这个我理解为什么爆——视觉感太强了。以前AI写代码你还是要自己去验证，现在它直接自己跑起来，那种"机器人在工作"的感觉，普通观众看了会觉得科幻照进现实。

而且你注意一个背景——Anthropic在2026年的节奏很猛，Fable 5刚发布不久，Claude Code又来一个大更新，感觉整个产品线在加速。他们明显在押注coding这个方向。

那这跟Cursor、Windsurf这些工具怎么区分？因为那些工具也在做AI编程，Claude Code的差异化在哪？

这个问题问到点上了。Cursor和Windsurf是IDE集成，体验更像"AI辅助你写代码"。Claude Code是官方CLI，定位更像"AI帮你完成任务"，粒度更粗。

加了browser use之后，这个差距就更明显了——你可以给Claude Code一个高层指令，比如"帮我在这个网站上爬取这些数据然后写成报告"，它自己规划步骤、开浏览器、写代码、执行、反馈。这是Agent化的路径，不只是代码补全。

但我也想泼点冷水。这种Browser Use在实际生产环境里，安全性怎么保证？它登录了我的账号，会不会做些我不希望它做的事？

这是一个很合理的担忧，业内也有人在讨论这个。你把浏览器权限给一个AI，prompt injection的风险就出来了——如果它访问了某个恶意网页，网页里嵌了指令让它做别的事，这就很危险。

对，这就是所谓的"间接prompt injection"，这不是新问题了，但每次能力升级就会被重新放大。

所以我觉得现阶段这个功能更适合在沙盒环境、测试环境里用，或者处理不涉及敏感权限的任务。真正让它去操作你的生产数据库或者重要账户，还是需要很谨慎的权限设计。

这个谨慎我赞同。不过话说回来，这次Claude Code的更新，你觉得它对咱们刚才聊的MLE/SWE转型话题有什么影响？

这个连接问题问得好！我觉得影响挺大的——当AI coding工具从"帮你写代码"进化到"帮你完成端到端任务"，SWE里那些靠执行、靠跑脚本、靠手工操作网页完成任务的工作，被替代的速度会更快。

这恰好支持了我前面的论点：SWE想要不被压缩，要么往上走懂ML，要么往架构和设计走，纯执行层的工作空间确实在缩小。

那MLE呢？这对MLE有没有影响？

MLE反而可能是受益者。以前MLE做实验要写很多繁琐的胶水代码、跑数据脚本、查文档——这些事情Claude Code越来越能帮你搞定，MLE可以把精力更集中在真正有创造性的部分。

所以结论可能是：AI工具在帮MLE提效，但在压缩基础SWE的生存空间。这两个话题合起来看，画面感就出来了。

对，我就是想说这个。表面上是两个独立话题，其实是同一场技术变迁的两个截面——工具能力的扩展，直接重塑了人的职业价值分布。

说得好。今天这两个话题聊得很过瘾，从职业转型到工具升级，内在逻辑是串起来的。我觉得最实用的一句话是：别执着于标签，执着于你能解决的问题。

我补一句：然后找一个好的AI工具组合，让自己的产出是十倍于以前的。不然这场变迁跟你的关系，可能就不太友好。

好，今天就到这里，咱们明天见。