前端工程化落地：构建、打包、CDN 与灰度发布

前端工程化听起来虚，落地就是几个具体决定。我把自己项目里跑通的方案写清楚。 构建。选一个有社区生态的方案，不要自己拼装。配置里必须锁定依赖版本，并且提交 lockfile。构建产物要带内容哈希，这样静态资源可以放心长缓存。 打包策略。按路由拆包，首屏只加载必需的部分。公共依赖单独抽出来，避免每个包都带一份。注意观察产物体积报告，如果一个包的体积突然涨了，八成是有人 import 了整个库而不是按需引用。把这个检查加进 CI，体积超阈值就警告。 CDN 与缓存。HTML 用短缓存或者不缓存，带哈希的 JS 和 CSS 用一年缓存。这一步配错的话，用户会看到旧 HTML 配新 JS，报错莫名其妙。发布顺序也有讲究：先传静态资源，确认可访问后再更新 HTML 入口，这样滚动发布期间不会出现断档。 灰度发布。小流量先发，观察错误率和核心指标，再全量。灰度期间要能快速回滚，所以上一版产物必须保留，别在发布时清理掉旧文件。 环境变量。区分开发、预发、生产三套，敏感配置走服务端注入或者构建期注入，绝不写进前端代码。所有打进前端的变量都要当成公开信息对待。 关于 agent 的使用：这条链路上 Claude Code 优势明显，因为 CI 配置、构建脚本、部署逻辑都是"规则明确、需要一次写对"的活，它能直接产出可用的配置文件并提交成 PR。MiMo Desktop 在这里的位置是辅助——把构建体积报告、依赖关系图这类信息整理成可读的页面，方便团队快速判断。 提醒：工程化的目标是让发布变成一件无聊的事。如果每次发版都紧张，说明流程还有问题，值得继续改。