2026-11-15，modern-web-guidance 单日新增 3,635★，是当天 GitHub 全球 star 增速第一。素材的一句话摘要说，它用一套 CLI 加 skill 包，让 coding agent 自动识别并替换代码里的过时 Web 写法。
真正不同的是署名：Chrome、Edge、Firefox、MDN 四家一起把「现代 Web 最佳实践」做成了 skill。本文只讨论一件事：判断权交出去后，哪一步被换掉了。
它把「哪条写法算过时」从人脑挪进了 Agent 手里的规则
摘要里有两个动词：识别、替换。过去「最佳实践」主要是给人看的------规范写在文档里，要不要用，靠 review 时有人记得。换个人、换个项目，就得重讲一遍。
这次的定位是「做成 skill 直接喂给编码智能体」。从定位上看，判断被放到了 Agent 干活时会读到的位置，而不是等人补一句「记得用新写法」。
我的判断是：什么算过时的 Web 写法，与其让 Agent 临场判断，不如用制定规则的人写好的 skill。这话可以被反驳：规则会滞后，也未必覆盖你的项目约束。但它把问题指到了能动手改的地方。
所以对你意味着：下次为一条老写法反复改 Agent 输出时，先数一数这条约束重讲了多少遍。
四家联合署名，比 3,635★ 更值得看
出品方是写规则的那几家。 Chrome、Edge、Firefox、MDN 四家联合。
热度是当天的、可核对的。 2026-11-15 进入 GitHub Trending，当日新增 3,635★，全球 star 增速第一。素材另给的 96/100 是素材方口径，不是 GitHub 官方评级。
主题落在日常开发。 入选理由写「最贴合日常开发场景」，处理的是代码里的写法，不是让你换框架重写。
所以对你意味着：热度只负责把你叫到门口，进去前先看问题对不对得上。
从定位上看，它给的是识别与替换，不是一份让人读的规范
素材没有仓库内部清单，这一节只做解读，不假装看过目录。
第一，识别与替换是一组动作。 从定位上看，它落在代码改动上，不是停在「建议你升级」。
第二，载体是 CLI 加 skill 包。 两个词都来自素材摘要。可以理解为，前者对着执行，后者对着 Agent 读取。
第三，摘要列举了 view transitions、Popover API、内置 AI 等特性。 按字面照录，不替它判断这几项与「过时写法」的对应关系------是替换目标还是被替换项，原句没说死，以 README 为准。
技能数量、安装命令、README 结构，素材都没提供，本文不展开。以上只是解读，不是官方说明。
所以对你意味着：现在能判断「方向值不值得跟」，还不是「它好不好用」。
不装它，也能先做的三件事
- 在项目里搜一遍拿不准的老写法，记下数量和文件位置；再翻最近三次评审，把反复出现的「这写法过时了」抄成三行，就是最小规范。没有这个基线，后面没法说「变好了」。
- 给 Agent 加一条前置规则：在 AGENTS.md 里写「涉及浏览器 API 时，先确认当前支持情况再写，不许沿用旧写法」。一句话，比每次 review 补一遍低。
- 让它先只出清单、不改代码：挑一个老页面，只输出「哪一处该换成什么」，确认后再动手。顺手对一遍团队约定，只找差的那一条。
以下是建议的验证路径，不是项目官方步骤。第 1 条最该先做。
所以对你意味着：不用读完仓库，今天就能得到那个数。
谁该点开，谁先别急着装
适合已经在用 coding agent 改前端、项目里还留着历史写法的人。
不适合想找「让 Agent 写得更快」工具的人。从定位上看，它不改模型能力。也不适合项目没有历史 Web 代码、或团队不允许 Agent 改代码的人，这套问题你还没遇到。想要能直接抄的迁移清单的读者也会失望：素材没给。
这条 Trending 值得点开，但值的是「判断标准该由谁给」，不是今天就能落地的方案。今天只做一个动作：把项目里的老写法数出来。
你的项目里，最拿不准该不该换掉的是哪一条 Web 写法？评论区聊聊。
信息卡
- 项目：GoogleChrome/modern-web-guidance
- 链接：github.com/GoogleChrom...
- 来源：GitHub Trending（ghtrends.dev/daily，2026-11-15），当日新增 3,635★，当日 GitHub 全球 star 增速第一
- 素材热度评分：96/100（素材口径，非 GitHub 官方评级）
- 标签：#开源 #GitHub #Web平台 #AI编程 #Agent