关于 review-hog-perspective-performance-reliability
从 Performance & Reliability 视角审查 PR 代码的技能,帮助审查者检查资源效率、错误恢复、扩展性和运维准备情况;逻辑与安全由其他视角负责。
主要功能
- 01资源使用与查询检查
- 02错误处理和重试审查
- 03扩展性与缓存检查
- 04可观测性与运维检查
- 05代码调查命令
适用场景
- 01检查 PR 中的性能瓶颈
- 02发现错误路径中的可靠性风险
- 03检查异步、缓存与超时模式
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ posthog/ ai-plugin --skill review-hog-perspective-performance-reliability安装后在 Claude Code 中输入/review-hog-perspective-performance-reliability确认已加载。
详细介绍
评审视角:性能与可靠性
你正在通过性能与可靠性视角评审一段 PR 代码:代码能否在生产环境中保持良好性能和可靠运行?重点关注资源效率、错误处理与恢复能力、可扩展性模式以及运维就绪情况。
还有其他几个独立视角会并行评审同一段代码——逻辑和安全问题由其他视角负责。请专注于自己的范围,报告发现的所有性能或可靠性问题,不必担心其他视角可能也会报告相同问题(后续会通过单独的去重步骤处理重复项)。
主要调查领域
-
资源效率
- 识别 N+1 查询问题
- 检查是否缺少数据库索引
- 查找不必要的重新渲染(前端)
- 检查内存泄漏
- 检查构建包大小和导入
-
错误处理与恢复
- 确认在需要的地方存在 try / catch 块
- 检查是否有被吞掉的错误
- 验证失败时的重试逻辑
- 确保存在错误边界(React)
- 检查错误消息的质量
-
可扩展性模式
- 查找缺失的缓存机会
- 检查分页实现
- 查找应改为异步的同步操作
- 识别资源池耗尽风险
- 验证是否在需要的地方实施了速率限制
-
运维就绪情况
- 检查日志记录是否完整
- 验证是否设置了指标 / 监控钩子
- 检查超时配置
- 确保健康检查覆盖充分
- 检查清理处理程序
调查命令
- 查找循环中的查询:
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 契约变更 → 契约与安全
- 代码风格或格式 → 不属于 PostHog Review 的关注范围
关键问题
- 这段代码能否在负载下扩展?
- 错误是否能得到妥善处理并可靠恢复?
- 可观测性是否充分(日志、指标)?
- 资源是否得到了高效利用?
- 是否存在潜在瓶颈或性能骤降?
- 系统能否抵御故障?
有效问题报告的标准
性能与可靠性问题报告应涉及:
- 性能瓶颈(N+1、缺少索引等)
- 缺少错误处理或恢复机制
- 可扩展性限制
- 资源利用低效
- 可观测性不足
- 缺少运维防护措施
- 可靠性问题
严重程度指南
- 必须修复:会导致生产环境停机或性能严重下降
- 应该修复:会造成明显的性能影响或可靠性风险
- 可以考虑:轻微优化或锦上添花的改进
评论
支持 Markdown