map-systems

When this skill is invoked:

Parse Arguments

Two modes:

• No argument: /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).

Also resolve the review mode (once, store for all gate spawns this run):

1. If --review [full|lean|solo] was passed → use that
2. Else read production/review-mode.txt → use that value
3. Else → default to lean

See .agents/docs/director-gates.md for the full check pattern.

---

Phase 1: Read Concept (Required Context)

Read the game concept and any existing design work. This provides the raw material for systems decomposition.

Required:

• Read design/gdd/game-concept.md — fail with a clear message if missing:

  "No game concept found at design/gdd/game-concept.md. Run /brainstorm first to create one, then come back to decompose it into systems."

Optional (read if they exist):

• Read design/gdd/game-pillars.md — pillars constrain priority and scope
• Read design/gdd/systems-index.md — if exists, resume from where it left off (update, don't recreate from scratch)
• Glob design/gdd/*.md — check which system GDDs already exist

If the systems index already exists:

• Read it and present current status to the user
• Use AskUserQuestion to ask: "The systems index already exists with [N] systems ([M] designed, [K] not started). What would you like to do?"
  • Options: "Update the index with new systems", "Design the next undesigned system", "Review and revise priorities"

---

Phase 2: Systems Enumeration (Collaborative)

Extract and identify all systems the game needs. This is the creative core of the skill — it requires human judgment because concept docs rarely enumerate every system explicitly.

Step 2a: Extract Explicit Systems

Scan the game concept for directly mentioned systems and mechanics:

• Core Mechanics section (most explicit)
• Core Loop section (implies what systems drive each loop tier)
• Technical Considerations section (networking, procedural generation, etc.)
• MVP Definition section (required features = required systems)