fox-optimize

fox-optimize 是一个围绕性能优化的技能，采用“追踪、定位、精简、捕获、庆祝”五个阶段推进，强调先测量再优化、精准定位瓶颈、优化后必须验证，避免为微小收益牺牲可读性或提前优化。适用场景包括：用户要求“优化这个”或“让它更快”、反映“很慢”或性能问题、调用 /fox-optimize 或提及 fox/performance、页面加载时间不可接受、数据库查询迟缓、包体积过大、检测到内存泄漏、动画卡顿、API 响应慢等；可搭配 bloodhound-scout 查找慢代码路径。流程上，追踪阶段先建立基线指标，明确慢在初始加载、交互、滚动、数据加载还是过渡，并用 Lighthouse、包可视化、DevTools 等测量，设定目标值；定位阶段从服务端生命周期、前端、数据库、API、内存等维度找具体瓶颈，先用 EXPLAIN QUERY PLAN 查看是否走 SCAN、是否存在 N+1，SSR 应用优先看 TTFB；精简阶段只修瓶颈，涉及图片转 WebP/AVIF、懒加载、srcset、代码分割、tree-shaking、复合索引、修复 N+1、并行化独立查询、KV 缓存、缓存头、仅用 transform/opacity 做动画、onDestroy 清理监听器等。捕获阶段必须运行 pnpm install 和 gw ci --affected --fail-fast --diagnose 验证无破坏，CI 通过后再用 lighthouse 和 npm run build && npm run analyze 测量改进并记录前后对比。庆祝阶段撰写性能报告，将性能预算加入 CI，启用真实用户监控。资料还提供症状速查：TTFB 高多因钩子或中间件串行 await，可 Promise.all 并行；游客也慢多因 SSR 页面无边缘缓存，可加 Cache-Control 与 CDN-Cache-Control；仅登录后慢多因鉴权与功能额外查询，可跳过匿名访客的无用工作；首次请求很慢多因 DO/Worker 冷启动，可加保活定时任务和配置 KV 回退；初始加载慢多因 JS 包大，可代码分割与 tree-shaking；图片慢可转 WebP/AVIF 并懒加载；滚动卡顿可用 transform 避免布局变化；API 慢可加索引和缓存；内存增长可清理 onDestroy 监听器；交互慢可移至 Web Worker。限制方面，资料未提供具体平台支持、收费信息或独立安装命令；所需命令及引用文件路径以原资料为准。