ksh999000/Claude-Code-Game-Studios
1
0
Fork 0
mirror of https://github.com/Donchitos/Claude-Code-Game-Studios.git synced 2026-06-27 04:51:46 +00:00
Code Issues Packages Projects Releases Wiki Activity

Fix architecture-decision skill: duplicate ## 0. heading + broken step numbering (#45)

Browse Source 
* Fix architecture-decision skill: duplicate ## 0. heading + broken step numbering

Resolves #44. Renumbers the duplicate '## 0. Load Engine Context' to '## 1.',
shifts all subsequent H2 headings (1→2, 2→3, 3→4, 4→5), renames '## 7. Closing
Next Steps' to '## 6.', and updates all inline cross-references (sub-step labels
4.5/4.6/4.7 → 5.5/5.6/5.7, section refs '### 2a' → '### 3a', 'Step 3' → 'Step 4').

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

* Fix three stale Step 0 cross-references missed in #45

Lines 51, 61, and 69 still pointed to "Step 0" after Load Engine Context
was renumbered to ## 1. in the previous fix — updated all three to Step 1.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

---------

Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
Donchitos
2026-05-03 21:58:21 +10:00
committed by GitHub
parent a1697d670e
commit 7ad8ab31c9
1 changed files with 17 additions and 17 deletions
Download Patch File Download Diff File Expand all files Collapse all files

34
.claude/skills/architecture-decision/SKILL.md
View File

