一句话用 Codex + 浏览器 MCP 解决网站性能问题

9 月 5 日
 winterscott999

最近给自己的 Next.js 小项目做性能优化,接入浏览器 MCP 后,让 Codex 直接操作浏览器并读取 Lighthouse 、Performance 、Console 、Network 和 DOM 。

大致流程是:

  1. 先让 Codex 只跑 Lighthouse ,保存基线,不修改代码;
  2. 根据 TBT 和 Performance trace 找 long task ;
  3. 对比服务端 HTML 和 hydration 后的 DOM ;
  4. 追踪到具体源码和业务函数;
  5. 确认原因后,再让 Codex 分阶段修改;
  6. 每一步都重新跑测试、检查 Console 和 Lighthouse 。

我使用的 Prompt 大致是:

请使用浏览器 MCP 和 Lighthouse 分析当前网站。

先不要修改代码,保存 JSON 基线,记录 FCP 、LCP 、TBT 、TTI 、CLS 、
long task 、资源大小,并检查 Console 、Network 和 hydration 错误。

请把结果整理为:
现象 -> 证据 -> 假设 -> 验证方法。
不要把 Lighthouse 的通用建议直接当成根因。

最后发现主要问题是服务端缓存的游戏数据和客户端首次生成的数据不一致,导致 hydration 失败,页面上的 170 个格子被重新渲染。

优化后本地 production build 的结果:

更详细的优化流程: https://dev.to/scott_winter_77ced0700c92/using-codex-to-improve-web-performance-from-a-lighthouse-score-of-76-to-98-9g8

相关地址

1729 次点击
所在节点    浏览器
0 条回复

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1239689

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX