Skip to main content

simplify

Review changed code for reuse, quality, and efficiency, then fix any issues found. Use after PDCA Check >= 90% or when code review is needed. Triggers: simplify, clean code, refactor, reduce complexity, 간소화, 코드 정리, リファクタリング, コード整理, 简化, 代码清理, simplificar, simplifier, vereinfachen, semplificare

설치로 이동

소스 정보

저장소
ww-w-ai/bkit-gemini
최근 소스 활동
2026년 5월 14일 06:54
감지된 SKILL.md 언어
영어
스타
66
포크
16

설치 방법

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

소스 파일 검토

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

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
simplify
classification
W
description
Review changed code for reuse, quality, and efficiency, then fix any issues found. Use after PDCA Check >= 90% or when code review is needed. Triggers: simplify, clean code, refactor, reduce complexity, 간소화, 코드 정리, リファクタリング, コード整理, 简化, 代码清理, simplificar, simplifier, vereinfachen, semplificare
user-invocable
true
argument-hint
allowed-tools
["read_file","replace","glob","grep_search","run_shell_command"]
agents
{"analyze":"code-analyzer"}
context
session
# Simplify — Code Quality Review and Improvement > Review changed code for reuse, quality, and efficiency, then fix any issues found. ## When to Use - After PDCA Check phase reaches >= 90% match rate. - When code review is needed before merging. - When refactoring is requested. ## 4-Step Workflow ### Step 1: Collect Changed Files Run `git diff --name-only` (and `git diff --cached --name-only` for staged files) to identify all recently changed files. Filter to relevant source files only (exclude lockfiles, generated files, build artifacts). **Output:** List of files to review. ### Step 2: Analyze Each File For each changed file, analyze for: | Category | What to Look For | |----------|-----------------| | **Duplicate code** | Repeated logic that can be extracted into shared functions | | **Unnecessary complexity** | Nested conditionals, long functions, over-engineering | | **Naming improvements** | Unclear variable/function names, inconsistent conventions | | **Unused code** | Dead imports, unreachable branches, commented-out blocks | | **Error handling** | Missing try/catch, unhandled edge cases | | **Performance** | Unnecessary loops, redundant operations, missing caching | **Output:** Issue table per file. ### Step 3: Apply Improvements For each identified issue: 1. Apply the fix automatically using `replace` tool. 2. Ensure the fix does not change external behavior. 3. Preserve existing test coverage. **Rules:** - Do NOT change public API signatures without confirmation. - Do NOT remove code that appears unused if it is exported. - Keep changes minimal and focused. ### Step 4: Output Change Summary Present a summary table of all changes made: | File | Change Type | Before | After | Impact | |------|------------|--------|-------|--------| | ... | Dedup | 3 copies | 1 shared function | -20 lines | | ... | Naming | `tmp` | `userSession` | Readability | | ... | Dead code | Unused import | Removed | Clean | **Final output:** - Total files reviewed - Total issues found - Total issues fixed - Lines added / removed ## References - Use project's existing linting rules and conventions. - Respect `.eslintrc`, `.prettierrc`, or equivalent config files.
GitHub에서 보기