用途：对服务器、API 或 worker 做只读的性能与可靠性审计，找出生产环境中的延迟、内存与吞吐问题，而不是先做微优化。它把性能当作可审计的运维属性，依赖剖析、追踪、代码路径与配置作为证据。
主要能力：分六条审计轨道，按范围选择执行。A 事件循环纪律（Node.js）：同步阻塞调用、处理函数过重、内部并发无界。B 流式与背压：大数据是否流式处理、是否尊重 write() 返回 false、是否用 pipeline()。C 内存与 CPU 诊断：堆快照、CPU 剖析、GC 追踪与请求关联是否可随时获取，以及堆增长、GC 上升、worker 因内存重启等信号。D 生产可靠性：显式超时、可取消的调用、优雅关闭与排空、输入上限、请求与后台任务分离、任务幂等与死信。E 弹性与失败路径：熔断器、重试预算、重复投递安全、双写、队列拓扑、爆炸半径隔离。F 前端交付：字段 p75 的 LCP/INP/CLS、指标分阶段归因、包体积与代码分割、注水成本、渲染阻塞与运行时渲染成本、会话内客户端内存。
使用方式：先确定范围与工作负载，采集证据（CPU 剖析、堆快照、GC 追踪、请求关联、代码与配置），关注 p95/p99/max 尾部而非均值，再评分与出报告。报告格式为：结论加范围与日期，Verdict 取 SHIP、FIX 或 BLOCK，按影响排序列出发现（含轨道、文件行号或剖析引用、问题、证据、修复方向、严重度），未评估项单独列出。严重度用 Critical/High/Medium/Low，并标注置信度为 High（有测量）或 Medium（仅由代码推断）；Medium 发现不得单独驱动结论。
适用场景：上线前的性能与可靠性评审、事故前排查、发布前守门；仅限 Web 前端轨道时才检查前端。
限制：只读，不重写热路径，报告交给相应开发流程修复；不标记提前微优化、不反映生产的基准、框架/运行时内部开销、未采用的框架特性或未达成的体积规则；无证据的“感觉慢”返回 NOT ASSESSED。跨服务重试机制与 Idempotency-Key 契约、SEO、代码风格规则不在本技能范围，分别参见 awesome-error-standards、awesome-seo-audit、awesome-code-standards。其他平台工具名不同但问题一致。其他细节暂未提供。