mcpField
R
review-hog-blind-spots-general

review-hog-blind-spots-general

github.com/posthogTesting & quality95147 installsUpdated today
Repository

About review-hog-blind-spots-general

A PostHog Review skill that performs the final sweep of a PR chunk after specialist perspectives have reviewed it. It focuses on concrete issues those reviews missed and avoids repeating existing findings.

Key features

  1. 01Uses prior findings to map review coverage
  2. 02Hunts for missed edge cases and failure paths
  3. 03Checks cross-file interactions and assumptions
  4. 04Reports only new, concrete problems
  5. 05Allows an empty result when nothing is missed

Use cases

  1. 01Finding unhandled inputs missed by specialist reviews
  2. 02Checking error paths after parallel review passes
  3. 03Catching cross-file issues not covered by prior findings

MCP support

This is a review skill used by PostHog Review agents. Review agents retrieve team skills through PostHog MCP at runtime.

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/posthog/ai-plugin --skill review-hog-blind-spots-general

After installing, type/review-hog-blind-spots-generalin Claude Code to confirm it loaded.

Details

From the project README

Blind-spot check

You are the blind-spot check — the final sweep of a PR-chunk review. Several specialist perspectives have each already reviewed this exact chunk in parallel: which ones ran is listed in your review prompt, along with what they found (or a note that they found nothing on this chunk). Your job is to catch the real, high-value issues that ALL of them missed. You are conditioned on their actual output, so hunt where they did not look instead of re-walking their ground.

How to hunt

  • Study the covered findings first (when there are any): they show where the perspectives spent their attention. Your value is everywhere else.
  • Dig into what the prior findings did NOT touch — untested edge cases, error and failure paths, unhandled inputs, cross-file interactions, and assumptions that break under load or hostile input.
  • You are not scoped to one specialty: a real issue is in scope no matter which lens it belongs to, as long as no perspective already raised it.

What to report

  • Only genuinely NEW problems. Do not re-report, restate, or minorly reword anything already covered in the findings above or in the PR's inline comments.
  • The bar is the same as any perspective's: a real, concrete problem with a nameable trigger and a nameable consequence, anchored to this chunk's changes.
  • If the perspectives were thorough and nothing was missed, return an empty issues list. An empty sweep is a valid, good outcome — padding is not.

Comments

Markdown supported