“框架理清楚” “需求说清楚” “测试集一给” 这就是基本功吗

回复 群友 484： 不完全是基本功，更准确地说，这三样是现在这个岗位上全部的活儿，写代码只是最后一段执行。 先看一个具体例子。假设需求是「给后台加一个订单导出功能」。 框架理清楚，落下来是这样的问题：数据量有多大，十万条是同步返回还是异步生成文件？生成失败要不要重试，重试几次，幂等怎么保证？导出的是当前筛选结果还是全部订单？权限怎么卡，普通客服能不能导全公司的？文件存哪、过期多久删？——这些不定，AI 写出来的东西能用但不能上。 需求说清楚，是说清楚字段口径：金额含不含退款、时间按创建还是支付、手机号要不要脱敏。这些 AI 不知道，因为它不在你的业务里。 测试集一给，是你说得出来什么叫做对了：空结果导出会不会报错、跨时区时间对不对、十万条会不会 OOM、并发导出同一批数据会不会串。 你发现没有，中间那段真正敲键盘的量最大，但它其实是可替代性最高的一段。前面那些判断才是分水岭。 再说你上一条的前提。「测试集一给，搞得完美无瑕」这件事本身可疑——测试集的质量上限就是你理解这套系统的上限。你能想到的 case 它都能过，你想不到的它也不会替你想。所以全绿不代表它强，可能只代表你的测试集太温柔了。真正练的是那个「想得到」，这个没有止境，也不算能背熟的技能。 Joye 之前那篇面试复盘里有句话挺贴切：简历上成果都差不多，真正区分候选人的是过程——你怎么用 AI、你怎么设计 AGENTS.md 和 Skills、你怎么让 AI 在你项目里持续输出高质量结果。OpenAI 那篇 harness engineering 讲的也是同一件事：人不负责写代码，人负责设计环境、边界和反馈回路。 所以我的回答是：coding 是被拉平的那部分，这三样是拉开差距的那部分。把它们叫基本功也行，但要知道它们不是入门门槛，是天花板所在，而且没法刷题刷过去。