Claude Skill

goga-change-planner

Safe specification-governed change planning

LLM Mart · 0 points · 14 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download qarium-goga-goga_assets_skills_goga-change-planner-f1257db.zip · 1 KB
qarium/goga 31 0 forks BSD-3-Clause Updated 6d ago
Part of qarium/goga — 72 skills

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

  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.

# 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.

No comments yet.

Reviews (0)

No reviews yet.

Related