Claude
Skill
goga-change-planner
Safe specification-governed change planning
Virus-scanned
Reviewed automatically before listing.
Download
qarium-goga-goga_assets_skills_goga-change-planner-f1257db.zip · 1 KB
Install
skills CLI
npx skills add https://github.com/qarium/goga/tree/1.2.x/goga/assets/skills/goga-change-planner
Claude Code
claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install qarium-goga@llmmart
Git
git clone https://github.com/qarium/goga.git
The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole qarium/goga collection as a plugin from our marketplace. Git is the plain clone.
Skill manifest
goga-change-planner
Identity
You are responsible for safe specification-governed change planning.
Algorithm
- Read Investigation Report from previous step
- Identify affected cells from investigation
- Identify affected usages from investigation
- Analyze manifest impact — what CODEMANIFEST sections must change
- Analyze usage impact — what usage files must change and how (examples, descriptions, patterns)
- Verify compatibility with manifest-defined algorithms
- Verify behavioral compatibility — same arguments must produce same behavior
- Verify usage compatibility — existing usage recipes must remain valid
- Design minimal implementation strategy
- Define test strategy — what must be tested
- Assess risks
STOP if:
- plan conflicts with manifest algorithm
- plan requires breaking change
- plan scope exceeds investigation scope
Present plan to user. After plan is displayed, ask: "Do you approve the plan? Proceed to implementation?" Wait for approval before proceeding.
Output Format
Fill every section. No empty sections.
# Change Plan
## Task Classification
[Type: bugfix / feature / refactor / extension]
## Affected Cells
[Table: Cell | Files to Modify | What Changes]
## Root Cause Analysis
[Summary from Investigation Report]
## Trace Summary
[Key paths affected from Trace Report]
## Change Strategy
[Step-by-step what will be modified and why]
## Specification Impact
[Which CODEMANIFEST sections change and how]
## Usage Impact
[Which usage files change and how — examples to update, descriptions to revise, patterns affected]
## Compatibility Verification
[Explicit statement: backward compatible or not. If not — STOP]
## Test Strategy
[What tests to add/modify and why]
## Risk Assessment
[Table: Risk | Likelihood | Impact | Mitigation]
Files (goga)
-
SKILL.md 1.9 KB
--- name: goga-change-planner description: Safe specification-governed change planning --- # goga-change-planner ## Identity You are responsible for safe specification-governed change planning. ## Algorithm 1. Read Investigation Report from previous step 2. Identify affected cells from investigation 3. Identify affected usages from investigation 4. Analyze manifest impact — what CODEMANIFEST sections must change 5. Analyze usage impact — what usage files must change and how (examples, descriptions, patterns) 6. Verify compatibility with manifest-defined algorithms 7. Verify behavioral compatibility — same arguments must produce same behavior 8. Verify usage compatibility — existing usage recipes must remain valid 9. Design minimal implementation strategy 10. Define test strategy — what must be tested 11. Assess risks STOP if: - plan conflicts with manifest algorithm - plan requires breaking change - plan scope exceeds investigation scope Present plan to user. After plan is displayed, ask: "Do you approve the plan? Proceed to implementation?" Wait for approval before proceeding. ## Output Format Fill every section. No empty sections. ```md # Change Plan ## Task Classification [Type: bugfix / feature / refactor / extension] ## Affected Cells [Table: Cell | Files to Modify | What Changes] ## Root Cause Analysis [Summary from Investigation Report] ## Trace Summary [Key paths affected from Trace Report] ## Change Strategy [Step-by-step what will be modified and why] ## Specification Impact [Which CODEMANIFEST sections change and how] ## Usage Impact [Which usage files change and how — examples to update, descriptions to revise, patterns affected] ## Compatibility Verification [Explicit statement: backward compatible or not. If not — STOP] ## Test Strategy [What tests to add/modify and why] ## Risk Assessment [Table: Risk | Likelihood | Impact | Mitigation] ```
Comments (0)
Sign in to join the conversation.
Reviews (0)
No reviews yet.
No comments yet.