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.