review-hog-blind-spots-general
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
- 01Uses prior findings to map review coverage
- 02Hunts for missed edge cases and failure paths
- 03Checks cross-file interactions and assumptions
- 04Reports only new, concrete problems
- 05Allows an empty result when nothing is missed
Use cases
- 01Finding unhandled inputs missed by specialist reviews
- 02Checking error paths after parallel review passes
- 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-generalAfter installing, type/review-hog-blind-spots-generalin Claude Code to confirm it loaded.
Details
From the project READMEBlind-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.