@@ -48,7 +48,7 @@ Enter **retrofit mode**:
Options: "Proposed", "Accepted", "Deprecated", "Superseded by ADR-XXXX" Options: "Proposed", "Accepted", "Deprecated", "Superseded by ADR-XXXX"
- For **ADR Dependencies**: ask — "Does this decision depend on any other ADR? - For **ADR Dependencies**: ask — "Does this decision depend on any other ADR?
Does it enable or block any other ADR or epic?" Accept "None" for each field. Does it enable or block any other ADR or epic?" Accept "None" for each field.
- For **Engine Compatibility**: read the engine reference docs (same as Step 0 below) - For **Engine Compatibility**: read the engine reference docs (same as Step 1 below)
and ask the user to confirm the domain. Then generate the table with verified data. and ask the user to confirm the domain. Then generate the table with verified data.
- For **GDD Requirements Addressed**: ask — "Which GDD systems motivated this decision? - For **GDD Requirements Addressed**: ask — "Which GDD systems motivated this decision?
What specific requirement in each GDD does this ADR address?" What specific requirement in each GDD does this ADR address?"
@@ -58,7 +58,7 @@ Enter **retrofit mode**:
7. Suggest: "Run `/architecture-review` to re-validate coverage now that this ADR 7. Suggest: "Run `/architecture-review` to re-validate coverage now that this ADR
has its Status and Dependencies fields." has its Status and Dependencies fields."
If NOT in retrofit mode, proceed to Step 0 below (normal ADR authoring). If NOT in retrofit mode, proceed to Step 1 below (normal ADR authoring).
**No-argument guard**: If no argument was provided (title is empty), ask before **No-argument guard**: If no argument was provided (title is empty), ask before
running Phase 0: running Phase 0:
@@ -66,11 +66,11 @@ running Phase 0:
> "What technical decision are you documenting? Please provide a short title > "What technical decision are you documenting? Please provide a short title
> (e.g., `event-system-architecture`, `physics-engine-choice`)." > (e.g., `event-system-architecture`, `physics-engine-choice`)."
Use the user's response as the title, then proceed to Step 0. Use the user's response as the title, then proceed to Step 1.
--- ---
## 0. Load Engine Context (ALWAYS FIRST) ## 1. Load Engine Context (ALWAYS FIRST)
Before doing anything else, establish the engine environment: Before doing anything else, establish the engine environment:
@@ -114,17 +114,17 @@ Before doing anything else, establish the engine environment:
--- ---
## 1. Determine the next ADR number ## 2. Determine the next ADR number
Scan `docs/architecture/` for existing ADRs to find the next number. Scan `docs/architecture/` for existing ADRs to find the next number.
--- ---
## 2. Gather context ## 3. Gather context
Read related code, existing ADRs, and relevant GDDs from `design/gdd/`. Read related code, existing ADRs, and relevant GDDs from `design/gdd/`.
### 2a: Architecture Registry Check (BLOCKING gate) ### 3a: Architecture Registry Check (BLOCKING gate)
Read `docs/registry/architecture.yaml`. Extract entries relevant to this ADR's Read `docs/registry/architecture.yaml`. Extract entries relevant to this ADR's
domain and decision (grep by system name, domain keyword, or state being touched). domain and decision (grep by system name, domain keyword, or state being touched).
@@ -160,12 +160,12 @@ the conflict immediately:
> Options: (1) Align with the existing stance, (2) Supersede ADR-[NNNN] with > Options: (1) Align with the existing stance, (2) Supersede ADR-[NNNN] with
> an explicit replacement, (3) Explain why this case is an exception." > an explicit replacement, (3) Explain why this case is an exception."
Do not proceed to Step 3 (collaborative design) until any conflict is resolved Do not proceed to Step 4 (collaborative design) until any conflict is resolved
or explicitly accepted as an intentional exception. or explicitly accepted as an intentional exception.
--- ---
## 3. Guide the decision collaboratively ## 4. Guide the decision collaboratively
Before asking anything, derive the skill's best guesses from the context already Before asking anything, derive the skill's best guesses from the context already
gathered (GDDs read, engine reference loaded, existing ADRs scanned). Then present gathered (GDDs read, engine reference loaded, existing ADRs scanned). Then present
@@ -205,7 +205,7 @@ Status: Proposed
Do not generate the ADR until the user confirms assumptions or provides corrections. Do not generate the ADR until the user confirms assumptions or provides corrections.
**After engine specialist and TD reviews return** (Step 4.5/4.6), if unresolved **After engine specialist and TD reviews return** (Step 5.5/5.6), if unresolved
decisions remain, present each one as a separate `AskUserQuestion` with the proposed decisions remain, present each one as a separate `AskUserQuestion` with the proposed
options as choices plus a free-text escape: options as choices plus a free-text escape:
@@ -225,7 +225,7 @@ Record answers in the **ADR Dependencies** section. Write "None" for each field
--- ---
## 4. Generate the ADR ## 5. Generate the ADR
Following this format: Following this format:
@@ -334,7 +334,7 @@ to implement it.]
- [Links to related design documents] - [Links to related design documents]
``` ```
4.5. **Engine Specialist Validation** — Before saving, spawn the **primary engine specialist** via Task to validate the drafted ADR: 5.5. **Engine Specialist Validation** — Before saving, spawn the **primary engine specialist** via Task to validate the drafted ADR:
- Read `.claude/docs/technical-preferences.md` `Engine Specialists` section to get the primary specialist - Read `.claude/docs/technical-preferences.md` `Engine Specialists` section to get the primary specialist
- If no engine is configured (`[TO BE CONFIGURED]`), skip this step - If no engine is configured (`[TO BE CONFIGURED]`), skip this step
- Spawn `subagent_type: [primary specialist]` with: the ADR's Engine Compatibility section, Decision section, Key Interfaces, and the engine reference docs path. Ask them to: - Spawn `subagent_type: [primary specialist]` with: the ADR's Engine Compatibility section, Decision section, Key Interfaces, and the engine reference docs path. Ask them to:
@@ -345,16 +345,16 @@ to implement it.]
- If the specialist finds **minor notes** only: incorporate them into the ADR's Risks subsection - If the specialist finds **minor notes** only: incorporate them into the ADR's Risks subsection
**Review mode check** — apply before spawning TD-ADR: **Review mode check** — apply before spawning TD-ADR:
- `solo` → skip. Note: "TD-ADR skipped — Solo mode." Proceed to Step 4.7 (GDD sync check). - `solo` → skip. Note: "TD-ADR skipped — Solo mode." Proceed to Step 5.7 (GDD sync check).
- `lean` → skip (not a PHASE-GATE). Note: "TD-ADR skipped — Lean mode." Proceed to Step 4.7 (GDD sync check). - `lean` → skip (not a PHASE-GATE). Note: "TD-ADR skipped — Lean mode." Proceed to Step 5.7 (GDD sync check).
- `full` → spawn as normal. - `full` → spawn as normal.
4.6. **Technical Director Strategic Review** — After the engine specialist validation, spawn `technical-director` via Task using gate **TD-ADR** (`.claude/docs/director-gates.md`): 5.6. **Technical Director Strategic Review** — After the engine specialist validation, spawn `technical-director` via Task using gate **TD-ADR** (`.claude/docs/director-gates.md`):
- Pass: the ADR file path (or draft content), engine version, domain, any existing ADRs in the same domain - Pass: the ADR file path (or draft content), engine version, domain, any existing ADRs in the same domain
- The TD validates architectural coherence (is this decision consistent with the whole system?) — distinct from the engine specialist's API-level check - The TD validates architectural coherence (is this decision consistent with the whole system?) — distinct from the engine specialist's API-level check
- If CONCERNS or REJECT: revise the Decision or Alternatives sections accordingly before proceeding - If CONCERNS or REJECT: revise the Decision or Alternatives sections accordingly before proceeding
4.7. **GDD Sync Check** — Before presenting the write approval, scan all GDDs 5.7. **GDD Sync Check** — Before presenting the write approval, scan all GDDs
referenced in the "GDD Requirements Addressed" section for naming inconsistencies referenced in the "GDD Requirements Addressed" section for naming inconsistencies
with the ADR's Key Interfaces and Decision sections (renamed signals, API methods, with the ADR's Key Interfaces and Decision sections (renamed signals, API methods,
or data types). If any are found, surface them as a **prominent warning block** or data types). If any are found, surface them as a **prominent warning block**
@@ -423,7 +423,7 @@ changing, set the old entry to `status: superseded_by: ADR-[NNNN]` and add the n
--- ---
## 7. Closing Next Steps ## 6. Closing Next Steps
After the ADR is written (and registry optionally updated), close with `AskUserQuestion`. After the ADR is written (and registry optionally updated), close with `AskUserQuestion`.