
Refactor Method Complexity
OfficialFreeReduce cognitive complexity by extracting helper methods.
Free · Opens the source repo
What Refactor Method Complexity does
The Refactor Method Complexity skill provides a structured approach to simplifying methods in your codebase by reducing their cognitive complexity. Cognitive complexity refers to how difficult it is to understand a piece of code, which can be exacerbated by nested conditionals, multiple loops, and repeated code blocks. This skill guides you through analyzing a method, identifying areas of complexity, and extracting logic into focused helper methods, enhancing both readability and maintainability.
To use this skill, you will start by analyzing the specified method to pinpoint sources of cognitive complexity. The skill encourages you to look for nested conditionals, repeated code, and complex boolean expressions. Once you've identified these areas, you will find opportunities to extract logic into helper methods, ensuring that each helper has a single, clear responsibility. This not only simplifies the main method but also makes it easier to test and debug.
The skill emphasizes the importance of preserving functionality throughout the refactoring process. You will maintain the original input/output behavior and ensure that all validation and error handling remains intact. After refactoring, you will run existing tests to confirm that no functionality has been broken, and you will need to explicitly verify that all tests pass before considering the refactoring complete.
This skill is ideal for developers looking to improve their code quality and maintainability. By following the outlined steps, you can systematically reduce cognitive complexity in your methods, making them easier for yourself and others to understand and work with in the future.
When to use it
Use this skill when you have methods that are difficult to read due to high cognitive complexity, especially those with nested conditionals or repeated logic.
When not to use it
This skill may not be suitable for very small methods where complexity is already low or when immediate refactoring is not feasible due to time constraints.
What you can build with it
Refactoring Legacy Code
When dealing with legacy code that has grown complex over time, this skill helps break down methods into manageable parts.
Improving Code Reviews
Use this skill to prepare code for review by simplifying complex methods, making it easier for peers to understand and provide feedback.
Enhancing Testability
Refactor methods to improve their testability by isolating logic into helper methods, allowing for more focused unit tests.
How to install Refactor Method Complexity
View source1. Install with the skills CLI
npx skills add github/awesome-copilot/refactor-method-complexity-reduce --agent claude-code2. Or install it manually
Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.
Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs
Inside SKILL.md
Written by githubRefactor Method to Reduce Cognitive Complexity
Objective
Refactor the method ${input:methodName}, to reduce its cognitive complexity to ${input:complexityThreshold} or below, by extracting logic into focused helper methods.
Instructions
-
Analyze the current method to identify sources of cognitive complexity:
- Nested conditional statements
- Multiple if-else or switch chains
- Repeated code blocks
- Multiple loops with conditions
- Complex boolean expressions
-
Identify extraction opportunities:
- Validation logic that can be extracted into a separate method
- Type-specific or case-specific processing that repeats
- Complex transformations or calculations
- Common patterns that appear multiple times
-
Extract focused helper methods:
- Each helper should have a single, clear responsibility
- Extract validation into separate
Validate*methods - Extract type-specific logic into handler methods
- Create utility methods for common operations
- Use appropriate access levels (static, private, async)
-
Simplify the main method:
- Reduce nesting depth
- Replace massive if-else chains with smaller orchestrated calls
- Use switch statements where appropriate for cleaner dispatch
- Ensure the main method reads as a high-level flow
-
Preserve functionality:
- Maintain the same input/output behavior
- Keep all validation and error handling
- Preserve exception types and error messages
- Ensure all parameters are properly passed to helpers
-
Best practices:
- Make helper methods static when they don't need instance state
- Use null checks and guard clauses early
- Avoid creating unnecessary local variables
- Consider using tuples for multiple return values
- Group related helper methods together
Implementation Approach
- Extract helper methods before refactoring the main flow
- Test incrementally to ensure no regressions
- Use meaningful names that describe the extracted responsibility
- Keep extracted methods close to where they're used
- Consider making repeated code patterns into generic methods
Result
The refactored method should:
- Have cognitive complexity reduced to the target threshold of
${input:complexityThreshold}or below - Be more readable and maintainable
- Have clear separation of concerns
- Be easier to test and debug
- Retain all original functionality
Testing and Validation
CRITICAL: After completing the refactoring, you MUST:
- Run all existing tests related to the refactored method and its surrounding functionality
- MANDATORY: Explicitly verify test results show "failed=0"
- NEVER assume tests passed - always examine the actual test output
- Search for the summary line containing pass/fail counts (e.g., "passed=X failed=Y")
- If the summary shows any number other than "failed=0", tests have FAILED
- If test output is in a file, read the entire file to locate and verify the failure count
- Running tests is NOT the same as verifying tests passed
- Do not proceed until you have explicitly confirmed zero failures
- If any tests fail (failed > 0):
- State clearly how many tests failed
- Analyze each failure to understand what functionality was broken
- Common causes: null handling, empty collection checks, condition logic errors
- Identify the root cause in the refactored code
- Correct the refactored code to restore the original behavior
- Re-run tests and verify "failed=0" in the output
- Repeat until all tests pass (failed=0)
- Verify compilation - Ensure there are no compilation errors
- Check cognitive complexity - Confirm the metric is at or below the target threshold of
${input:complexityThreshold}
Confirmation Checklist
- Code compiles without errors
- Test results explicitly state "failed=0" (verified by reading the output)
- All test failures analyzed and corrected (if any occurred)
- Cognitive complexity is at or below the target threshold of
${input:complexityThreshold} - All original functionality is preserved
- Code follows project conventions and standards
Frequently asked questions about Refactor Method Complexity
Similar skills
React Composition Patterns
Streamline your React component architecture with proven patterns.
Pester Should Migration
Easily convert Pester v5 assertions to v6 syntax.
Radix to Base UI Migration
Seamlessly migrate React components from Radix UI to Base UI.
Migrate Next.js to Vinext
Seamlessly transition your Next.js projects to Vinext.
WinUI 3 Migration Guide
Streamline your UWP to WinUI 3 migration process.
Refactor
Enhance code maintainability without altering behavior.
