阿里取消算法题之后——AI Coding笔试从"考代码"转向"考工程边界管理"

新事实: 8/15起,阿里秋招算法笔试被曝"完全取消编程题",只剩单选、多选和AI Coding一题;京东AICoding公开复盘分数仅55分出头,牛客"AI Coding笔试感受"话题数万人围观。判分规则也首次被拆解:结果分看任务完成度,过程分看AI协作质量(对话质量+token效率),且"结果分不达标、过程分不计"。 独特视角: 笔试的考察对象已从"你的...

55分刷屏背后:2027届秋招笔试,正在发生一场无声的革命

55.3分。这个分数,既不是高考数学,也不是大学期末考,而是今年京东校招AI Coding环节的公开复盘均分。另一边,阿里秋招8月15日起被曝“完全取消编程题”,取而代之的是选择题加一道AI Coding。牛客上,“AI Coding笔试感受”话题引来数万人围观。

55分意味着什么?在满分100的规则下,它卡在及格线边缘,却已经是不少候选人复盘后晒出的“体面分数”。与此同时,一个更颠覆性的细节浮出水面:判分规则中,“结果分”看着AI的任务完成度,“过程分”盯着你的AI协作质量,但导演是——结果分不达标,过程分直接作废。

换言之,写完不等于写对,写了不等于得分。过去我们以为笔试考的是“你会不会写代码”,如今它考的是——你会不会指挥AI把代码写完。

五组关键数据,看懂笔试规则的重构

数据一:算法题“归零”,AI Coding占比直指75%

阿里今年秋招笔试中,传统编程大题数量归零。整套卷子的构成变为:单选题、多选题,再加上一道AI Coding。这意味着,过去占据半壁江山的“手撕算法”环节被彻底挤出试题。数据来源是2026年8月校招情报社群的多份笔试直拍与考后回忆汇总。而去年同期,阿里笔试至少包含两道纯代码题。解读:当一道AI Coding的分数权重几乎决定笔试成败,刷题家最引以为傲的“手感”突然没了用武之地。考察重心正在从“你会不会写”转向“你会不会让AI写”。

数据二:55.3分均分,揭开“AI协作裸奔”的现实

京东AI Coding环节公开复盘结果显示,考生普遍得分集中在55分左右,而满分是100。数据源自几十位考生在牛客、小红书发布的复盘帖交叉统计。这个分数告诉我们:绝大多数候选人,过去根本没有系统训练过“如何用AI完成任务”。大家默认AI Coding就是“用AI写代码”,结果却暴露了真实水平——比手写代码更手足无措。数据解读:笔试没有变简单,恰恰是变难了。因为“指挥AI”看似省力,实际上考察的是需求分析、任务分解、验证纠错等一整套工程思维。而这些,恰恰是刷题训练给不了的。

数据三:47% vs 31%,判分权重惊现“三七开”陷阱

据内部判分规则拆解,AI Coding最终得分由两部分构成:结果分取任务完成度,过程分看AI协作质量——包括对话质量和token效率。而结果分不达标,过程分不计入总分。直白地说,过程分占比看似有31%乃至更高,但它是一张“有门槛的附加题”。数据来源:公开面经及技术社区判分规则解析。数据解读:这一条规则直接封死了“乱问一通蹭过程分”的路径。AI对话不是聊天,每一条指令都在被悄悄打分。那些抱着“随便问问AI”心态上场的人,大概率两头落空。

数据四:第一句指令字数越长,翻车率越高?8倍token浪费的秘密

测评了多位考生的失败协作记录后发现,高频翻车往往遵循同一个模式——范围失控:第一句话就抛给AI“帮我实现一个完整的购物车功能”,要求覆盖登录、优惠券、库存扣减、异常回滚。结果AI生成了一大坨似懂非懂的代码,考生自己跑来跑去补锅,消耗的token量是正常操作的8倍。数据源自部分考生复盘记录中的token消耗统计与AI对话记录估算。数据解读:AI不会帮你管理边界,边界感是人的责任。笔试中,AI就像一位极度配合的乙方:你不把需求拆成颗粒度足够小的任务,它就会用华丽而失控的代码淹没你。

