周三下午，我在Antigravity IDE里敲下提示：“建一个悬停提示组件，显示在按钮上方。”AI编码代理飞快地吐出了HTML和CSS。aria-describedby无障碍标注到位，CSS动画平滑，定位也没毛病。可等我拉开JavaScript一看，傻眼了——一个完整的交互管理层，包括js-hidden类切换、dismissAllTooltips()函数、触摸事件监听和点击外部检测，就差把2019年的那一套搬上生产线。

这个代理没有坏。它只是在重现训练数据里最强的那股信号：旧模式。大型语言模型从海量网页数据里学习规律，但新浏览器API推出好几年，教程、Stack Overflow答案和真实项目代码才慢慢跟上。结果就出现了这种错位——模型明明技术上知道现代API存在，可它见过的旧写法成千上万次，新写法只有寥寥几次。生成代码时，训练信号更密集的遗留模式直接胜出。

打开网易新闻 查看精彩图片

靠提示词纠正作用有限。跟代理说“用现代API”，只能产生轻微的推搡，远不足以让模型信心十足地输出生产级别的现代实现。更麻烦的是，每次聊天都得手动粘贴对应特性的文档，这根本就不是可持续的解法。问题出在上下文里缺少平台感知的、经过专家审核的可靠参考——而这正是Modern Web Guidance（MWG）要填的坑。

MWG是Google Chrome发起的开源方案，思路很直接：把权威的平台指南注入AI代理的上下文窗口，将编写方向掰向当前标准。这些指南覆盖无障碍性、性能模式和最新的CSS/JavaScript API，并且经过浏览器工程师和Web标准专家的交叉验证。当Antigravity IDE装上MWG后再生成提示框组件，JavaScript层那套冗余的交互管理就消失了大半——浏览器本身已经能优雅地处理焦点、关闭和键盘操作，不再需要开发者用几十行事件监听去模拟。

这里的核心分歧在于，该让模型从训练数据的噪声里自己搞“少数服从多数”，还是主动给它喂一份经过筛选的“参考答案”。MWG选择后者，不是修改模型权重，而是改变推理期间的上下文喂养策略。对开发者而言，集成就是配一个插件或一段系统提示，但代理输出的代码却能从“勉强能用”直接跳到“现代最佳实践”的水准。

当然，MWG不是万能药。它依赖指南的更新速度，也要求IDE和AI平台做出适配。但相比无休止地粘贴文档，它至少跳出了“问题在训练数据、解法在提示词”的死循环。下次当你的编码代理端出js-hidden那套老家伙时，不妨试试把现代Web的知识底座直接送进它的视野——代码生成的时差，或许真的可以被擦掉。