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.