mcpField
R
review-hog-blind-spots-general

review-hog-blind-spots-general

github.com/posthogTesting & quality7656 installsUpdated today
Repository

About review-hog-blind-spots-general

`review-hog-blind-spots-general` is a general blind-spot check skill in PostHog Review, examining a PR chunk after specialist perspectives finish. It targets concrete issues they did not cover and returns no findings when none remain.

Key features

  1. 01Run as the final review sweep
  2. 02Use prior findings to locate gaps
  3. 03Check edge cases and failure paths
  4. 04Inspect cross-file interactions and assumptions
  5. 05Report only concrete new issues

Use cases

  1. 01Catch issues missed by specialist reviews
  2. 02Check error paths and unhandled inputs
  3. 03Find problems under load or hostile input

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/posthog/skills --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