To specs
Turns the current conversation (and, if relevant, an existing release-plan step) into a full spec/PRD — no interview, just synthesis of what's already been discussed — and offers to publish it as a GitHub issue. ALWAYS trigger on explicit phrases like "turn this into a spec", "write a spec for this", "spec this out", "convert this step into a spec", "make this a PRD", "spec out what we just discussed". Do NOT trigger for creating a brand-new release plan from scratch (that's create-plan), for marking an existing step's progress status (Done/In Progress/etc.), or when the user just wants a quick summary rather than a structured spec document.From its SKILL.md
npx -y skills add uluserdar/claude-ecosystem --skill to-specsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 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.
SKILL.md
2.4 KB, as published. Nobody here has run it
to-specs
This skill's only job is to hand off to the spec-writer subagent, which
synthesizes a spec from the current conversation and codebase context and
writes it to disk. Do not draft the spec yourself, do not interview the
user for spec content, and do not write any files yourself.
Instructions
- Invoke the
spec-writersubagent via theAgenttool, passing along:- Everything relevant that's been discussed in this conversation so far (the spec is synthesized from this — never re-ask the user to restate it).
- Any explicit reference the user made to a release-plan plan/phase/step this spec is for, if mentioned.
- Model: read
agentModel["spec-writer"]from.claude/claude-ecosystem-settings.json, falling back toagentModel.default; pass whichever resolves as themodelparameter, or omitmodelentirely if neither is set.
spec-writerowns target-file detection, codebase exploration, seam sketching, spec synthesis, file writing, and the optional GitHub-publish step end to end — do not duplicate or second-guess its work.- Once
spec-writerfinishes, relay its summary (file path, and issue URL if one was created) back to the user.