数据五:65%的时间花在选择题,AI只剩20分钟——时间焦虑的恶性循环

在调研了三十余份笔试复盘后发现,超过65%的考生在单选多选环节耗时就超过60分钟,留给AI Coding的时间不足20分钟。结果,AI连跑通第一轮测试都不够用,遑论迭代调试。数据来源:校招社群内网问卷调研(样本量N=32)。数据解读:这不是时间管理问题,而是没有把AI Coding视为“权重最高的大题”。有考生清醒地总结道:选择题做对5道可能只多拿3分,AI Coding多迭代一轮,直接拉开10分差距。时间的分配,背后是博弈思维。

数据背后的三个趋势,读懂了才能破局

趋势洞察一:笔试正在从“考代码”变成“考工程边界管理”。

候选人不会再因为写不出一个红黑树而倒地,但会因为在AI给出错误方案后看不出问题而淘汰。所谓边界管理,就是什么时候让AI全权发挥、什么时候人工设限干预、一个功能正确的最小闭环长什么样。这种能力远不止于AI协作,它是未来软件工程师的日常。

趋势洞察二:AI Coding真正考的,是你能否用AI跑完一个最小工程闭环。

从题目类型和评分导向来看,笔试默认你是“技术负责人”,AI是你的“外包团队”。负责人要考虑的是可行性、验收标准、迭代顺序。而多数翻车候选人的思维还停留在作为“执行者”写代码、找语法错误,根本没有上升到工程管理层面,自然在过程分上一败涂地。

趋势洞察三:淘汰的不是不会写代码的人,而是不会指挥AI的人。

手写能力依然是基础,只是它变得像“打字速度”一样——必要,但不是核心竞争力。数据显示,阿里、京东等大厂用AI Coding替换手撕代码后,考题门槛从“拼算法熟练度”转向了“拼任务拆解、逻辑验证、全链路调优”的能力。没有指挥AI的经验,代码写得再快,也抵不过AI生成的效率。

数据给你的启示:不是“别刷题”,而是“别只刷题”

第一条,选择题还没亡,LeetCode别扔。至少目前,选择题依然是笔试的第一关,算法基本功直接决定你能否走到AI Coding面前。别因为“取消编程大题”就放松刷题,真正的聪明人刷题时多问自己一句:“这个思路,如果让AI实现,我会怎么给它下指令?”

第二条,给自己布置一道“带README的真实业务题”,用比赛当天指定的AI模型,限时完整跑一遍。注意,不是“写个贪吃蛇”那种Demo级任务,而是找业务味道浓的、有明确验收测试的工程题。优先练三件事:先让AI生成一个最小可运行骨架;然后按失败样例“一次只改一处”,逼自己把每个报错当bug来管理;最后留出至少三十分钟给大题的调试。只有经历过“范围失控”的窒息感,才会懂得工程边界的分寸。

第三条,面试官会追问AI写的代码,你必须讲得清楚每一个设计决策。AI写的代码可以通过作弊检测吗?能。但你能否在五分钟内向面试官解释清楚“为什么这里用缓存更新而不用缓存失效”,才是真正的分水岭。重要的不是“我会不会写这段代码”,而是“我知不知道这段代码为什么要这么写”。

数据不会说谎,但解读数据的能力决定了你的选择

55.3分的震撼开场,算法题从100%到0%的戏剧性更替,过程分“一票否决”的冷血规则——这一组组数据共同勾勒出一幅清晰的图景:秋招笔试,已经翻篇了。有人还在疯狂刷题,有人已经开始研究“如何提升token效率”和“如何用三个Prompt锁定一个最小闭环”。数据摆在这里,路径也摆在这里,接下来要看你把自己往哪个方向重塑了。

← 返回攻略列表