ad-ground

Synthesize a canonical happy path from four research sources before coding.

728|16|Updated Mar 9, 2026
One-click install
npx skills add https://github.com/alexandremendoncaalvaro/CorridorKey-Runtime --skill ad-ground
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ad-ground
Source: https://github.com/alexandremendoncaalvaro/CorridorKey-Runtime/tree/main/.agents/skills/ad-ground
Command: npx skills add https://github.com/alexandremendoncaalvaro/CorridorKey-Runtime --skill ad-ground

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Four-source pre-implementation research and structured deviation gates to ensure a justified happy path before coding.

Core Features & Use Cases

  • Four-source research pass: official docs, validated implementation references, in-repo patterns, and git history.
  • Happy-path synthesis: derive a canonical plan and document justifications for any deviations.
  • Deviation gate: enforce irrefutable justification before any implementation changes.
  • Automation cue: auto-invokes on non-trivial changes to prompt upfront planning.

Quick Start

Run this skill on a non-trivial change to generate a grounded research plan and a justified happy path before implementing code.

Frequently Asked Questions about ad-ground

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

FAQPage Schema
How do I justify deviations from official documentation before coding?

To justify deviations before coding, you need a formal deviation gate that requires irrefutable justification. This skill synthesizes a canonical happy path from official docs and enforces a structured gate to document any necessary deviations before implementation begins.

What is a pre-implementation research pass for software engineering?

A pre-implementation research pass is a structured process to ground coding decisions by analyzing official docs, validated references, in-repo patterns, and git history. It synthesizes a canonical happy path and documents justifications for any deviations before development starts.

How do I synthesize a happy path from git history and in-repo patterns?

To synthesize a happy path from git history and in-repo patterns, conduct a four-source research pass that cross-references these inputs with official documentation and validated implementation references. This process derives a canonical plan and outputs a confidence checkpoint as evidence of deliberation.

Do I need to manually trigger pre-implementation research for non-trivial changes?

No, manual triggering is not required for non-trivial changes. This skill includes an automation cue that auto-invokes on non-trivial changes to prompt upfront planning, automatically generating a grounded research plan and a justified happy path before you implement code.

When should I use a formal deviation gate in my development workflow?

You should use a formal deviation gate when your planned implementation diverges from the synthesized canonical happy path. It enforces upfront planning by requiring a formal justification before any coding begins, ensuring all deviations from the researched standard are documented and validated.

What is the best way to ground coding decisions using existing repository patterns?

The best way to ground coding decisions is to run a four-source research pass that analyzes existing in-repo patterns alongside official documentation, validated implementation references, and git history. This synthesizes a canonical happy path and outputs a confidence checkpoint as evidence of deliberation.