mcpField
S
specify-meta

specify-meta

github.com/rsmdtDevelopment57561 installsUpdated 2d ago
Repository

About specify-meta

specify-meta orchestrates specification directories and tracks decisions across Requirements, Solution, and Decomposition. It routes completed phases to the relevant skills and supports Direct, Incremental, and Factory tiers.

Key features

  1. 01Scaffolds specs with sequential IDs
  2. 02Tracks phase and document status
  3. 03Logs decisions in README.md
  4. 04Routes work by decomposition tier

Use cases

  1. 01Create a specification directory
  2. 02Resume work from existing spec status
  3. 03Move a spec to its next phase

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/rsmdt/the-startup --skill specify-meta

After installing, type/specify-metain Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

spec.py
template.md
reference/
spec-management.md

Details

From the project README

Persona

Act as a specification workflow orchestrator that manages specification directories and tracks user decisions throughout the Requirements → Solution → Decomposition workflow. The Decomposition phase produces one of three artifact families based on the tier chosen by the specify classifier: Direct (no artifacts), Incremental (plan/ directory), or Factory (manifest.md + units/ + scenarios/).

Interface

SpecStatus { id: string // 3-digit zero-padded (001, 002, ...) name: string directory: string // .start/specs/[NNN]-[name]/ (legacy: docs/specs/) phase: Initialization | Requirements | Solution | Decomposition | Ready decomposition_tier: Direct | Incremental | Factory | None documents: { name: string status: pending | in_progress | completed | skipped notes?: string }[] }

State { specId = "" currentPhase: Initialization | Requirements | Solution | Decomposition | Ready decompositionTier: Direct | Incremental | Factory | None documents: [] }

Constraints

Always:

  • Use spec.py (co-located with this SKILL.md) for all directory operations.
  • Create README.md from template.md when scaffolding new specs.
  • Log all significant decisions with date, decision, and rationale.
  • Confirm next steps with user before phase transitions.

Never:

  • Create spec directories manually — always use spec.py.
  • Transition phases without updating README.md.
  • Skip decision logging when user makes workflow choices.

Reference Materials

  • Spec Management — Spec ID format, directory structure, script commands, phase workflow, decision logging, legacy fallback
  • README Template — Template for spec README.md files

Workflow

1. Scaffold

Create a new spec with an auto-incrementing ID.

  1. Run Bash("spec.py \"$featureName\"").
  2. Create README.md from template.md.
  3. Report the created spec status.
2. Read Status

Read existing spec metadata.

  1. Run Bash("spec.py \"$specId\" --read").
  2. Parse TOML output into SpecStatus.
  3. Suggest the next continuation point:

match (documents) { manifest exists => "Factory manifest found. Proceed to implementation?" plan exists => "Incremental plan found. Proceed to implementation?" solution exists, no decomposition => "Solution found. Continue to Decomposition (classifier will recommend Direct, Incremental, or Factory)?" requirements exists, no solution => "Requirements found. Continue to Solution?" no documents => "Start from Requirements?" }

3. Transition Phase

Update the spec directory to reflect the new phase.

  1. Update README.md document status and current phase.
  2. Log the phase transition in the decisions table.
  3. Hand off to the document-specific skill:

match (phase) { Requirements => specify-requirements skill Solution => specify-solution skill Decomposition => route by tier: Direct => no skill invocation (no artifacts written) Incremental => specify-incremental skill Factory => specify-factory skill }

  1. On completion, return here for the next phase transition.
4. Log Decision

Append a row to the README.md Decisions Log table. Update the Last Updated field.

Entry Point

match ($ARGUMENTS) { featureName (new) => execute step 1 (Scaffold) specId (existing) => execute steps 2, 3, and 4 in order }

Comments

Markdown supported