北京
绿勾CI不等于代码健康
CI通过只说明你写的测试仍然通过。那些没写测试的部分——没人添加的跳转导航链接、模态框关闭后从未恢复的焦点目标、某条路由上敞开的CORS策略——一直安静地待在那里，直到有人用最痛的方式发现它们。
这就是漂移：代码实际行为与它应该做到的事情之间，沉默且不断累积的距离。它不报错，也不会让流水线失败。它靠一次次小妥协叠加，直到“发布顺利”悄悄变成“发布需谨慎”。
ReWeaver AI推出免费漂移检测工具
ReWeaver AI DriftDetector是一款免费工具，用来让这种差距变得可见。把它指向任何公开GitHub仓库，或者在你授权后安全地扫描私有仓库，它会从九个生产就绪维度进行扫描：安全、可访问性、可靠性、架构、可维护性、可测试性、用户体验、设计一致性以及AI代码治理。它会给仓库历史中的每一次提交打分，而不只是看最新一次提交。
代码直接从GitHub流入，不会缓存到磁盘，私有扫描也不会留下痕迹。为了展示典型扫描可能得到的结果，团队对一个用vibecoding方式创建的仓库进行了扫描：reweaver-ai/meridian-storefront。
扫描结果：中度漂移，需谨慎发布
核心数字如下：
- 生产漂移比率（PDR）：0.4834，属于中度，小于等于0.3才算“生产就绪”
- 总漂移：57个文件共75小时，平均每个文件1.3小时
- 270项发现中有42项被标记为“严重”，占比15.6%
- 75小时里只有8.1小时可以自动修复，其余67小时需要人来判断
- 累计债务约2个开发者周，一个迭代可以清完
- 速度拖累：每个开发者每个迭代约2.8小时，相当于迭代产能的3.7%被无人安排时间的漂移吃掉
- 风险：每个文件0.74个错误，属于高风险，结论是“发布需谨慎”
- 长期速度：过去三年多，每个月稳定新增约1.9个漂移小时
那个可自动修复的数字值得停下来想一想。一个带修复参数的命令行检查工具可以清掉其中8小时，然后宣布完成。另外67小时恰恰是自动修复碰不到的东西：关于一个组件应该做什么的判断，而不只是它该怎么格式化。
漂移不是静态的，它有历史
DriftDetector给每一次提交打分，所以漂移随时间的上升和下降能显示变化发生在哪里，而不是只给一张单次快照。
这个仓库的时间线从2023年5月开始，共44次提交。漂移持续攀升，在2025年7月达到峰值，PDR为0.71，属于严重级别，漂移时长为137小时。随后团队开始清理，趋势回落到今天的中度水平0.48。
这条“退化、察觉、恢复”的弧线，正是真实代码库在真实截止日期下会呈现的样子，也是单次时间点检查无法展示的趋势。
债务实际分布在哪里
漂移分布并不均匀。在这个仓库里，270项发现中，34项为严重级别，136项为警告，其余为信息级别。设计一致性占据了其中最大的一部分。
工具的价值在于把那些“看不见的债务”变成可追踪的数字。当漂移有了历史曲线和维度拆解，团队就能知道该把清理时间花在哪里，而不是凭感觉猜测。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
