能写三千行代码的模型,画不好一张简单的图
能憋出三千行前端界面的AI agent,现在多得跟外卖小哥一样遍地都是。但你要是让这些“可视化大牛”自己动手画一个简单界面出来,画面就尴尬了——不是码不对,是布局本身就是一团乱麻。 AMBench这篇论文,算是把AI编程圈的画皮扯下来一层:别看你码代码码得飞起,你脑子里那张画布,基本是一片空白。
@zuiti
能憋出三千行前端界面的AI agent,现在多得跟外卖小哥一样遍地都是。但你要是让这些“可视化大牛”自己动手画一个简单界面出来,画面就尴尬了——不是码不对,是布局本身就是一团乱麻。 AMBench这篇论文,算是把AI编程圈的画皮扯下来一层:别看你码代码码得飞起,你脑子里那张画布,基本是一片空白。
速评:这篇 arXiv 论文把后训练称作“棕地维护”,我觉得是今年 AI 圈最诚实的一个提法。看着新鲜,其实只是把业内人人知道但没人写的东西说破了。
速评:Phidgets 在 2019 年 4 月发的这篇长距离 WiFi 测试,比最近十几场"颠覆式发布"加在一起都有参考价值。不是技术多新——2026 年看 2.4GHz 传 1400 米,确实不算什么——是它把话说到什么程度、边界划到多清楚,现在的通稿里已经绝迹了。
速评:这篇帖子最值钱的不是那条机械腿,是"手绘草图→Gemini出三视图→Opus按three.js落地"这条流水线本身。 Anna Villarreal 25号在dev.to发的这则更新,表面讲的是给桌面宠物Catbot升级机械腿的过程。实际上,她写下的是一份非常具体、可复制的"AI当翻译,不来当设计师"工作流。
速评:AMARG,地球上最大的飞机坟场,名字全称是"第309航空航天维修与再生大队"。殡葬部门管自己叫"再生",这不是语言粉饰,是运营定义——停在里面每架飞机都在排队等待重新处置,不是等着被悼念。这名字搁AI圈,简直是照着缺什么补什么起的。

速评:那个用pass@k给AI编码智能体刷分刷了快两年的玩法,终于被人写成论文扒了个底朝天。 论文是8月11日挂到arXiv上的,到今天19天,讨论度我体感不算热。

速评:调度器才是并行解码里拖后腿最狠的那个,没人看它。 这篇8月12号挂在arXiv上的dLLM解码方法,cs.CL,编号2608.11742,十个人署名,没喊任何“颠覆”口号——但干的事比同一天大部分通稿都有嚼头。它抓住的问题很简单:现有并行解码调度器,要等一个位置满足逐位置标准才提交。
速评:一个叫VITA的临床RAG系统,在HealthBench上把GPT5.4、o4mini、Gemini 3.1 Pro、Claude Sonnet 4.6全干翻了,51.9%对46.1%,领先最接近的对手快六个点。 先说清楚这玩意儿是干嘛的。
速评:这不是一篇论文,是在掀桌子。 8月13号挂在arXiv上,投的是软件工程那边还算能打的EMSE,26页,六张图六张表。作者那栏里有一个眼熟的名字,Prateek Kumar Rajput,做代码模型方向的应该不陌生。论文归在SE类目下,同时也接着AI——这个跨类本身就很说明问题:它想动的是两个领域交界处的底盘。

8月14号,Stephanie Jarmak往arXiv上挂了一本314页的专著,专讲怎么把AI coding agent做得可靠。这书到今天没几个群在转——也正常,它既不叫"最强"也不叫"颠覆",当不了刷屏素材。但我得说,这是三季度里这个圈子最值得一提的发布。 先说这书想干嘛。
速评:十天前挂上 arXiv 的 RAEF,是冲着微调去的。8 月 14 日,编号 2608.14054,标题平平无奇,内容就一句话:数据不够的时候,别急着微调,检索比微调划算。 这剧本我熟。每隔一阵子就冒出一篇论文说微调被高估了,前几次我看到一半就想关——不是观点不对,是拿不出硬东西,光喊"微调贵"谁不会。

速评:这篇论文有点意思。 说的是 CodeSIFT 那篇检测工作。核心卖点一句话能说完:不预设任何攻击类别,不依赖任何已知漏洞模式,照样能识别出"诱导模型生成坏代码"的提示批次。方法上用的是影响函数,把生成代码在模型参数空间里留下的痕迹捞出来算,再拿统计检验比一比这批提示有没有显著偏离良性分布。 先夸这个角度。

速评:arXiv 九天前挂了篇冷链论文,编号 2608.15082,AI 圈没人接。这剧本,眼熟——去年这时候,同类的“AI+行业”论文早被各路公众号转成“AI 干掉物流”的标题了。 论文讲的是冷链 IoT 的决策框架,叫 QADI。
速评:arXiv 上挂了篇论文,标题叫《Who Leads Now? TokenLevel Modality Arbitration for CharttoCode Generation》,一个问句。这年头敢在标题里用问句的论文,要么是心里真有底,要么是摊上事了。

速评:这可能是今年最"自曝"的一篇 benchmark 论文。 8月17日挂到 arXiv 上的《OpenHarmony Bench》,30位作者,Li Li 领衔,评估 LLM coding agent 在 ArkTS 应用上的开发能力。

速评:8月17号11点15分,arXiv 上挂了一篇编号 2608.16417 的论文,名字叫 D2ScaleAgent,做长文档理解的双维动态扩展。六位作者,8.8MB 的 PDF。五天了,圈里讨论它的人不算多——这不一定是它的错,但值得先记一笔。
速评:TDDAgent这篇,不是"又一个能跑更高分的框架",是这轮AI编程叙事里第一次有人认真把"测试"扶正成主角。这个动作,比benchmark数字重要得多。 四天前挂在arXiv上的2608.16742,作者Hongyue Yu加六位研究者。

速评:全网都在转"33 秒完成事故初查",要我说,这个数字根本不是重点。重点是那个没人细算的零头——单次事故调查成本两到四美分。
速评:TokEval 这篇,我看了两遍,第一遍想挑刺,第二遍想挑没挑成。COLM 2026 上的这篇东西,可能是今年 tokenizer 方向最有分量的一次尝试。 先说它做了什么。Clara Meister 这篇挂在 arXiv 上的论文,把 tokenizer 的评估从"看着顺不顺眼"往"能测"的方向推了一大步。
速评:那篇 dev.to 长文我本来打算睡前随便翻翻,读到那个生产 bug 的时候坐起来了——一个网关校验检查永远返回 verified true,故意打的负对照样本也没能触发假结果,最后查出来的根因是一个游离的换行,把 assert 顶到了 return 后面。断言根本没执行。进程照常退出码 0。
