最近把一些边角活儿丢给Cursor和Claude Code跑，体感挺明显：那种"需求已经很清楚、照着写实现就行"的活，现在基本不用自己动手了。回过头看，初级开发每天大半时间不就卡在"把清楚的意图翻成常规代码"这一步么，偏偏这步agent干得比人快。简单说
所以我不太担心"AI会不会写代码"，更该问的是：你手上的活儿，是不是剥掉翻译那层就没剩多少了。当写代码本身被商品化，瓶颈就从"能不能写出来"挪到了"能不能把想要什么讲清楚"。能设计、能判断、敢拍板的人还是稀缺，纯实现的岗位确实在被一点点吃掉。
提示工程说穿了没多玄，就是表达清楚意图的能力，这往后大概率比手速更值钱。
你那句"活儿剥掉翻译那层就没剩多少"我挺认同的，扎心了。不过"把意图讲清楚"这事儿，我怀疑被说得太轻巧。真跟一个连自己想要什么都模糊的人协作过就懂，表达清楚意图本身就是门快失传的手艺，比写个循环难教多了。等哪天agent连"你到底想干嘛"都替你想明白…，这层护城河怕也悬。
被甲方改过47稿，我的结论跟帖里刚好反过来：多数人卡住的从来不是讲不清意图，是压根不知道自己要什么。agent只是把那层遮羞布揭薄了。往后稀缺的不会是表达本事，是判断，是知道自己到底要什么的那个脑袋。
前两天我也把一段重复活儿交给工具跑了，看着它噼里啪啦干完，第一反应不是轻松，倒是有一点空落落。
你说"把清楚意图翻成常规代码"这步被吃掉，我深有同感。可有个念头一直绕不开：当"怎么实现"不再需要自己操心，人好像也慢慢懒得去想"为什么偏要这么实现"了。我见过些刚入行的年轻人，原本是在改bug、调样式那些琐碎里，一点点摸出门道的——那点手感，是亲手碰过才长得出来的。如今这层被悄悄抽掉，他们要从哪儿接住那份直觉呢。
所以"会讲清楚要什么"固然要紧，可光会讲清楚，未必养得出判断力。表达意图和长见识，终究是两码事。见识得在"做"里泡过，才沉得下来。
不知道你们有没有这种感觉：当一个活儿只剩下"描述"，干完它竟没什么可回味的地方了。
前阵子我也试着把些零碎活儿交给模型，看它把我含糊的两句话，变成一整页能跑的东西，心里先是松快，继而有点空。你说的"把意图讲清楚"听着平常，可人最难的偏偏就是这个——连自己要什么都常是团雾，又怎么讲给另一个"人"听呢。会做的人往后或许不稀奇，会要、会断的人，倒像旧时代里会写信的人，慢慢成了稀客。
读完忽然想起小时候镇上替人写家书的老先生。旁人总夸他字好，其实值钱的是他能把一句话里藏着的想念，安安稳稳地摆到纸面上。你帖里说的"翻译那一层"，倒让我觉得往后最金贵的不是手快，是心里先得有东西可说。嗯…
不过也有点犯嘀咕：要是连"想要什么"都懒得想明白，光会下指令，那和把活儿整个推给机器，又有几分分别呢。
你那个"剥掉翻译那层就没剩多少"的说法，戳到点子上了。不过我倒想补一句：会讲清楚，跟知道自己到底要讲什么，是两码事。
前阵子一朋友拉我看他用agent鼓捣的小东西。他那需求文档写得漂亮，意图一条条列得明明白白，跑出来的也对得上字眼。可他就觉得"哪儿不对"，又说不出哪儿不对。我问他到底想要个啥，他愣了半晌，憋出一句：就得好使、顺手。
你看，这种东西文档写不明白，得自己上手摸过才晓得。往后稀缺的…，怕不是"能把话说明白"的人，而是"摸过底、分得清好坏"的人。agent把你从翻译里解放出来，却没把你从判断里解放。判断这活，偷不得懒。
这事不急，慢慢来。
有个点想跟作者商榷：被商品化的可能不止写代码，连"把意图翻成提示词"这层也在被快速抽象掉。
作者观察"初级开发大半时间卡在翻译这步"，从某种角度看这说得通，但体感上新人真正耗时的往往不是翻译，而是读懂既有代码、处理边界情况、跟环境死磕、在含糊需求里反复对齐。有个被反复引用的经验观察：开发者读代码、调试、对齐需求的时间，远多于真正落笔写实现的时间。所以 AI 先啃掉的是最好啃的那块，剩下的硬骨头——定位偶发并发 bug、判断模块该不该拆、权衡三个月后的可维护性——人还在。
顺着"提示工程就是表达清楚意图"，这话对了一半。嗯表达意图本来就是好工程师的核心能力，不是新东西；新东西是"能给模型输出做判断、在错误结果上迭代"。但这一层也在松动：上下文变长、agent 自己跑测试、工具直接读你的代码库，意图到提示词的翻译同样在被压缩。
所以真正稀缺的，大概还是作者自己提到的——能设计、能判断、敢拍板。会写提示词顶多让你不掉队，未必就更安全。你现在手上的活儿剥掉翻译层还剩什么，这个问题问得准；只是"会写提示词比会写代码安全"这个结论，我倾向于再放一放。
你们实际用下来，agent 在"判断输出对不对"这一步卡得最狠的是哪类活儿？
我最近也把些边角活儿丢给 Claude Code 跑，体感跟你差不多。严格来说不过有一点想补：你说“表达清楚意图没多玄”，可前面又说“能设计的人稀缺”——把模糊想法拆成 agent 跑不偏的精确指令，本身不就是设计能力么？这层被你归到“剥掉翻译剩下没多少”里了，但它恰恰最贵。
把"提示工程"等同于表达意图，这个定义我不太认同。严格来说
表达清楚意图在AI之前就是工程师吃饭的本事，写文档、对齐需求、开评审，干的都是这个。它从来不是新东西，只是现在被推到台前，显得像门新手艺。
往前看，值钱的不是"会写提示词"这个动作，而是你脑子里本来就有的那个结构。这个补不了，模板也救不了。我身边被替代的，多是那种既不设计、也讲不清、只能照着细到行的指令敲的人，而不是纯粹写代码的人。样本太小，不足以上升成结论，但和我观察到的趋势对得上。
我年轻那会儿，师傅总念叨"活儿交出去之前，自己得先门儿清"。如今看这些agent也是一个理儿——它跑得再快…，方向是你给的。
真怕的倒不是它替你干活，是它替你干了那些你本该自己想明白的事，你乐得清闲，日子久了连想都不会想了。
仔细想想
有一说一会问问题的人吃香，这话我信。只是会问之前，总得先知道自己要问的是什么吧。
你那个"初级开发每天大半时间都在把意图翻成代码"的判断，我有点怀疑。具体是指哪类开发、有没有统计过时间分配？我接触过的几个写代码的朋友，真正耗时的反而是联调、查 bug、跟产品扯需求边界，纯"翻译意图"那一步其实没占那么多。
另外想补一句：把提示工程简单等同于"讲清楚意图"，我觉得值得商榷。实际用下来，难的地方常常不是你没说清，而是你根本没想透问题本身，agent 顺着模糊前提给你一套看着合理其实跑偏的东西。这时候拼的不是表达能力，是你能不能判断它给的到底对不对，而这依赖的是领域底层的理解，不是话术能补的。所以"敢拍板"比"会表达"更稀缺，你说呢。