SDD Observatory
Stars
243.1K
Contributors
7
Open issues
445
Age
7 months
Last push
last week
Latest release
v1.2.3 Aug 6, 2026
Week of Sep 7, 2025: 0 commits Week of Sep 14, 2025: 0 commits Week of Sep 21, 2025: 0 commits Week of Sep 28, 2025: 0 commits Week of Oct 5, 2025: 0 commits Week of Oct 12, 2025: 0 commits Week of Oct 19, 2025: 0 commits Week of Oct 26, 2025: 0 commits Week of Nov 2, 2025: 0 commits Week of Nov 9, 2025: 0 commits Week of Nov 16, 2025: 0 commits Week of Nov 23, 2025: 0 commits Week of Nov 30, 2025: 0 commits Week of Dec 7, 2025: 0 commits Week of Dec 14, 2025: 0 commits Week of Dec 21, 2025: 0 commits Week of Dec 28, 2025: 0 commits Week of Jan 4, 2026: 0 commits Week of Jan 11, 2026: 0 commits Week of Jan 18, 2026: 0 commits Week of Jan 25, 2026: 0 commits Week of Feb 1, 2026: 5 commits Week of Feb 8, 2026: 3 commits Week of Feb 15, 2026: 1 commit Week of Feb 22, 2026: 1 commit Week of Mar 1, 2026: 1 commit Week of Mar 8, 2026: 3 commits Week of Mar 15, 2026: 3 commits Week of Mar 22, 2026: 3 commits Week of Mar 29, 2026: 1 commit Week of Apr 5, 2026: 0 commits Week of Apr 12, 2026: 5 commits Week of Apr 19, 2026: 5 commits Week of Apr 26, 2026: 30 commits Week of May 3, 2026: 10 commits Week of May 10, 2026: 5 commits Week of May 17, 2026: 6 commits Week of May 24, 2026: 3 commits Week of May 31, 2026: 15 commits Week of Jun 7, 2026: 9 commits Week of Jun 14, 2026: 19 commits Week of Jun 21, 2026: 7 commits Week of Jun 28, 2026: 68 commits Week of Jul 5, 2026: 38 commits Week of Jul 12, 2026: 17 commits Week of Jul 19, 2026: 3 commits Week of Jul 26, 2026: 18 commits Week of Aug 2, 2026: 49 commits Week of Aug 9, 2026: 13 commits Week of Aug 16, 2026: 11 commits Week of Aug 23, 2026: 3 commits Week of Aug 30, 2026: 0 commits
Commits per week, last 12 months · 355 total
View weekly commit data
Week startingCommits
Aug 30, 20260
Aug 23, 20263
Aug 16, 202611
Aug 9, 202613
Aug 2, 202649
Jul 26, 202618
Jul 19, 20263
Jul 12, 202617
Jul 5, 202638
Jun 28, 202668
Jun 21, 20267
Jun 14, 202619
Jun 7, 20269
May 31, 202615
May 24, 20263
May 17, 20266
May 10, 20265
May 3, 202610
Apr 26, 202630
Apr 19, 20265
Apr 12, 20265
Apr 5, 20260
Mar 29, 20261
Mar 22, 20263
Mar 15, 20263
Mar 8, 20263
Mar 1, 20261
Feb 22, 20261
Feb 15, 20261
Feb 8, 20263
Feb 1, 20265
Jan 25, 20260
Jan 18, 20260
Jan 11, 20260
Jan 4, 20260
Dec 28, 20250
Dec 21, 20250
Dec 14, 20250
Dec 7, 20250
Nov 30, 20250
Nov 23, 20250
Nov 16, 20250
Nov 9, 20250
Nov 2, 20250
Oct 26, 20250
Oct 19, 20250
Oct 12, 20250
Oct 5, 20250
Sep 28, 20250
Sep 21, 20250
Sep 14, 20250
Sep 7, 20250

Metrics updated Sep 1, 2026 · collected automatically from the GitHub API

Core approach

Deliberately anti-pipeline: the README names Spec Kit and BMAD as approaches that "own the process" at the cost of user control, and offers small, hackable, composable skills instead. The core primitive is grilling — walk the plan's decision tree one question at a time, each question paired with a recommended answer, reading the codebase for anything it can settle itself. Two front doors wrap it: grill-me (stateless, leaves no artifacts) and grill-with-docs (writes a CONTEXT.md ubiquitous-language glossary and sparing ADRs as terms and decisions resolve), feeding a spec → tickets → implement chain the user drives step by step.

Workflow

  1. /setup-matt-pocock-skills — one-time per-repo config: issue tracker (GitHub, Linear, or local files), triage labels, doc locations
  2. /grill-me or /grill-with-docs — one-question-at-a-time interview down the plan's decision tree; the docs variant captures terms into CONTEXT.md and hard-to-reverse decisions into ADRs inline
  3. /to-spec — synthesize the settled conversation into a spec (problem, user stories, seams, out-of-scope) and publish it to the tracker, without re-interviewing
  4. /to-tickets — split the spec into tracer-bullet vertical-slice tickets, each declaring its blocking edges
  5. /implement — build the tickets via red-green-refactor TDD at the pre-agreed seams, then run /code-review (standards + spec axes) and commit
  6. /wayfinder — optional upstream step for efforts too big for one session: chart a map of investigation tickets first

Supported tools

Strengths

  • Small, composable, editable skills instead of a phase-gated pipeline — the user keeps control of the process and can debug it
  • One question at a time with a recommended answer each; questions the codebase can settle are answered by reading, not asking
  • grill-with-docs leaves durable in-repo artifacts — a CONTEXT.md glossary and sparing ADRs — building a DDD-style ubiquitous language that cuts agent verbosity
  • Tracer-bullet vertical-slice tickets with explicit blocking edges, so several agents can work the frontier in parallel
  • Explosive adoption (176k+ stars within six months) and two install philosophies: hackable copies via skills.sh, or a managed Claude Code plugin

Limitations

  • Deliberately not turnkey — you orchestrate the chain yourself, and the interview-driven flow demands sustained human attention per change
  • The engineering chain needs per-repo setup (tracker, triage labels, doc locations) before to-spec and to-tickets work
  • Specs and tickets publish to the issue tracker rather than versioning in-repo — only the glossary and ADRs live in the tree, so spec-to-code drift is hard to observe
  • Young and fast-moving under a single maintainer, with skills still being deprecated and reshaped (deprecated/ and in-progress/ directories in-tree)

Notes

The grill-me family is the explicit counter-position to the pipelines tracked elsewhere in this observatory: its README argues that frameworks like Spec Kit and BMAD help by owning the process, but in doing so take away control and make process bugs hard to fix. Its bet is the opposite — that alignment (via the grilling interview) matters more than artifacts, and that the durable in-repo record should be a vocabulary (CONTEXT.md) and decision log (ADRs) rather than regenerable specs, which it publishes to the issue tracker as coordination artifacts instead. Unusually for the category, the repo dogfoods its own method: an .agents/ directory, in-tree ADRs, and changeset-driven releases.

Added Jul 18, 2026 · Assessment last reviewed Jul 18, 2026 · How we track