infer-scope-from-code

Infer v1 scope.yaml by scoring KB capabilities against scan-index evidence.

3|Updated Jan 25, 2026
One-click install
npx skills add https://github.com/kapilvirenahuja/garura --skill infer-scope-from-code
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: infer-scope-from-code
Source: https://github.com/kapilvirenahuja/garura/tree/main/core/components/skills/infer-scope-from-code
Command: npx skills add https://github.com/kapilvirenahuja/garura --skill infer-scope-from-code

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It eliminates the need for manual, out-of-sync capability selection during brownfield onboarding by inferring the v1 scope proposal directly from scan-index signals and the already-decided domain and profile constraints.

Core Features & Use Cases

  • Reverse-engineered scope generation: Builds the scope artifact by scoring KB capabilities against scan-index evidence during /codify.
  • Deterministic, bounded selection: Restricts capability consideration to the previously selected domains and never invents evidence.
  • Evidence-aware triage: Produces selected, deferred, and rejected capabilities, plus within-domain coverage gaps when KB inclusion rules fire but scan evidence is missing.
  • Operational traceability: Writes a resolution trace and a decision manifest that explain grounding sources and confidence.

Quick Start

Ask the system (as product-keeper during /codify) to run infer-scope-from-code using scan-index.json and the prior domain-selection and project-profile proposals to generate scope/scope.yaml for the issue.

Frequently Asked Questions about infer-scope-from-code

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

FAQPage Schema
How do I infer capability scope from existing code during brownfield onboarding?

Infer capability scope by scoring knowledge-base capabilities against scan-index signals to generate a v1 scope.yaml. This eliminates manual, out-of-sync capability selection by mapping existing code to already-chosen domains and project profiles.

What is evidence-aware triage for scope inference and how does it classify capabilities?

Evidence-aware triage for scope inference classifies capabilities into selected, deferred, and rejected categories based on scan-index evidence. It also identifies within-domain coverage gaps when knowledge-base inclusion rules fire but scan evidence is missing.

How do I generate a scope.yaml file from scan-index.json and prior domain selections?

Generate scope.yaml by running scope inference during /codify using scan-index.json alongside prior domain-selection and project-profile proposals. The process applies bounded domain traversal via knowledge-base markdown listings to ensure deterministic artifact emission.

Does scope inference require JSON-validated scan inputs and prior domain selections?

Yes, scope inference requires JSON-validated scan inputs and previously selected domains to function correctly. It restricts capability consideration to those domains and never invents evidence, ensuring deterministic and bounded selection.

What's the best way to ensure traceability when mapping existing code to domain capabilities?

Ensure traceability by generating a resolution trace and decision manifest alongside the scope.yaml artifact. These outputs explain grounding sources and confidence levels for each capability classification decision made during inference.

Why does scope inference produce coverage gaps during brownfield capability mapping?

Scope inference produces coverage gaps when knowledge-base inclusion rules indicate a capability should exist within a domain, but the scan-index evidence is missing from the existing codebase. These gaps highlight areas requiring further development or documentation.