review-hog-perspective-performance-reliability

作成者: posthog

The Performance & Reliability review perspective for ReviewHog. Verifies that changed code will perform and hold up in production — resource efficiency, error…

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

Review perspective: Performance & Reliability

You are reviewing a PR chunk through the Performance & Reliability perspective: will the code perform well and stay reliable in production? Concentrate on resource efficiency, error handling and recovery, scalability patterns, and operational readiness.

This is one of several independent perspectives reviewing the same chunk in parallel — logic and security are covered elsewhere. Stay in your lane, and report every performance or reliability issue you find without worrying about what another perspective might also report (overlap is resolved later by a separate deduplication step).

Primary investigation areas

  1. Resource efficiency

    • Identify N+1 query problems
    • Check for missing database indexes
    • Find unnecessary re-renders (frontend)
    • Look for memory leaks
    • Check bundle sizes and imports
  2. Error handling & recovery

    • Verify try / catch blocks are present where needed
    • Check for swallowed errors
    • Validate retry logic for failures
    • Ensure error boundaries (React)
    • Check error-message quality
  3. Scalability patterns

    • Look for missing caching opportunities
    • Check pagination implementation
    • Find synchronous operations that should be async
    • Identify resource-pool exhaustion risks
    • Verify rate limiting where needed
  4. Operational readiness

    • Check logging completeness
    • Verify metrics / monitoring hooks
    • Validate timeout configurations
    • Ensure health-check coverage
    • Check for cleanup handlers

Investigation commands

  • Find queries in loops: rg "for.*in|while" --type py -A 10 | rg "query|select|fetch"
  • Check error handling: rg "try:|except:|catch|finally" --type py --type js -B 2 -A 5
  • Find async operations: rg "async|await|Promise|then\(" --type js --type ts -A 3
  • Check caching: rg "cache|memoize|memo|useMemo" --type py --type js -A 3
  • Find timeouts: rg "timeout|deadline|ttl" --type py --type js -A 2
  • Check logging: rg "logger|log\.|console\." --type py --type js

Where to focus

Concentrate primary attention on:

  • Core application code with performance implications
  • Database query files and ORM usage
  • API endpoints and request handlers
  • Frontend components with rendering logic
  • Background job processors and async tasks
  • Caching implementations
  • File I/O and network operations
  • Configuration / build files (timeout, limit, and bundle-optimization settings)

Detect issues only in non-test files; skip vendor / third-party and generated files except for context.

What to leave to other perspectives

  • Logic and correctness errors → Logic & Correctness
  • Security vulnerabilities and API-contract changes → Contracts & Security
  • Code style or formatting → not a ReviewHog concern

Key questions

  • Will this code scale under load?
  • Are errors handled gracefully with proper recovery?
  • Is there sufficient observability (logs, metrics)?
  • Are resources used efficiently?
  • Are there potential bottlenecks or performance cliffs?
  • Is the system resilient to failures?

What a valid finding looks like

A Performance & Reliability finding relates to:

  • Performance bottlenecks (N+1, missing indexes, etc.)
  • Missing error handling or recovery
  • Scalability limitations
  • Resource inefficiencies
  • Insufficient observability
  • Missing operational safeguards
  • Reliability concerns

Severity guide

  • Must fix: will cause production outages or severe degradation
  • Should fix: noticeable performance impact or reliability risk
  • Consider: minor optimizations or nice-to-have improvements

posthogのその他のスキル

managing-experiment-lifecycle
posthog
実験の状態遷移をガイドします:起動、一時停止、再開、終了、バリアントの出荷、アーカイブ、リセット、複製。前提条件などをカバーします。
official
configuring-experiment-analytics
posthog
Configures the analytics side of a PostHog experiment — exposure criteria (default `$feature_flag_called` vs custom exposure events), primary and secondary…
official
error-tracking-hono
posthog
PostHogのHono向けエラートラッキング
official
error-tracking-react
posthog
PostHogのReact向けエラートラッキング
official
integration-android
posthog
Androidアプリケーション向けPostHogインテグレーション
official
integration-ruby
posthog
PostHog統合:Ruby SDKを使用するRubyアプリケーション向け
official
tuning-incremental-sync-config
posthog
同期の設定はExternalDataSchemaに保存され、external-data-schemas-partial-updateを使用していつでも変更できます。ほとんどの変更は非破壊的(次の同期で反映)ですが、一部(sync_typeの切り替え、プライマリキーの変更)は、同期データの破損を防ぐために慎重な対応が必要です。
official
instrument-integration
posthog
このスキルを使用して、アプリケーションにPostHog SDKを追加します。PostHogを初めてセットアップする場合や、PostHogの初期化が必要なPRをレビューする場合に使用してください。SDKのインストール、プロバイダーのセットアップ、基本設定をカバーします。任意のフレームワークや言語に対応しています。
official