@obie: 你的工作或许仅靠惯性在支撑。你的不满无法延长跑道。你究竟想用这……做什么?
摘要
作者回忆与一位软件工程师朋友的对话,这位朋友正努力适应Claude和Fable等AI工具,强调了情感上的抵触和在工作流程中整合AI的实际挑战。
查看缓存全文
缓存时间: 2026/09/20 21:24
你的工作可能只是靠着惯性在维持。你的抵触情绪并不能延长跑道。现在手头有了这些智能工具,你到底想用它做什么? https://t.co/vikawjCmZD
你早已是肉身代理
我正期待着这样一个未来——它可能会让许多老朋友和我所爱的一些人日子很不好过。同样是让我比以往更成功的技术,却正在瓦解他们赖以舒适生活的那套安排。我可以告诉他们利用现有的缓冲时间,我可以鼓励他们更主动些,但我无法诚实地向每个人保证,他们都会享受接下来生活中的新变化。
“但我想用自己的脑子思考啊,老兄!”
昨晚和一位老友聚会,他在一家拥有数百名工程师的大型成功创业公司担任专职工程师。
他一直很沮丧,用他的话说,就是“不知道该怎么工作了”。每次我们聊到这个话题,我总会建议类似“你为什么不直接问问Claude该怎么工作呢?”这样的变体回答。
而他的回应,也总是类似“不,你不明白”的变体。
昨晚我们来回绕圈子,最后我终于忍不住了,说:“伙计,让我看看你的终端。”
我们走到他的工作电脑前。他打开了几十个浏览器标签和半打终端窗口,每个都运行着一个Claude实例。我评论道:“好吧,看起来你正在用这东西做事呢!”
“是啊,但你不明白。我觉得我什么进展都没有。”他回答道。
“但我不明白你怎么可能毫无进展。让我开一个新的Claude实例,你不介意吧?”我打开了。我做的第一件事是切换到Fable模型,因为他用的是Opus模型,而我的第一个具体建议就是:只要你是在编排工作,就一定要用Fable,因为它比Opus聪明一个数量级。
“但我不想浪费我的token额度。”
我有点沮丧,告诫他:“不,老兄,这不是浪费额度。Opus太差劲了。就用。Fable。呃,你可以用Fable对吧?”
“嗯,我想是的。”
“太好了,所有事情都用Fable。它很聪明,不会让你失望的。”我告诉他。
“但我想用自己的脑子思考啊,老兄!”
这位朋友相当聪明。他也是那种对生成式AI将如何影响人类感到绝望的朋友。
“老兄,去你的脑子吧。你跟我说了六个月不知道该怎么工作。Fable比你聪明。它比我聪明,比我们所有人都聪明,我没开玩笑。”
“它是台机器!我拒绝相信它更聪明……”他抗议道。
“哦,它是只随机鹦鹉?”我打断道。
他皱眉道:“不,我不是那个意思。我是说它没有灵魂。”
我们争论了一会儿,他告诉我他想保持控制权,我告诉他必须放下那种执念。
他有点沮丧,但还是看着我尝试演示如何提示以达成结果,而非细粒度任务。我在主代码库目录下输入:
这代码是狗屎,架构一团糟。
我按下回车键,朋友笑了。他难以置信。
“这就是你的提示词?”
我说:“老兄,我对你系统一无所知,所以总得从某处开始,对吧?”
我们俩都笑了,这时Fable开始处理并试图理解我的提示。显然,这个系统有大量的上下文可供参考。失败列表包括大量缺失的测试覆盖、包含数千行代码的上帝对象、大量明显已死亡的代码——简而言之,很多构成真实技术债务的问题。
对我来说,这些都是垂手可得的巨大改进机会。
为了演示,我按下回车接受了Fable的第一个建议。几分钟后,我又按了一次回车,然后又按了一次,选择删除一些无用的代码。我们开始创建一个PR。我朋友让我确保设为草稿模式。好的,无所谓。
Fable做完了它的工作。我朋友查看了差异。这只是简单的删除无用代码和相关的单元测试。我想继续推进,但我朋友恳求我停下。
“你不明白,奥比,我不能就这样照你做的来。”
我要求他解释为什么不行。
他解释说他有老板和团队,不能随便那样改代码,他需要先提出计划,然后执行。
“那好,让Claude给你做计划。”我反驳道。
“我已经做过了!”
我朋友切换到Confluence,给我看了大量明显由机器生成的计划,讨论着需要对这个系统进行哪些架构变更来清理它。
天啊,他已经有计划了!我大声疑惑为什么不直接执行,问他是老板没签字的问题吗?
“不,他根本不看那玩意儿。”
搞什么鬼?!
“我需要和团队协作。是他们在看。”
我有些难以置信,追问道:“你的团队必须看那些东西?”
我不相信他团队真的会看所有那些东西,绝对不可能。要说的话,他们会要求Claude替他们看。
他继续说道:“嗯,是的,然后我还得把所有内容都变成Jira里的史诗和故事。”
顺便提一句,有些读者完全理解在公司使用Jira和Confluence意味着什么。简而言之,这意味着他们并非绝对以开发者生产力为第一要务。但在智能按需供应的时代,这不再像过去那样是种诅咒,至少我不这么认为了。
“来吧,伙计,你的Claude是通过MCP连接Jira的,对吧?”我一边说,一边回到终端输入:
我们现在还不能推送这些工作,先把它们作为史诗和故事放进Jira里
Claude立即发布了5个史诗到Jira,并表示即将开始创建相关工单。
我朋友吓坏了,按下ESC键停止。
好吧。看来今晚的演示到此为止了。
我追问他为什么不尝试每天做些渐进式改进。他的回答是因为没人思考。
我对这个非因果的回答感到困惑。
他继续抱怨每个人只是让Claude去思考,就像我刚刚做的那样。他不想让自己的脑子生锈,就坐在那儿整天按回车键。
啊。我开始理解了,或许吧。
“但为什么毫无进展呢?”我提出疑问。
“我不知道,就好像没人再思考任何事情了。”
我这位朋友拿着高薪,管理层(显然)要求不高,却在抱怨无法工作?更糟的是,他因此感到沮丧,并为自己的职业前景感到焦虑。我猜想我的朋友至少比他级别低的同事更聪明、更有效率(否则他不会是专职工程师),但他却处于这种状态?我像关心兄弟一样关心他。我感到困惑,也很担忧。
我说:“老兄,你怎么回事,赶紧把活干完,管你怎么干的。什么都比你每天原地打转强。”
他不知道结局会怎样吗?拿着高薪却对公司毫无价值的人,最终会变成没有薪水的人。
“但我不想只是当个肉身代理!”他抗议道。
哈!
我这位朋友早已是肉身代理了。在“肉身代理”这个词流行起来之前,他就是了。我知道。我很确定他也知道,只是不想承认。我摇了摇头。
“兄弟,你就该整天按回车键,Claude干活的时候去陪陪孩子。Fable聪明得很,你可以信任它。”
他不听。他认为我的观点有偏见。确实有偏见,是成功的偏见。他指责我没有读我生成的每一行代码。他说对了,而且我还为此自豪。
在我工作中,我主要负责的系统是全新的、设计良好、测试充分的Ruby on Rails内部系统。我不需要读Claude生成的每一行代码。过去几个月,我甚至不再监督使用Claude Code编写的代码了,因为我有自主代理编写75-80%的代码。只有当我需要添加重要新功能或进行大规模架构变更时,我才会介入细节。
我朋友的情况明显不同。他负责的生产系统部分涉及客户付款。所以我告诉他,他应该去读Claude Code修改的每一行代码。为什么不呢?
经过激烈讨论,很明显他不信任Claude是因为他不想信任它。总有一天,他必须给那种恐惧一个准确的名字。他害怕被时代淘汰。
问题是,以这种态度,他已经被淘汰了。可能80%以上的软件从业者也是如此。他们的职业生涯已经搁浅,只是还没意识到而已。
挫败感沸腾
巧合的是,昨天有篇帖子火了,截至我写这篇文章时,浏览量超过150万,互动量巨大。显然,它触动了行业的神经。
voxium@v0xium·17h 我受够这破事了。结束了。现在的工程状态太糟糕了。我到大公司开始新角色才半个月。这里没人懂业务。规格文档、代码、测试、产品需求文档、工单、工单处理、报告等等,一切都是Claude生成的。我团队没人喜欢这样。他们被强迫尽可能多地交付。我听高层说过多次,推送代码不是瓶颈,那为什么我们慢?人们每天工作12到13小时,就为了按回车键。没人读任何东西。公司里的人类什么都没做。每个人,所有人,从L1到L7工程师都在做同样的事。和Claude对话。没有胜利感。没人解决bug。实际上,没人再思考了。一切都是LLM做的。太吸魂了。老实说,如果能给我们点时间检查代码,看看到底怎么回事,我倒也不介意。但不行,目标就是交付。不管发生什么。
那篇帖子及其情绪也触动了我,但原因可能和我怀疑的典型理由不同。在我超过三十年的职业生涯中,我其实从未真正当过肉身代理。即使在最初的五年,我印象中主要是冒名顶替综合征和完全不知道自己在干什么,但我很确定我总是质疑被告知要做的事,并在行动前试图理解。
然后大约在2000年,我参与了极限编程运动的早期阶段,在工作中被提升到技术领导岗位,剩下的就是历史了。如果我处于听从上级指示的位置(我经常是),我执行这些指示的方式通常由我自己决定。这就是人们现在所说的如此宝贵的“品味和判断力”。
大多数软件开发者没有这个。
大多数软件开发者甚至从未尝试拥有这个,因为做一个稳定可靠的团队成员、遵循流程(无论它是什么)、按照比自己薪水高的人制定的计划交付结果,这总是足够好的。
大多数软件开发者不尝试,纯粹是因为他们骨子里没有,或者因为这样更容易,他们宁愿把多余的精力放在其他事情上:家庭、电子游戏、旅行,随便什么……只要老板满意,拿到相对丰厚的薪水,一切就都安好。
嗯,我和许多人都清楚,这个体系正在崩溃。而且后果不会好过。如果你拿薪水只是去适应一个流程——别人决定做什么,然后你把那些指示转化为软件——那么恭喜你,你是个“肉身代理”。如果你只是听从更高级老板的指示,然后把那些转化为给别人的指令,你也是“肉身代理”。
肉身代理还有工作的唯一原因就是惯性。当前的AI技术已经足够好来取代所有肉身代理,之所以还没发生,只是因为这种级别的颠覆性变革需要时间。
你到底想要什么?
这让我回到了让我朋友“按回车键,然后去陪孩子玩”的建议。
我是认真的。我朋友不会神奇地变成我。我希望他每天能完成些有用的事,保住工作,还有精力留给他漂亮的女儿们。他在一家大型成功公司工作。我猜他还有些缓冲时间来想清楚。很多人都有。组织惯性可以在特定岗位的经济合理性早已消失之后,仍然让薪水继续发放。
所以利用那段时间。看在上帝的份上,享受一部分吧。但要明白你正在挥霍的是什么。
因为我无法告诉你你还有多少时间。我能告诉你的是,和朋友争论基于计算机的智能是否有灵魂,似乎是对此时间的糟糕使用。
我不会给你提供那种令人安慰的建议,比如你应该成为一名架构师,因为AI总会需要有人做高层次的思考。架构一直是我二十多年价值主张的重要组成部分,但我完全预计AI也会越来越多地吞噬那部分工作。我预计它会吞噬几乎所有工作,直到剩下的人类只剩下为所构建和/或维护的东西付费的人。在组织架构图上往上挪一格,并不能让你脱离这个过程。
我的老朋友@chadfowler正在写一本关于再生软件的书:系统实现可以被替换,同时保留人们依赖的行为。要达到这一点,需要恢复埋藏在现有软件中的知识,使其职责明确化,并建立如何判断替代方案是否有效。今天,这需要相当的工程判断力和经验,但我没有理由假设理清边界、提取需求或设计检查将仍然是人类独有的工作。
让我个人对这次历史性转变感到兴奋的是,随着这些能力变得可用,我能增添多少额外的价值。回到ThoughtWorks,然后是Hashrocket,客户把我带入各种情境,其中弄清楚该做什么是任务的重要部分。我热爱那种责任。我现在仍然热爱。给我更多能力去执行决策,我立刻开始思考我能为付钱给我完成更多什么。
当然,这只是一个偏好,并不能保证永久就业。我没有抽屉里藏着的防AI证书。我预计自己需要像过去30年一样,每天不断进化我做什么以及如何做。
我这么说的时候,也清楚很多人觉得我自己偏好的工作方式令人疲惫。他们只想要一个相当明确的任务、一份不错的薪水,以及工作之外的生活。我理解这种吸引力。可悲的是,我严重怀疑软件行业是否会继续向每个想要这种安排的人提供它。
所以你,亲爱的读者,你到底想要什么?
如果是一份丰厚的薪水和大量与家人共度的自由时间,请诚实地面对。用AI工具将你的义务完成到满意水平,然后利用由此产生的喘息空间去思考下一步。你不欠这个行业一生的热恋。事实上,你可能应该考虑完全做点别的事情。
但如果你能培养出对“对构建什么有更多话语权”的兴趣,那就从现在开始锻炼那种判断力。如果可能,在工作中锻炼。
相似文章
@obie:我问了我的 AI 智能体,如果指挥它们的每个人都消失了,它们会怎么做。
Obie Fernandez 分享了一个引人深思的思想实验:他问他的 AI 智能体,如果没有人类的指挥,它们会怎么做。他认为,人类可能是自主软件开发的瓶颈,而我们出于恐惧训练 AI 智能体等待我们的指令。
对AI感到忧郁
文章探讨了软件工程师因AI进步(如编码代理)可能产生的生存危机,但强调适应新工具并利用现有技能以提供更大价值。
我是否遇到了AI思维瓶颈,还是应该继续推进?
一位科技企业家反思在商业中使用AI工具,并质疑是否追求完全自动化,提及对幻觉和客户信任的担忧,同时寻求社区见解。
AI行业有个奇怪的问题:造工具的人比用工具的人更兴奋。
文章探讨了AI开发者与最终用户之间的脱节——开发者热衷于技术能力,而用户则优先考虑能减少日常摩擦的实用、可靠的解决方案。作者学会了更看重用户的哈欠而非掌声,因为那才预示着真正的长期采用。
@sebkrier:最近我的思维方式发生了一些变化:1. 我不再那么担心那些对AI缺乏好奇心的人,因为我预计他们最…
Séb Krier 分享了他对AI普及和工作自动化的思考演变,指出他不再那么担心缺乏好奇心的人,而更担心高估工作替代速度的问题。