用途：作为 PostHog Review 的一个独立审查视角，针对同一 PR 代码块，从性能与可靠性角度判断代码能否在生产中良好运行并保持稳定。逻辑与安全由其他视角负责，本视角只关注自身范围，发现的问题交由后续去重步骤处理。
主要能力：覆盖四类检查。资源效率方面，识别 N+1 查询、缺失数据库索引、前端不必要重渲染、内存泄漏、包体积与导入问题。错误处理与恢复方面，检查 try/catch 是否到位、错误是否被吞掉、失败重试逻辑、React 错误边界、错误信息质量。可扩展性方面，寻找缺失的缓存机会、分页实现、应异步的同步操作、资源池耗尽风险、必要的限流。运维就绪度方面，检查日志完整性、指标/监控钩子、超时配置、健康检查覆盖、清理处理器。
使用方式：提供若干调查命令，例如用 rg 查找循环中的查询、错误处理、异步操作、缓存、超时与日志，命令保持原样：rg "for.*in|while" --type py -A 10 | rg "query|select|fetch"；rg "try:|except:|catch|finally" --type py --type js -B 2 -A 5；rg "async|await|Promise|then(" --type js --type ts -A 3；rg "cache|memoize|memo|useMemo" --type py --type js -A 3；rg "timeout|deadline|ttl" --type py --type js -A 2；rg "logger|log.|console." --type py --type js。
适用场景：核心应用代码、数据库查询与 ORM、API 端点与请求处理器、含渲染逻辑的前端组件、后台任务与异步任务、缓存实现、文件 I/O 与网络操作、配置/构建文件。仅检查非测试文件，跳过第三方与生成文件（除非作为上下文）。
限制：不处理逻辑与正确性错误、安全漏洞与 API 契约变更、代码风格或格式。严重度分为 Must fix（会导致生产中断或严重退化）、Should fix（明显性能影响或可靠性风险）、Consider（次要优化）。