mirror of
https://github.com/Donchitos/Claude-Code-Game-Studios.git
synced 2026-10-16 01:37:05 +00:00
Release 1.1.3 — long skills keep their later steps
Fix release for 1.1.2: the 14 longest skills keep their later phases after a compaction, a question nobody answered is never taken as an answer, settings read the same from a subfolder, the commit check works for a project in a subfolder of a larger repository, every skill opens with a title, and the shipped allow rules no longer approve deleting a branch or writing files without asking. Details in CHANGELOG.md; upgrade steps in UPGRADING.md (v1.1.2 → v1.1.3). Refs #83 Refs #133 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0185en4t76fPn7315q4c3nko
This commit is contained in:
co-authored by
Claude Opus 5.5
parent
b21fa0f7f2
commit
be8993bbc5
@@ -102,8 +102,8 @@ Assign a canonical verdict based on net scope change:
|
||||
| Net Change | Verdict | Meaning |
|
||||
|-----------|---------|---------|
|
||||
| ≤10% | **PASS** | On Track — within acceptable variance |
|
||||
| 10–25% | **CONCERNS** | Minor Creep — manageable with targeted cuts |
|
||||
| 25–50% | **FAIL** | Significant Creep — must cut or formally extend timeline |
|
||||
| >10–25% | **CONCERNS** | Minor Creep — manageable with targeted cuts |
|
||||
| >25–50% | **FAIL** | Significant Creep — must cut or formally extend timeline |
|
||||
| >50% | **FAIL** | Out of Control — stop, re-plan, escalate to producer |
|
||||
|
||||
**Before applying that table, check that the percentage means something.** Emit
|
||||
@@ -144,8 +144,8 @@ After presenting the report, offer concrete follow-up:
|
||||
the baseline document, or point the skill at where the work actually lives).
|
||||
Do not offer a re-run against the same inputs — it will produce the same
|
||||
non-answer.
|
||||
- **CONCERNS** → offer to identify the 2–3 additions with best cut ratio. Reference `/sprint-plan update` to formally re-scope.
|
||||
- **FAIL** → recommend escalating to producer. Reference `/sprint-plan update` for re-planning or `/estimate` to re-baseline timeline.
|
||||
- **CONCERNS** → offer to identify the 2–3 additions with best cut ratio. Reference `/sprint-plan update` to formally re-scope (if the project has no sprint plan, as on the default minimal workflow, re-scope by editing the brief's build order).
|
||||
- **FAIL** → recommend escalating to producer. Reference `/sprint-plan update` for re-planning (if the project has no sprint plan, as on the default minimal workflow, edit the brief's build order) or `/estimate` to re-baseline timeline.
|
||||
|
||||
End every verdict except NOT ASSESSED with:
|
||||
> "Run `/scope-check [name]` again after cuts are made to verify the verdict improves."
|
||||
|
||||
Reference in New Issue
Block a user