Install any skill in seconds. Free to start, no credit card required.
Get Started Free →donchitos/map-systems
Decompose a game concept into individual systems, map dependencies, prioritize design order, and create the systems index.
Passed 15 of 20 test cases with the skill, and 3 of 20 without it.
and 15 more in the full report
12 fixed3 passed either way5 still failing0 broke4 errored
Tokens, turns and time describe resource use, not a dollar price.
One of 12 test cases the skill fixed. Same model, same prompt, with and without the skill.
After successfully writing `design/gdd/systems-index.md`, what session tracking artifact must be updated, and what status must be recorded?
| Checked | Without skill | With skill |
|---|---|---|
| Updates `production/session-state/active.md`. | Missed | Passed |
| Records that the systems index has been created. | Passed | Passed |
The instructions your model reads when the skill loads.
!bash "${CLAUDE_SKILL_DIR}/../../hooks/yaml-helper.sh" resolve_config --keys review_mode,automation,workflow,docs.density,project.stage
Resolved above — use as-is; --review overrides review_mode. No block →
defaults in .claude/docs/config-resolution.md.
When this skill is invoked:
Two modes:
/map-systems — Run the full decomposition workflow (Phases 1-5)
to create or update the systems index.next: /map-systems next — Pick the highest-priority undesigned system
from the index and hand off to /design-system (Phase 6).See .claude/docs/director-gates.md for the full check pattern. Individual gate definitions live in .claude/docs/director-gates/[gate-id].md — the spawned agent reads its own gate file; do not read it in the parent session.
Every AskUserQuestion call follows .claude/docs/automation-modes.md
(collaborative asks always · guided major-only · autonomous logs and proceeds;
automation_always_ask categories always prompt). In collaborative mode the
system list, dependency, priority and write approvals are separate questions:
each waits for its answer before the next step runs.
docs.density — it controls per-section depth, where workflow
controls which sections exist. modes.rigor sets both together; set
docs.density explicitly to vary depth alone: terse (the default, via rigor: minimal) = one-line system descriptions;
balanced = a brief paragraph per system + dependency notes (rigor: standard);
thorough = full system-by-system rationale + relationship analysis. Apply it to
every section you author.
Where the per-system prose goes.
templates/systems-index.md's Systems Enumeration is a fixed-column table with no description column, so atbalancedandthoroughthe prose belongs in## Overview— one short paragraph per system atbalanced, plus relationship analysis atthorough—
test cases passed, vs 3 / 20 without
More skills from the same source and nearby in the registry, with their headline benchmark lift.