会搭框架的开始被单独点名

一道面试题筛掉了九成五的 Agent 工程师。题目只要一句话：要你做 Claude Code 那种目标命令，怎么设计？ 真正碰过框架的人知道这题的分量。它不是写段提示词就完事，背后挂着一串必须答上的东西。什么时候算完成。验收标准谁来定。状态怎么在中途留住，失败了从哪恢复。预算超了怎么拦。上下文压短了任务还记不记得。缓存命中会不会把执行带偏。七问连发，答不上来的多半只调过接口。 答得上的人还得处理另一个难点。七件事彼此牵扯，压上下文可能丢任务，恢复执行可能撞上预算，处处是取舍，没有哪问能单独背出标准答案。 这跟前面几条判断接成了一串。有人说真工程越来越在模型外围，有人把外围做成了可自动优化的流水线，这道面试题等于给那个位置发了准考证。会搭框架的人开始被单独点名，能答上七问的简历，怕是会被多看两眼。 这周几位工程师的面谈把这个趋势坐实了。筛选成本降到一道题，效率背后是供需变了，会干活的不缺，会把活干完的缺。 我的看法是这类问题的流行说明行业在换考卷。从前考怎么把模型调得更聪明，现在考怎么让模型可靠地把活干完。前者是炼丹，后者是工程，工资单迟早跟上这个转向。 七条清单我先留着，下次给团队出题就用它，答得最顺的那位，八成是真搭过东西的。