用途：端到端审计 SwiftUI 视图性能，从插桩基线到根因分析与具体整改。
工作流：用户提供代码时先做代码优先审查；只描述症状则先索取最小代码/上下文；代码审查不充分时再引导采集 trace 或截图。
代码审查重点：宽泛状态变更引发的刷新风暴、列表身份不稳定（每次渲染生成 UUID()、id churn）、body 内重活（格式化、排序、图片解码）、布局抖动（深层嵌套、GeometryReader、preference 链）、未降采样的大图、大树上隐式动画过多。输出根因（附代码位置）、修复与重构建议、必要时最小复现或插桩建议。
采集方法：在 Instruments 使用 SwiftUI 模板（Release 构建），复现相同交互（滚动、导航、动画），采集 SwiftUI 时间线与 Time Profiler，导出或截图相关 lane 与调用树，并提供设备/系统/构建配置。
整改建议：缩小状态作用域、稳定 ForEach 身份、把重活移出 body（预计算、缓存）、对昂贵子树用 equatable() 或值包装、渲染前降采样图片、简化布局或使用固定尺寸。
验证：重跑相同采集，与基线对比 CPU、掉帧、内存峰值，给出前后指标表、按影响排序的问题和带工作量的修复方案。
限制：需用户提供代码或 trace；引用文档需由用户提供；未提供具体价格、平台或效果数据。