React越写越慢?这10个Skill专治性能拖累

页面越写越大,首屏却越来越慢——问题往往不是某一行代码,而是没有一条从定位到验证的路径。

假设你手上有个 Next.js 项目,首页加载要三秒多,接口还串着发。你隐约觉得是某个组件写得不对,但打开文件又看不出哪里错了。

这种时候,先别急着改代码。让 web-perf 用 Chrome DevTools 把 LCP、CLS 和网络依赖链拉出来,再让 vercel-optimize 结合部署指标看包体和函数开销——先有数据,再谈改哪。

定位到具体路由后,vercel-react-best-practices 按优先级逐条检查写法,vercel-composition-patterns 负责把巨型组件拆开,next-cache-components-adoption 处理重复请求。改完必须跑起来看:next-dev-loop 在本地确认运行时行为,webapp-testing 用 Playwright 走一遍关键路径,确认没有回归。

最后两步容易被跳过:refactor 清理优化留下的冗余,web-design-reviewer 检查响应式和可访问性,别让速度换掉界面。收尾用 git-commit 把这一轮改动记清楚,方便回溯。

顺序比单个 Skill 更重要:先测、再改、再验、最后收。

web-perf

用 Chrome DevTools 采集 LCP、CLS 等指标,定位首屏加载慢的具体环节

vercel-optimize

结合 Vercel 部署指标分析包体与函数开销,给出削减体积和成本的改动点

next-dev-loop

在本地跑起改动后的页面,确认优化是否真的生效而不是只改了代码

webapp-testing

用 Playwright 复现关键交互路径,验证优化后页面行为没有回归

refactor

在不改变行为的前提下清理优化过程中留下的冗余代码

web-design-reviewer

检查响应式布局与可访问性问题,避免优化只盯着速度而破坏界面

git-commit

把这一轮性能优化改动整理成规范的提交记录,方便回溯