mirror of
https://github.com/Donchitos/Claude-Code-Game-Studios.git
synced 2026-06-27 04:51:46 +00:00
Release v1.0.0 — concept-prototype/vertical-slice split, workflow restructure, polish (#50)
* Add /vertical-slice skill, prototype overhaul, and workflow integration - Add /vertical-slice skill for pre-production validation (Phase 4 gate) - Overhaul /prototype skill with two-mode design: concept prototype (Phase 1) vs vertical slice (Phase 4), with clearer differentiation and higher standards for VS - Update prototyper agent to own both prototype and vertical-slice workflows - Add prototype-report.md and vertical-slice-report.md output templates - Update WORKFLOW-GUIDE, quick-start, skills-reference, agent-coordination-map, and skill-flow-diagrams to fully integrate both skills into the 7-phase pipeline - Remove orphaned empty quick-prototype/ directory Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * sync v1 counts + polish Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * Add entity inventory flow, relax vertical-slice gate, improve UX authoring prompts - /asset-spec: new Phase 0b entity & screen inventory when no argument and no existing inventory — reads GDDs/art-bible, proposes categorized list, writes design/assets/entity-inventory.md collaboratively - /asset-spec: entity/character target falls back to inline user description when no source doc exists, rather than failing - /gate-check: vertical slice changed from blocking to CONCERNS-only when absent; built-but-broken slice still fails; adds entity inventory as gate artifact - /ux-design: convert inline approval prompts to AskUserQuestion for structured option capture at key authoring decision points - workflow-catalog.yaml: entity-inventory step added to pre-production; UX spec min_count raised to 3; vertical-slice and prototype marked required: false with updated descriptions - .gitignore: exclude marrow/ eval tooling directory Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * Add missing AskUserQuestion widgets to 7 skills Audit found 11 decision points across 7 skills where structured option prompts were missing — using plain text, auto-selection, or no gate at all. Skills patched: - create-epics: per-epic approval + producer CONCERNS verdict - sprint-plan: producer CONCERNS verdict with scope/timeline options - milestone-review: AT RISK / OFF TRACK producer verdicts require acknowledgement - retrospective: existing-retro handling converted from plain text [A]/[B] - quick-design: classification confirmation + draft approve/revise/redirect - tech-debt add mode: category (6 options) + effort (S/M/L/XL) structured capture - regression-suite: no-arg mode selection instead of silent auto-detect - hotfix: severity confirmation gate before workflow begins Also added AskUserQuestion to allowed-tools headers for retrospective, quick-design, tech-debt, regression-suite, and hotfix. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * Prep v1 stable: fix WORKFLOW-GUIDE counts, stale agent names, and skill model fields - WORKFLOW-GUIDE.md: correct agent count (48→49), skill count (66/68→73), add 6 missing skills to Appendix B, fix Creative category count (2→4), replace 3 non-existent agent names with correct ue-*/unity-* specialists, add missing godot-csharp/gdextension specialists to hierarchy, fix production/stories/ paths → production/epics/ - coordination-rules.md: replace "not yet used" with opt-in env var note - quick-start.md: rename duplicate "Validate the concept" label → "Prototype the mechanic" - skill-flow-diagrams.md: remove duplicate legacy UX pipeline section - All 62 skills missing model: field now have explicit model: sonnet Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * fix: comprehensive skill audit — consistency, UX, and flow gaps Two-pass audit fixing ~35 bugs across 41 files. Pre-production flow: - Brainstorm next-steps split into Path A (design-first) and Path B (prototype-first) — eliminates "prototype after architecture" confusion - /architecture-review added to pre-production flow in brainstorm and create-architecture handoffs - gate-check traceability check corrected to requirements-traceability.md - dev-story TR registry error now points to /architecture-review (not /create-epics) - start now writes production/stage.txt on first onboarding AskUserQuestion gaps filled: - balance-check, code-review, hotfix, day-one-patch, consistency-check all gain closing widgets and/or missing allowed-tools declarations - hotfix git branch creation now requires user confirmation - sprint-plan review-mode setup moved to Phase 0 (before gates run) - team-combat gains architecture→implementation approval gate - design-review APPROVED path consolidated from 3 widgets to 1 multiSelect All 9 team-* skills: - Phase 0 review-mode resolution added (solo/lean/full now respected) - team-audio output path fixed (design/gdd/ → design/audio/) - team-level final doc compilation delegated to level-designer subagent - team-narrative localization-lead added to composition list - team-qa sprint path fixed (flat files, not directories) - team-release NO-GO override captures written justification - team-live-ops Cancel verdict now explicitly BLOCKED Other fixes: - Art bible path standardized to design/art/art-bible.md (3 wrong refs) - AD-PHASE-GATE added to lean-mode skip list in director-gates.md - design-system duplicate 5d heading fixed; skeleton decline path added; mandatory agent spawns now respect review mode - story-readiness acceptance criteria thresholds now type-aware - create-stories gains multi-ADR and no-ADR handling guidance - consistency-check creates docs/consistency-failures.md on first run - retrospective frontmatter bash injection replaced with explicit Bash call - smoke-check ls -t gains PowerShell fallback - Conventional Commits format documented in coding-standards.md - gate-check: ADR acceptance gate, QA plan check, chain-of-verification tool-action requirement all added Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * fix: expose --review flag in argument-hints for all team-* skills All 9 team-* skills already implement Phase 0 review-mode resolution internally (full/lean/solo), but none advertised [--review full|lean|solo] in their argument-hint. Users had no way to discover the per-run override. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * docs: add SECURITY.md with coordinated disclosure policy Defines scope, reporting process (GitHub private vulnerability reporting), contributor security guidelines for hooks/skills/agents, and 90-day coordinated disclosure timeline. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * docs: add CONTRIBUTING.md with framework contribution guidelines Covers what PRs are welcome, skill/hook/agent technical requirements, the collaborative principle, testing expectations, commit format, and platform compatibility requirements. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * docs: add v1.0.0-beta → v1.0 upgrade section to UPGRADING.md Documents the 17 commits since the beta tag: new /vertical-slice gate, entity inventory flow in /map-systems, AskUserQuestion widgets across 7 skills, --review flag exposure on team-* skills, bug fixes (#21, #36, #42, #43, #45), and the new CONTRIBUTING.md and SECURITY.md. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
@@ -4,16 +4,100 @@ description: "Generate per-asset visual specifications and AI generation prompts
|
||||
argument-hint: "[system:<name> | level:<name> | character:<name>] [--review full|lean|solo]"
|
||||
user-invocable: true
|
||||
allowed-tools: Read, Glob, Grep, Write, Edit, Task, AskUserQuestion
|
||||
model: sonnet
|
||||
---
|
||||
|
||||
If no argument is provided, check whether `design/assets/asset-manifest.md` exists:
|
||||
- If it exists: read it, find the first context (system/level/character) with any asset at status "Needed" but no spec file written yet, and use `AskUserQuestion`:
|
||||
- Prompt: "The next unspecced context is **[target]**. Generate asset specs for it?"
|
||||
- Options: `[A] Yes — spec [target]` / `[B] Pick a different target` / `[C] Stop here`
|
||||
- If no manifest: fail with:
|
||||
> "Usage: `/asset-spec system:<name>` — e.g., `/asset-spec system:tower-defense`
|
||||
> Or: `/asset-spec level:iron-gate-fortress` / `/asset-spec character:frost-warden`
|
||||
> Run after your art bible and GDDs are approved."
|
||||
If no argument is provided, check whether `design/assets/entity-inventory.md` exists:
|
||||
- If it exists: read it, find the first entity or screen with status "Needed" but no spec file yet, and use `AskUserQuestion`:
|
||||
- Prompt: "The next unspecced item is **[name]**. Generate specs for it?"
|
||||
- Options: `[A] Yes — spec [name]` / `[B] Pick a different item` / `[C] Stop here`
|
||||
- If no entity inventory: check `design/assets/asset-manifest.md`. If manifest exists, same flow above but reading from manifest.
|
||||
- If neither exists: **start the Entity & Screen Inventory flow** (Phase 0b below) rather than failing.
|
||||
|
||||
---
|
||||
|
||||
## Phase 0b: Entity & Screen Inventory (runs when no arguments and no existing inventory)
|
||||
|
||||
This flow produces `design/assets/entity-inventory.md` — the master list of everything
|
||||
the game needs visually. Run once before asset spec work begins.
|
||||
|
||||
### Step 1 — Gather from docs
|
||||
Read all available source material in parallel:
|
||||
- `design/gdd/systems-index.md` — extract every system listed
|
||||
- All GDDs in `design/gdd/` — extract: Visual/Audio Requirements sections, UI elements mentioned, VFX events, any named entities (characters, enemies, buildings, items)
|
||||
- `design/art/art-bible.md` — extract: any named visual categories, asset type expectations
|
||||
- `design/narrative/` — scan for any character or world entity documents if they exist (optional — not required)
|
||||
|
||||
### Step 2 — Build proposed inventory
|
||||
Organize everything found into categories:
|
||||
|
||||
```
|
||||
Characters / Protagonists
|
||||
Enemies / Creatures
|
||||
Buildings / Structures
|
||||
Environment / Terrain
|
||||
Items / Props
|
||||
VFX / Particles
|
||||
UI Screens (list each screen by name)
|
||||
HUD Elements
|
||||
Audio (SFX, music — descriptions only, no generation prompts)
|
||||
Other
|
||||
```
|
||||
|
||||
For each item, note the source doc it was found in.
|
||||
|
||||
### Step 3 — Present and collaborate
|
||||
Present the full proposed inventory to the user in conversation. Then use `AskUserQuestion`:
|
||||
- Prompt: "I found **[N] visual entities and [N] UI screens** across your GDDs and art bible. Review the list — what's missing, what's not needed?"
|
||||
- Options:
|
||||
- `[A] Looks good — save this inventory`
|
||||
- `[B] Add items I'll describe`
|
||||
- `[C] Remove items that don't apply`
|
||||
- `[D] Both add and remove — let me edit`
|
||||
|
||||
If [B] or [D]: ask the user to describe additional items. Accept brief descriptions ("a medieval keep, used as a level background") or detailed ones — either works. Work through them collaboratively until the user is satisfied.
|
||||
|
||||
If [C] or [D]: ask which items to remove and why. Remove them from the list.
|
||||
|
||||
### Step 4 — Write inventory
|
||||
After user approval, ask: "May I write the entity inventory to `design/assets/entity-inventory.md`?"
|
||||
|
||||
Write the file:
|
||||
|
||||
```markdown
|
||||
# Visual Entity & Screen Inventory
|
||||
|
||||
> Generated: [date]
|
||||
> Sources: [list of source docs read]
|
||||
|
||||
## Entities
|
||||
|
||||
| # | Name | Type | Description | Source | Status |
|
||||
|---|------|------|-------------|--------|--------|
|
||||
| 1 | [name] | Character / Enemy / Building / Environment / Item / Other | [brief description] | [source doc] | Needed |
|
||||
|
||||
## UI Screens
|
||||
|
||||
| # | Screen Name | Description | Source | Status |
|
||||
|---|-------------|-------------|--------|--------|
|
||||
| 1 | Main Menu | [description] | [source] | Needed |
|
||||
|
||||
## HUD Elements
|
||||
|
||||
| # | Element | Description | Source | Status |
|
||||
|---|---------|-------------|--------|--------|
|
||||
|
||||
## Audio
|
||||
|
||||
| # | Name | Type (SFX / Music / Ambient) | Description | Source | Status |
|
||||
|---|------|------------------------------|-------------|--------|--------|
|
||||
```
|
||||
|
||||
After writing, tell the user:
|
||||
> "Entity inventory saved. Next steps:
|
||||
> - Run `/ux-design [screen name]` for each UI screen in the inventory
|
||||
> - Run `/asset-spec entity:[name]` to spec each visual entity
|
||||
> - Or run `/asset-spec` again to work through the inventory one item at a time"
|
||||
|
||||
---
|
||||
|
||||
@@ -47,7 +131,11 @@ Read all source material **before** asking the user anything.
|
||||
> "The Visual/Audio section of `design/gdd/[target-name].md` is empty. Either run `/design-system [target-name]` to complete the GDD, or describe the visual needs manually."
|
||||
Use `AskUserQuestion`: `[A] Describe needs manually` / `[B] Stop — complete the GDD first`
|
||||
- **level**: Read `design/levels/[target-name].md`. Extract art requirements, asset list, VFX needs, and the art-director's production concept specs from Step 4.
|
||||
- **character**: Read `design/narrative/characters/[target-name].md` or search `design/narrative/` for the character profile. Extract visual description, role, and any specified distinguishing features.
|
||||
- **character** or **entity**: Read `design/narrative/characters/[target-name].md` or search `design/narrative/` and `design/assets/entity-inventory.md` for a matching entry. Extract visual description, role, and any specified distinguishing features.
|
||||
- **If no source doc exists**: do not fail. Instead, use `AskUserQuestion`:
|
||||
- Prompt: "No profile found for **[name]**. Describe it briefly — a sentence or two is enough."
|
||||
- Options: `[A] Describe it now` / `[B] Skip this entity` / `[C] Stop here`
|
||||
- If [A]: the user's description becomes the source. Brief answers produce concise specs; detailed answers produce detailed specs. Accept whatever level of detail the user provides and work from it.
|
||||
|
||||
### Optional reads:
|
||||
- **Existing manifest**: Read `design/assets/asset-manifest.md` if it exists — extract already-specced assets for this target to avoid duplicates.
|
||||
|
||||
Reference in New Issue
Block a user