Get Stuff Done (gsd)

Create SPEC.md, REQUIREMENTS.md with REQ-IDs, and a dependency-ordered ROADMAP for software builds.

Updated Apr 11, 2026
One-click install
npx skills add https://github.com/artisticmedic/tim-gsd --skill get-stuff-done-gsd
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: Get Stuff Done (gsd)
Source: https://github.com/artisticmedic/tim-gsd/tree/main/skills/gsd
Command: npx skills add https://github.com/artisticmedic/tim-gsd --skill get-stuff-done-gsd

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

It turns fuzzy feature ideas into a complete build plan and execution workflow that persists across sessions, so you don’t lose decisions or context when you switch tasks or resume later.

Core Features & Use Cases

  • Interview to SPEC: Extracts WHAT/WHY/WHO/DONE and writes a SPEC.md artifact you can trust downstream.
  • Traceable Requirements & Roadmap: Converts SPEC into REQ-IDs and maps every requirement to exactly one phase with success criteria.
  • Per-Phase Discuss → Plan → Execute → Verify: Captures gray-area decisions, generates executable task plans, runs implementation, and then goal-backward verification by checking artifacts exist and are wired.
  • Persistent build artifacts: Writes everything into .planning/ (including phase context, plans, summaries, and verification) so /clear doesn’t erase progress.

Quick Start

Ask the assistant to run the gsd workflow by saying: "Let’s build a CLI that lists my Linear issues with --auto".

Frequently Asked Questions about Get Stuff Done (gsd)

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

FAQPage Schema
How do I turn a software idea into a shippable build plan with requirements traceability?▼

To turn a software idea into a shippable build plan with requirements traceability, this workflow extracts your SPEC, assigns REQ-IDs, generates a dependency-ordered ROADMAP, and executes phase-by-phase plan, execute, and verify artifacts. It persists everything in a .planning directory.

What is requirements traceability in software planning and how does it verify code implementation?▼

Requirements traceability in software planning maps every REQ-ID to exactly one phase with success criteria. It verifies code implementation through goal-backward checks to ensure artifacts exist and are wired correctly before marking the phase complete.

How do I maintain persistent build artifacts and context across CLI workflow sessions?▼

You maintain persistent build artifacts and context across CLI workflow sessions by writing phase context, plans, summaries, and verification files into a deterministic .planning/builds directory. This ensures your progress survives context clearing.

Can I use agentic execution for autonomous software builds on existing brownfield projects?▼

Yes, you can use agentic execution for autonomous software builds on existing brownfield projects by running the workflow with the --auto flag. It applies the same SPEC extraction, roadmapping, and verification processes to both new and existing codebases.

When do I need a spike or sketch to lock design direction before implementation?▼

You need a spike or sketch to lock design direction before implementation when your feature idea has gray-area decisions. The workflow handles optional spike and sketch exploration to resolve design ambiguity before generating executable task plans.