Specdd adopt

Skill specdd/plugin-copilot/skills/specdd-adopt

SpecDD skills for GitHub Copilot: orientation, planning, implementation, review, testing, tracing, and documentation workflows for SpecDD projects.

Install

npx -y skills add specdd/plugin-copilot --skill specdd-adopt

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Use when GitHub Copilot needs to add SpecDD to a project or update SpecDD framework files through the CLI before normal SpecDD work begins.

The file declares its own license as Apache-2.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

2.5 KB, as published. Nobody here has run it

SpecDD Adopt

Use this skill to help a repository adopt SpecDD through the specdd CLI. If .specdd/bootstrap.md already exists, use this skill only for operator-requested framework bootstrap updates; use specdd-author for spec authoring or another task-specific SpecDD skill.

Workflow

Check whether the target repository already has .specdd/bootstrap.md or existing .sdd contracts.
If no bootstrap exists and the operator asked to add SpecDD, use the specdd-cli skill and the specdd CLI to initialize bootstrap files.
If bootstrap files exist and the operator asked to update SpecDD framework files, use the specdd-cli skill and the specdd CLI to update them.
If the CLI is unavailable, report that setup or update is blocked until the CLI is available.
After CLI initialization, and after CLI update only when framework files changed, read the active bootstrap chain before proposing or creating local .sdd specs.
If the target is already a SpecDD project and the operator did not ask for framework updates, switch to specdd-author or the relevant task-specific skill.
Inspect only the repo shape needed for initial boundaries: top-level directories, docs, manifests, tests, and major entry points.
Propose the smallest useful initial shape, usually a root project spec before narrower child specs.
Create .sdd files only when the user explicitly requested or approved that adoption scope.

Adoption Rules

Use the CLI to add or update SpecDD framework bootstrap files when the operator asks for setup or framework updates.
Do not manually install, update, edit, or copy SpecDD framework bootstrap files outside the CLI.
Do not change implementation files unless the user explicitly asks for implementation work too.
Use path-based ownership, explicit References, and Can modify or Owns to make proposed authority discoverable.
Include only sections that add useful local authority, constraints, behavior, tasks, or context.
Do not present guessed behavior as an active contract; label assumptions or ask for confirmation.
Keep proposed or created specs short, local, behavioral, and constraint-oriented.

Reporting

Report whether the repository was already bootstrapped, CLI setup or update status, the adoption scope, specs proposed or created, and any setup left to the user.