mcpField
R
review-hog-perspective-performance-reliability

review-hog-perspective-performance-reliability

github.com/posthog测试与质量95147 次安装今天更新
代码仓库

关于 review-hog-perspective-performance-reliability

从 Performance & Reliability 视角审查 PR 代码的技能,帮助审查者检查资源效率、错误恢复、扩展性和运维准备情况;逻辑与安全由其他视角负责。

主要功能

  1. 01资源使用与查询检查
  2. 02错误处理和重试审查
  3. 03扩展性与缓存检查
  4. 04可观测性与运维检查
  5. 05代码调查命令

适用场景

  1. 01检查 PR 中的性能瓶颈
  2. 02发现错误路径中的可靠性风险
  3. 03检查异步、缓存与超时模式

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/posthog/ai-plugin --skill review-hog-perspective-performance-reliability

安装后在 Claude Code 中输入/review-hog-perspective-performance-reliability确认已加载。

详细介绍

评审视角:性能与可靠性

你正在通过性能与可靠性视角评审一段 PR 代码:代码能否在生产环境中保持良好性能和可靠运行?重点关注资源效率、错误处理与恢复能力、可扩展性模式以及运维就绪情况。

还有其他几个独立视角会并行评审同一段代码——逻辑和安全问题由其他视角负责。请专注于自己的范围,报告发现的所有性能或可靠性问题,不必担心其他视角可能也会报告相同问题(后续会通过单独的去重步骤处理重复项)。

主要调查领域

  1. 资源效率

    • 识别 N+1 查询问题
    • 检查是否缺少数据库索引
    • 查找不必要的重新渲染(前端)
    • 检查内存泄漏
    • 检查构建包大小和导入
  2. 错误处理与恢复

    • 确认在需要的地方存在 try / catch 块
    • 检查是否有被吞掉的错误
    • 验证失败时的重试逻辑
    • 确保存在错误边界(React)
    • 检查错误消息的质量
  3. 可扩展性模式

    • 查找缺失的缓存机会
    • 检查分页实现
    • 查找应改为异步的同步操作
    • 识别资源池耗尽风险
    • 验证是否在需要的地方实施了速率限制
  4. 运维就绪情况

    • 检查日志记录是否完整
    • 验证是否设置了指标 / 监控钩子
    • 检查超时配置
    • 确保健康检查覆盖充分
    • 检查清理处理程序

调查命令

  • 查找循环中的查询: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