# review-changes > Comprehensive analysis of changes made by Claude Code with detailed explanations - Author: Nash Gao - Repository: nashgao/mqtt-client - Version: 20260210001543 - Stars: 3 - Forks: 1 - Last Updated: 2026-02-09 - Source: https://github.com/nashgao/mqtt-client - Web: https://mule.run/skillshub/@@nashgao/mqtt-client~review-changes:20260210001543 --- --- allowed-tools: all description: Comprehensive analysis of changes made by Claude Code with detailed explanations --- # ๐Ÿ”๐Ÿ” CRITICAL REQUIREMENT: COMPREHENSIVE CHANGE ANALYSIS! ๐Ÿ”๐Ÿ” **THIS IS NOT A SIMPLE DIFF VIEW - THIS IS A COMPLETE CHANGE UNDERSTANDING DASHBOARD!** When you run `/review-changes`, you are REQUIRED to: 1. **ANALYZE** all changes made by Claude Code (committed and uncommitted) 2. **CATEGORIZE** changes by type (code, tests, docs, config, infrastructure) 3. **EXPLAIN** the purpose and impact of each modification 4. **PROVIDE** before/after comparisons for key changes 5. **USE MULTIPLE AGENTS** for comprehensive parallel analysis: - Spawn one agent to analyze git history and commits - Spawn another to review uncommitted changes - Spawn another to assess impact and dependencies - Spawn another to generate explanations and summaries - Say: "I'll spawn multiple agents to analyze all changes comprehensively" 6. **DO NOT STOP** until: - โœ… All changes are documented and explained - โœ… Impact assessment is complete - โœ… Clear summary is provided - โœ… Actionable recommendations are generated **FORBIDDEN BEHAVIORS:** - โŒ "Just showing git diff output" โ†’ NO! Provide meaningful explanations! - โŒ "Listing files without context" โ†’ NO! Explain what each change does! - โŒ "Ignoring small changes" โ†’ NO! Every change matters for understanding! - โŒ "Generic descriptions" โ†’ NO! Specific, contextual explanations required! **MANDATORY WORKFLOW:** ``` 1. Git history analysis โ†’ Recent commits by Claude 2. Uncommitted changes โ†’ Current working directory status 3. Change categorization โ†’ Group by type and purpose 4. Impact assessment โ†’ Dependencies and risk analysis 5. Explanation generation โ†’ Clear purpose for each change 6. Summary creation โ†’ Executive overview with metrics 7. Recommendations โ†’ Next steps and testing suggestions ``` **YOU ARE NOT DONE UNTIL:** - Every changed file has a clear explanation - All changes are properly categorized - Impact and risk levels are assessed - Clear before/after comparisons are shown - Actionable recommendations are provided --- ## ๐Ÿ” COMPREHENSIVE CHANGE ANALYSIS PROTOCOL **Step 0: Initialize Analysis Environment** - [ ] Check git repository status - [ ] Identify Claude-authored commits (look for ๐Ÿค– or Co-Authored-By: Claude) - [ ] Capture current working directory state - [ ] Set analysis scope (time range, branch, etc.) **Step 1: Multi-Agent Analysis Deployment** Deploy specialized analysis agents in parallel: ``` "I need to analyze all changes made by Claude Code comprehensively. Spawning analysis agents: - Agent 1: Git history analysis for Claude commits - Agent 2: Uncommitted changes and working directory status - Agent 3: Dependency and impact assessment - Agent 4: Change categorization and metrics - Agent 5: Explanation and summary generation Let me analyze all changes in parallel..." ``` **Step 2: Change Detection and Collection** - [ ] Identify all commits authored/co-authored by Claude - [ ] List all uncommitted changes (staged and unstaged) - [ ] Track file movements and renames - [ ] Detect new files and deletions - [ ] Capture configuration changes **Step 3: Change Categorization** Organize changes by type and purpose: ``` ๐Ÿ“ Code Changes: โ”œโ”€โ”€ Features Added: [list with explanations] โ”œโ”€โ”€ Bugs Fixed: [list with explanations] โ”œโ”€โ”€ Refactoring: [list with explanations] โ””โ”€โ”€ Performance: [list with explanations] ๐Ÿ“ Documentation: โ”œโ”€โ”€ New Docs: [list with purpose] โ”œโ”€โ”€ Updated Docs: [list with changes] โ””โ”€โ”€ Examples: [list with context] ๐Ÿงช Testing: โ”œโ”€โ”€ New Tests: [list with coverage] โ”œโ”€โ”€ Test Fixes: [list with issues resolved] โ””โ”€โ”€ Test Utils: [list with purpose] โš™๏ธ Configuration: โ”œโ”€โ”€ Build Config: [list with impact] โ”œโ”€โ”€ Dependencies: [list with versions] โ””โ”€โ”€ Settings: [list with effects] ๐Ÿ—๏ธ Infrastructure: โ”œโ”€โ”€ CI/CD: [list with workflow changes] โ”œโ”€โ”€ Deployment: [list with environment impact] โ””โ”€โ”€ Scripts: [list with automation added] ``` **Step 4: Impact Assessment** Evaluate the scope and risk of changes: - [ ] Identify affected modules and dependencies - [ ] Assess breaking changes - [ ] Evaluate performance implications - [ ] Check security considerations - [ ] Determine testing requirements **Risk Level Classification:** - ๐ŸŸข **Low Risk**: Isolated changes, well-tested - ๐ŸŸก **Medium Risk**: Multiple modules affected, needs review - ๐Ÿ”ด **High Risk**: Core functionality changed, extensive testing required **Step 5: Detailed Change Explanations** For each significant change, provide: ``` ๐Ÿ“„ File: [path/to/file] ๐Ÿ“Š Change Type: [Feature/Fix/Refactor/etc.] ๐ŸŽฏ Purpose: [Clear explanation of why this change was made] ๐Ÿ”ง What Changed: - Before: [Key aspects before change] - After: [Key aspects after change] ๐Ÿ’ฅ Impact: [Who/what is affected by this change] โœ… Benefits: [Improvements this change brings] โš ๏ธ Considerations: [Things to watch or test] ``` **Step 6: Before/After Comparisons** Show clear comparisons for critical changes: ```diff # Example for key function changes - OLD: function processData(data) { return data } + NEW: function processData(data) { + validateData(data); + return transformData(data); + } Purpose: Added validation and transformation for data integrity ``` **Step 7: Executive Summary Generation** Create a high-level overview: ``` ## ๐Ÿ“Š CHANGE SUMMARY DASHBOARD **Total Changes:** [X files changed, Y insertions, Z deletions] **Time Period:** [Date range of changes] **Primary Focus:** [Main purpose of changes] ### ๐ŸŽฏ Key Achievements: - โœ… [Major feature/fix 1] - โœ… [Major feature/fix 2] - โœ… [Major improvement 3] ### ๐Ÿ“ˆ Metrics: - Code Coverage: [Before] โ†’ [After] - Performance: [Impact assessment] - Technical Debt: [Reduced/Added] - Documentation: [Coverage percentage] ### ๐Ÿ” Change Distribution: - Features: XX% - Bug Fixes: XX% - Refactoring: XX% - Documentation: XX% - Tests: XX% ``` **Step 8: Actionable Recommendations** Provide clear next steps: - [ ] **Testing Required**: [Specific test scenarios] - [ ] **Review Focus**: [Critical files needing human review] - [ ] **Documentation Needs**: [What needs to be documented] - [ ] **Deployment Considerations**: [What to check before deploy] - [ ] **Monitoring**: [What to watch after deployment] ## ๐Ÿšซ ANALYSIS ANTI-PATTERNS **FORBIDDEN APPROACHES:** - โŒ "Raw git diff without explanation" โ†’ NO, provide context! - โŒ "File list without purpose" โ†’ NO, explain why each change! - โŒ "Generic change descriptions" โ†’ NO, be specific! - โŒ "Ignoring minor changes" โ†’ NO, completeness matters! - โŒ "No actionable insights" โ†’ NO, provide recommendations! ## โœ… COMPLETION CRITERIA The analysis is complete when: - [ ] All Claude-authored changes are identified - [ ] Every change has a clear explanation - [ ] Impact assessment is comprehensive - [ ] Risk levels are assigned - [ ] Before/after comparisons shown for critical changes - [ ] Executive summary is clear and actionable - [ ] Recommendations are specific and testable - [ ] Visual organization aids understanding ## ๐ŸŽฏ FINAL COMMITMENT I will now execute comprehensive change analysis. I will: - โœ… Spawn multiple agents for parallel analysis - โœ… Analyze ALL changes made by Claude Code - โœ… Provide detailed explanations for each change - โœ… Create clear categorization and metrics - โœ… Generate actionable recommendations - โœ… Present information in an organized, understandable format I will NOT: - โŒ Show raw diffs without explanation - โŒ Skip any changes as "minor" - โŒ Provide generic descriptions - โŒ Leave any change unexplained - โŒ Forget to assess impact and risk **REMEMBER: Users need to UNDERSTAND what was changed and WHY!** The analysis is complete ONLY when users have full visibility into all modifications with clear explanations and actionable next steps. **Executing comprehensive change analysis NOW...**