# Goga Change Planner

> Safe specification-governed change planning

- Skill: `qarium/goga-change-planner` (Agent Skill)
- Install (CLI): `npx skillmds@latest add qarium/goga-change-planner`
- Raw SKILL.md: https://api.skillmd.com/api/skills/qarium/goga-change-planner/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: qarium (https://skillmd.com/u/qarium)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/qarium/goga-change-planner

---

# 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]
```