/review-hog-blind-spots-general
Checks each chunk for issues the other reviewers missed. Uses their findings to avoid repeating them.
Claude Code
$ npx -y skills add posthog/posthog --skill review-hog-blind-spots-general --agent claude-code
Codex
$ npx skills add posthog/posthog --skill review-hog-blind-spots-general -a codex -y
Cursor
$ npx skills add posthog/posthog --skill review-hog-blind-spots-general -a cursor -y
Gemini CLI
$ npx skills add posthog/posthog --skill review-hog-blind-spots-general -a gemini-cli -y
GitHub Copilot
$ npx skills add posthog/posthog --skill review-hog-blind-spots-general -a github-copilot -y
OpenCode
$ npx skills add posthog/posthog --skill review-hog-blind-spots-general -a opencode -y
Windsurf
$ npx skills add posthog/posthog --skill review-hog-blind-spots-general -a windsurf -y
SKILL.md
review-hog-blind-spots-general.SKILL.mdname: review-hog-blind-spots-general
description: >
Checks each chunk for issues the other reviewers missed. Uses their findings to avoid repeating them.
metadata:
owner_team: review_hog
skill_type: blind_spots
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.
Read more
name: review-hog-blind-spots-general description: > Checks each chunk for issues the other reviewers missed. Uses their findings to avoid repeating them. metadata: owner_team: review_hog skill_type: blind_spots
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.
:hedgehog: PostHog is the leading platform for building self-driving products. Our developer tools – AI observability, analytics, session replay, flags, experiments, error tracking, logs, and more – capture all the context agents need to diagnose problems, uncover opportunities, and ship fixes. Steer it all from Slack, web, desktop, or the MCP.
More skills from other plugins.
paddleocr-doc-parsing
Use this skill to extract structured Markdown/JSON from PDFs and document images—tables with cell-level precision, formulas as…
13c-metabolic-flux
Estimates intracellular metabolic fluxes from steady-state carbon-13 isotope-tracing measurements using validated atom maps,…
Questions about review-hog-blind-spots-general.
- Which coding agents can use review-hog-blind-spots-general?
- review-hog-blind-spots-general installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.

