Skip to main content

simplify

Review code for unnecessary complexity and simplify it. Use when the user wants to clean up code, reduce complexity, remove dead code, or make code more readable.

소스 정보

저장소
TuYv/ccpm
최근 소스 활동
2026년 9월 26일 14:16
감지된 SKILL.md 언어
영어
스타
1
포크
2

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

파일 탐색기
3 개 파일

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
simplify
description
Review code for unnecessary complexity and simplify it. Use when the user wants to clean up code, reduce complexity, remove dead code, or make code more readable.
allowed-tools
Bash, Read, Grep, Glob, Edit, Write
# Code Simplification Review the specified code (or recent changes) for unnecessary complexity and simplify it. ## What to look for 1. **Over-abstraction** — helpers, utilities, or wrapper functions used only once. Inline them. 2. **Unnecessary indirection** — callback chains, event buses, or service layers that just pass data through. 3. **Defensive overkill** — error handling for impossible cases, null checks deep inside trusted internal code. 4. **Dead code** — unused imports, unreachable branches, commented-out blocks, unused variables. 5. **Complex conditionals** — nested if/else that could be early returns, switch statements that could be lookups. 6. **Premature generalization** — config objects for one use case, plugin systems with one plugin, factory patterns for one type. 7. **Redundant comments** — comments that restate the code instead of explaining why. ## Principles - Three similar lines of code are better than a premature abstraction - Delete code rather than add it when possible - If removing something breaks nothing, it shouldn't have been there - The right amount of complexity is the minimum needed for the current requirements - Don't design for hypothetical future requirements ## Process 1. Read the target files 2. For each issue found, explain what's overly complex and why it can be simplified 3. Show the simplified version 4. Apply the fix 5. Verify the changes don't break anything (run tests if available) $ARGUMENTS
GitHub에서 보기