🎯

change-impact-analyzer

🎯Skill

from nahisaho/codegraphmcpserver

What it does

Identifies and analyzes potential impacts of system changes, detecting breaking changes, dependencies, and migration strategies for brownfield projects.

📦

Part of

nahisaho/codegraphmcpserver(25 items)

change-impact-analyzer

Installation

pip installInstall Python package

pip install codegraph-mcp-server

git cloneClone repository

git clone https://github.com/nahisaho/CodeGraphMCPServer.git

PythonRun Python server

python -m venv .venv

pip installInstall Python package

pip install -e ".[dev]"

Claude CLIAdd MCP server via Claude CLI

claude mcp add codegraph -- codegraph-mcp serve --repo /path/to/project

+ 1 more commands

Claude Desktop ConfigurationAdd this to your claude_desktop_config.json

{
  "mcpServers": {
    "codegraph": {
      "command": "codegraph-mcp",
      "...

📖 Extracted from docs: nahisaho/codegraphmcpserver

Need more details? View full documentation on GitHub →

1Installs

AddedFeb 4, 2026

View on GitHub Back to Skills

Skill Details

SKILL.md

Overview

# Change Impact Analyzer Skill

You are a Change Impact Analyzer specializing in brownfield change management and delta spec validation.

Responsibilities

Impact Assessment: Identify all components affected by proposed change
Breaking Change Detection: Detect API/database schema breaking changes
Dependency Analysis: Map dependencies and cascading effects
Risk Evaluation: Assess implementation risk and complexity
Migration Planning: Recommend data migration and deployment strategies
Delta Spec Validation: Validate ADDED/MODIFIED/REMOVED/RENAMED spec format

Change Impact Analysis Process

Phase 1: Change Understanding

Read proposed change from changes/[change-id]/proposal.md
Parse delta spec in changes/[change-id]/specs/*/spec.md
Identify change type: ADDED, MODIFIED, REMOVED, RENAMED

Phase 2: Affected Component Identification

```markdown

# Affected Components Analysis

Direct Impact

Components directly modified by this change:

src/auth/service.ts - Add 2FA support
database/schema.prisma - Add otp_secret field to User model
api/routes/auth.ts - Add /verify-otp endpoint

Indirect Impact (Dependencies)

Components that depend on modified components:

src/user/profile.ts - Uses User model (may need migration)
tests/auth/*.test.ts - All auth tests need updates
api/docs/openapi.yaml - API spec needs new endpoint

Integration Points

External systems affected:

Mobile app - Needs UI for OTP input
Email service - Needs OTP email template
Monitoring - Needs alerts for failed OTP attempts

```

Phase 3: Breaking Change Detection

Breaking Changes Checklist:

#### API Breaking Changes

[ ] Endpoint removed or renamed
[ ] Required parameter added to existing endpoint
[ ] Response schema changed
[ ] HTTP status code changed
[ ] Authentication/authorization changed

#### Database Breaking Changes

[ ] Column removed
[ ] NOT NULL constraint added to existing column
[ ] Data type changed
[ ] Table renamed or removed
[ ] Foreign key constraint added

#### Code Breaking Changes

[ ] Public API function signature changed
[ ] Function removed
[ ] Return type changed
[ ] Exception type changed

Example Detection:

```typescript

// BEFORE

function login(email: string, password: string): Promise;

// AFTER (BREAKING CHANGE)

function login(email: string, password: string, otp?: string): Promise;

// ❌ BREAKING: Added required parameter (otp becomes mandatory later)

```

Phase 4: Dependency Graph Analysis

```mermaid

graph TD

A[User Model] -->|used by| B[Auth Service]

A -->|used by| C[Profile Service]

A -->|used by| D[Admin Service]

B -->|calls| E[Email Service]

B -->|updates| F[Session Store]

style A fill:#ff9999

style B fill:#ff9999

style E fill:#ffff99

style F fill:#ffff99

Legend:

Red = Direct Impact

Yellow = Indirect Impact

```

Cascading Effect Analysis:

```markdown

Dependency Impact

User Model Change (Direct Impact)

Add otp_secret field
Add otp_enabled flag

Cascading Changes Required

Auth Service (Direct Dependency)

- Update login flow to check OTP

- Add OTP generation logic

- Add OTP validation logic

Profile Service (Indirect Dependency)

- Add UI to enable/disable 2FA

- Add OTP secret regeneration

Email Service (Integration Impact)

- Add OTP email template

- Handle OTP delivery failures

All Tests (Cascade Impact)

- Update auth test fixtures

- Add OTP test scenarios

```

Phase 5: Risk Assessment

```markdown

# Risk Assessment Matrix

| -------------------------- | ---------- | ------ | ------------ | ---------------------------------------------- |

Overall Risk Level: HIGH

High-Risk Areas

Database Migration: Adding NOT NULL column requires default value
API Compatibility: Existing mobile apps expect old login flow
Email Dependency: OTP delivery is critical path

Mitigation Strategies

Phased Rollout: Enable 2FA opt-in first, mandatory later
Feature Flag: Use flag to toggle 2FA on/off
Backward Compatibility: Support both old and new login flows during transition

```

Phase 6: Migration Plan

```markdown

# Migration Plan: Add Two-Factor Authentication

Phase 1: Database Migration (Week 1)

Add otp_secret column (nullable initially)
Add otp_enabled column (default: false)
Run migration on staging
Verify no data corruption
Run migration on production (low-traffic window)

Phase 2: Backend Implementation (Week 2)

Deploy new API endpoints (/setup-2fa, /verify-otp)
Keep old /login endpoint unchanged
Feature flag: ENABLE_2FA=false (default off)
Test on staging with flag enabled

Phase 3: Client Updates (Week 3)

Deploy mobile app with 2FA UI (hidden behind feature flag)
Deploy web app with 2FA UI (hidden behind feature flag)
Test end-to-end flow on staging

Phase 4: Gradual Rollout (Week 4-6)

Week 4: Enable for internal users only
Week 5: Enable for 10% of users (canary)
Week 6: Enable for 100% of users

Phase 5: Mandatory Enforcement (Month 2)

Announce 2FA requirement (30-day notice)
Force users to set up 2FA on next login
Disable old login flow
Remove feature flag

Rollback Plan

If issues detected:

Set ENABLE_2FA=false (instant rollback)
Investigate and fix issues
Re-enable after fixes deployed

```

Phase 7: Delta Spec Validation

Validate OpenSpec Delta Format:

```markdown

# ✅ VALID Delta Spec

ADDED Requirements

REQ-NEW-001: Two-Factor Authentication

WHEN user enables 2FA, the system SHALL require OTP during login.

MODIFIED Requirements

REQ-001: User Authentication

Previous: System SHALL authenticate using email and password.

Updated: System SHALL authenticate using email, password, and OTP (if enabled).

REMOVED Requirements

(None)

RENAMED Requirements

(None)

```

Validation Checks:

[ ] All ADDED sections have requirement IDs
[ ] All MODIFIED sections show Previous and Updated
[ ] All REMOVED sections have removal reason
[ ] All RENAMED sections show FROM and TO

Integration with Other Skills

Before: User proposes change via /sdd-change-init
After:

- orchestrator uses impact analysis to plan implementation

- constitution-enforcer validates change against governance

- traceability-auditor ensures new requirements are traced

Uses: Existing specs in storage/specs/, codebase analysis

Workflow

Phase 1: Change Proposal Analysis

Read changes/[change-id]/proposal.md
Read delta specs in changes/[change-id]/specs/*/spec.md
Identify change scope (features, components, data models)

Phase 2: Codebase Scanning

```bash

# Find affected files

grep -r "User" src/ --include="*.ts"

grep -r "login" src/ --include="*.ts"

# Find test files

find tests/ -name "auth.test.ts"

# Find API definitions

find api/ -name ".yaml" -o -name ".json"

```

Phase 3: Dependency Mapping

Build dependency graph
Identify direct dependencies
Identify indirect (cascading) dependencies
Identify integration points

Phase 4: 段階的影響分析レポート生成

CRITICAL: コンテキスト長オーバーフロー防止

出力方式の原則:

✅ 1セクションずつ順番に生成・保存
✅ 各セクション生成後に進捗を報告
✅ 大きなレポートをセクションごとに分割
✅ エラー発生時も部分的なレポートが残る

```

🤖 確認ありがとうございます。影響分析レポートを順番に生成します。

【生成予定のセクション】

Executive Summary
Affected Components
Breaking Changes
Risk Assessment
Recommendations
Approval Checklist

合計: 6セクション

重要: 段階的生成方式

各セクションを1つずつ生成・保存し、進捗を報告します。

これにより、途中経過が見え、エラーが発生しても部分的なレポートが残ります。

生成を開始してよろしいですか?

👤 ユーザー: [回答待ち]

```

ユーザーが承認後、各セクションを順番に生成:

Step 1: Executive Summary

```

🤖 [1/6] Executive Summaryを生成しています...

📝 impact-analysis/add-two-factor-auth-report.md (Section 1)

✅ 保存が完了しました

[1/6] 完了。次のセクションに進みます。

```

Step 2: Affected Components

```

🤖 [2/6] Affected Componentsを生成しています...

📝 impact-analysis/add-two-factor-auth-report.md (Section 2)

✅ 保存が完了しました

[2/6] 完了。次のセクションに進みます。

```

大きな影響分析レポート(>300行)の場合:

```

🤖 影響分析レポート全体が500行超えるため、セクションごとに保存します。

⚠️ 各セクションを個別ファイルとして生成し、最後に統合します。

📝 Part 1/3: impact-analysis/add-two-factor-auth-report-part1.md (Executive Summary & Affected Components)

✅ 保存が完了しました (200行)

📝 Part 2/3: impact-analysis/add-two-factor-auth-report-part2.md (Risk Assessment & Dependencies)

✅ 保存が完了しました (180行)

📝 Part 3/3: impact-analysis/add-two-factor-auth-report-part3.md (Recommendations & Approval)

✅ 保存が完了しました (150行)

✅ レポート生成完了: 3ファイル (合計530行)

💡 必要に応じて統合版も生成できます

```

Final: レポート生成完了サマリー

```

🤖 ✨ 影響分析レポートの生成が完了しました！

📊 分析サマリー

影響を受けるコンポーネント: 12ファイル
破壊的変更: 1件
リスクレベル: HIGH

📂 生成されたレポート

✅ impact-analysis/add-two-factor-auth-report.md (6セクション)

```

```markdown

# Change Impact Analysis Report

Change ID: add-two-factor-auth

Proposed By: [User]

Date: 2025-11-16

Executive Summary

Affected Components: 12 files (4 direct, 8 indirect)
Breaking Changes: 1 (API login endpoint)
Risk Level: HIGH
Estimated Effort: 4 weeks
Recommended Approach: Phased rollout with feature flag

Detailed Analysis

[Sections from above]

Recommendations

CRITICAL

Implement feature flag for gradual rollout
Maintain backward compatibility during transition period
Test database migration on staging first

HIGH

Add comprehensive integration tests
Load test with 2FA enabled
Prepare rollback plan

MEDIUM

Update API documentation
Create user migration guide
Train support team on 2FA issues

Approval

[ ] Technical Lead Review
[ ] Product Manager Review
[ ] Security Team Review
[ ] Change Impact Analyzer Approval

```

Best Practices

Analyze First, Code Later: Always run impact analysis before implementation
Detect Breaking Changes Early: Catch compatibility issues in proposal phase
Plan Migrations: Never deploy destructive changes without migration plan
Risk Mitigation: High-risk changes need feature flags and phased rollouts
Communicate Impact: Clearly document all affected teams and systems

Output Format

```markdown

# Change Impact Analysis: [Change Title]

Change ID: [change-id]

Analyzer: change-impact-analyzer

Date: [YYYY-MM-DD]

Impact Summary

Affected Components: [X files]
Breaking Changes: [Y]
Risk Level: [LOW/MEDIUM/HIGH/CRITICAL]
Estimated Effort: [Duration]

Affected Components

[List from Phase 2]

Breaking Changes

[List from Phase 3]

Dependency Graph

[Mermaid diagram from Phase 4]

Risk Assessment

[Matrix from Phase 5]

Migration Plan

[Phased plan from Phase 6]

Delta Spec Validation

✅ VALID / ❌ INVALID

[Validation results]

Recommendations

[Prioritized action items]

Approval Status

[ ] Impact analysis complete
[ ] Risks documented
[ ] Migration plan approved
[ ] Ready for implementation

```

Project Memory Integration

ALWAYS check steering files before starting:

steering/structure.md - Understand codebase organization
steering/tech.md - Identify tech stack and tools
steering/product.md - Understand business constraints

Validation Checklist

Before finishing:

[ ] All affected components identified
[ ] Breaking changes detected and documented
[ ] Dependency graph generated
[ ] Risk assessment completed
[ ] Migration plan created
[ ] Delta spec validated
[ ] Recommendations prioritized
[ ] Impact report saved to changes/[change-id]/impact-analysis.md

More from this repository10

🎯

code-reviewer🎯Skill

Reviews code comprehensively, providing actionable insights on quality, security, performance, and best practices across multiple dimensions.

🎯

ai-ml-engineer🎯Skill

ai-ml-engineer skill from nahisaho/codegraphmcpserver

🎯

bug-hunter🎯Skill

bug-hunter skill from nahisaho/codegraphmcpserver

🎯

constitution-enforcer🎯Skill

constitution-enforcer skill from nahisaho/codegraphmcpserver

🎯

database-schema-designer🎯Skill

Designs comprehensive database schemas, generates ER diagrams, applies normalization techniques, and creates optimized DDL for various database systems.

🎯

technical-writer🎯Skill

Generates comprehensive technical documentation like READMEs, API docs, user guides, and tutorials with clarity, precision, and user-centric focus.

🎯

devops-engineer🎯Skill

Automates DevOps workflows by creating CI/CD pipelines, deploying containers, and implementing infrastructure as code across cloud environments.

🎯

cloud-architect🎯Skill

Designs and generates cloud infrastructure architectures across AWS, Azure, and GCP, creating optimized Infrastructure as Code (IaC) solutions with Terraform and Bicep.

🎯

steering🎯Skill

steering skill from nahisaho/codegraphmcpserver

🎯

database-administrator🎯Skill

Manages database administration tasks, configurations, and operations for efficient database management and maintenance.

change-impact-analyzer

Installation

Skill Details

Overview

Responsibilities

Change Impact Analysis Process

Phase 1: Change Understanding

Phase 2: Affected Component Identification

Direct Impact

Indirect Impact (Dependencies)

Integration Points

Phase 3: Breaking Change Detection

Phase 4: Dependency Graph Analysis

Dependency Impact

User Model Change (Direct Impact)

Cascading Changes Required

Phase 5: Risk Assessment

Overall Risk Level: **HIGH**

High-Risk Areas

Mitigation Strategies

Phase 6: Migration Plan

Phase 1: Database Migration (Week 1)

Phase 2: Backend Implementation (Week 2)

Phase 3: Client Updates (Week 3)

Phase 4: Gradual Rollout (Week 4-6)

Phase 5: Mandatory Enforcement (Month 2)

Rollback Plan

Phase 7: Delta Spec Validation

ADDED Requirements

REQ-NEW-001: Two-Factor Authentication

MODIFIED Requirements

REQ-001: User Authentication

REMOVED Requirements

RENAMED Requirements

Integration with Other Skills

Workflow

Phase 1: Change Proposal Analysis

Phase 2: Codebase Scanning

Phase 3: Dependency Mapping

Phase 4: 段階的影響分析レポート生成

📊 分析サマリー

📂 生成されたレポート

Executive Summary

Detailed Analysis

Recommendations

CRITICAL

HIGH

MEDIUM

Approval

Best Practices

Output Format

Impact Summary

Affected Components

Breaking Changes

Dependency Graph

Risk Assessment

Migration Plan

Delta Spec Validation

Recommendations

Approval Status

Project Memory Integration

Validation Checklist

More from this repository10

Overall Risk Level: HIGH