spec-driven-extended-apply-context

Validates repository scope before delegating to the standard OpenSpec Apply workflow.

Updated Aug 2, 2026
One-click install
npx skills add https://github.com/kxnzee/multi-repo-specs --skill spec-driven-extended-apply-context-kxnzee
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: spec-driven-extended-apply-context
Source: https://github.com/kxnzee/multi-repo-specs/tree/main/extensions/spec-driven-extended/skills/spec-driven-extended-apply-context
Command: npx skills add https://github.com/kxnzee/multi-repo-specs --skill spec-driven-extended-apply-context-kxnzee

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When implementing an OpenSpec change across multiple repositories, an agent can start coding against the wrong repository or an unconfirmed scope. This Skill runs a mandatory preflight that verifies the repository assignment before any implementation begins, blocking execution when the scope is missing, mismatched, or unconfirmed. ## Core Features & Use Cases - Repository Scope Preflight: Fetches change context via MCP get_change_context with include_assignment: true and validates the nested assignment_scope against the accepted Repository Impact table. - Strict Consistency Checks: Compares Repository Impact with Tasks repository sections, rejects unknown repository-ids or capabilities, and treats any unmet condition as a BLOCKER that stops execution. - Controlled Handoff: Returns a structured apply_scope result (change, repository, impact, selected tasks, scope status) and delegates exactly once to the standard OpenSpec Apply entry point. - Use Case: A team implements a change spanning a specs repository and two code repositories; the agent runs this preflight to confirm which checkout it is assigned to before writing any code. ## Quick Start Ask the agent to run the apply-context preflight for change-id "add-user-auth" and confirm the assigned repository scope before starting implementation.

Frequently Asked Questions about spec-driven-extended-apply-context

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

FAQPage Schema
How do I verify repository scope before running OpenSpec Apply?▼

Run this preflight skill with the change-id; it calls MCP get_change_context with artifact apply and include_assignment, then validates the nested assignment_scope against the accepted Repository Impact table before handing control to the standard Apply.

What happens when the repository assignment is null or mismatched?▼

A null assigned value requires reading the Proposal via MCP resource and confirming the current repository-id against the strict Repository Impact table. Any discrepancy or missing confirmation produces a BLOCKER and implementation stops immediately.

Does this skill write code or implement tasks itself?▼

No. It is a preflight helper only; the single implementation entry point is the standard OpenSpec Apply. It never writes code, marks tasks, or substitutes a fallback when scope is unconfirmed.

Can I use this preflight with a different OpenSpec schema?▼

No. It first checks openspec_status.schemaName from get_change_context; if the schema does not match spec-driven-extended, it returns BLOCKER: SCHEMA_MISMATCH and neither the preflight nor Apply runs.

Why does Apply get blocked even though the repository is connected?▼

Blocking occurs when assignment_scope shows assigned false, the checkout path differs from current_assignment.path, the repository-id is unregistered, or Tasks repository sections diverge from the accepted Repository Impact.