edge-case-hunter

Enumerate branching paths to expose unguarded edge cases in code.

4|Updated Mar 16, 2018
One-click install
npx skills add https://github.com/InNoobWeTrust/dotfiles --skill edge-case-hunter
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: edge-case-hunter
Source: https://github.com/InNoobWeTrust/dotfiles/tree/main/.agents/skills/edge-case-hunter
Command: npx skills add https://github.com/InNoobWeTrust/dotfiles --skill edge-case-hunter

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Mechanical edge-case and boundary-condition finder for code, diffs, specs, and logic. Use this skill whenever reviewing code for unhandled paths, testing boundary conditions, auditing branching logic, or complementing an adversarial review with method-driven path tracing. Also activate when the user says "find edge cases", "what did I miss", "boundary conditions", "unhandled paths", "off-by-one", "race condition", "null check", "missing validation", "what breaks", "what happens if", or "unhappy path". Activate proactively alongside adversarial-reviewer — they are orthogonal (attitude-driven vs method-driven) and produce different findings. Always activate when reviewing code before shipping, especially for parsers, state machines, validators, and auth flows.

Core Features & Use Cases

  • Enumerates all branching paths across conditionals, switches, and loops to produce a complete path map.
  • Derives edge classes such as missing else/default, off-by-one, and unguarded inputs, to guide reviews.
  • Use case: run during code review to identify unguarded paths and prepare mitigation strategies.

Quick Start

Execute edge-case-hunter during code review to systematically enumerate all branching paths and surface unguarded edge cases.

Frequently Asked Questions about edge-case-hunter

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I find unhandled paths and edge cases in my code during a review?

To find unhandled paths during code review, systematically enumerate all branching paths across conditionals, switches, and loops to expose unguarded edge cases like missing else or default branches.

What are common boundary conditions and edge cases to check in branching logic?

Common boundary conditions in branching logic include off-by-one errors, unguarded inputs, null checks, missing validations, and race conditions. Path tracing derives these edge classes to guide reviews.

How do I trace unhappy paths and missing validations in state machines or parsers?

Tracing unhappy paths in state machines or parsers requires enumerating branching paths to surface boundary conditions and missing validations. You must apply explicit guards and tests to validate coverage.

Does method-driven path tracing work differently than attitude-driven adversarial code review?

Method-driven path tracing systematically enumerates branching paths to expose unguarded edge cases, whereas adversarial review is attitude-driven. They are orthogonal approaches that produce different findings.

When should I audit branching logic for race conditions and off-by-one errors?

Audit branching logic for race conditions and off-by-one errors when reviewing code before shipping, especially for parsers, state machines, validators, and auth flows to ensure boundary conditions are handled.