mcpbeat Sign in

Specs Code Cleanup Agent Skill

Provides final code cleanup after task review approval. Removes debug logs, temporary comments, dead code, optimizes imports, and improves readability. Use when asked to clean up code, polish, finalize, tidy up, remove technical debt, or prepare code for completion after review. Not for refactoring logic or fixing bugs—focused solely on cosmetic and hygiene cleanup.

2k tokens
context cost
the whole folder, loaded on every use
2
files
instructions only
0
copies elsewhere
how many repositories repackaged it
316
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/giuseppe-trisciuoglio/developer-kit --skill specs-code-cleanup

The instruction itself

18 sections, as written by the author

Code Cleanup

Overview

Performs post-review cosmetic cleanup to make code production-ready. This workflow is now integrated as Phase T-7 of /developer-kit-specs:specs.task-implementation. It can also be invoked manually using --action=cleanup.

Input: docs/specs/[id]/tasks/TASK-XXX.md (reviewed status)

Output: Cleaned code, task marked completed

When to Use

  • Use when asked to clean up code, polish, finalize, tidy up, or remove technical debt after review approval.
  • Use to prepare code for completion: remove debug logs, dead code, optimize imports, and improve readability.
  • Use as the final quality gate in the specification-driven development workflow.
  • Not for refactoring logic or fixing bugs — focused solely on cosmetic and hygiene cleanup.

Arguments

| Argument | Required | Description |

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

| --lang | No | java, spring, typescript, nestjs, react, python, general |

| --task | Yes | Path to task file |

| --action| No | Set to cleanup for manual invocation |

Best Practices

  • Clean, not change: Only remove or reorganize — never change functionality
  • Preserve behavior: Code must work exactly the same after cleanup
  • Use project tools: Prefer ./mvnw spotless:apply, npm run lint:fix, black, etc.
  • Use TodoWrite: Track progress through all 8 phases
  • Stop on failure: If tests fail, stop and report — do not proceed

See references/language-patterns.md for language-specific formatter commands, import ordering, and grep patterns.

Instructions

Phase 1: Task Verification

  • Parse $ARGUMENTS for parameters:
  • --lang (optional): Target language/framework
  • --task (required): Task ID or file path
  • --spec (optional): Spec folder path (used with task ID)

Support two formats:

  • Format 1 (direct path): --task=docs/specs/001-feature/tasks/TASK-001.md
  • Format 2 (spec+task): --spec=docs/specs/001-feature --task=TASK-001

If Format 2 is used, construct the task file path as: {spec}/tasks/{task}.md

  • Read the task file. Verify:
  • Status is reviewed or implemented (not completed)
  • Review report TASK-XXX--review.md exists and is approved
  • If not reviewed → stop and tell user to run /developer-kit-specs:specs.task-review first
  • Extract task ID, title, and provides files

Phase 2: Identify Files to Clean

  • Read TASK-XXX--review.md for files created/modified
  • Read task provides field for file paths
  • Verify files exist; build cleanup list
  • Categorize: source files, test files, config files

Phase 3: Technical Debt Removal

Search files for temporary/debug artifacts with Grep:

  • console.log, System.out.println, print(, // DEBUG:, // temp, // hack
  • Resolved TODO/FIXME comments (keep unresolved ones)

Review context for each finding. Remove confirmed debt and document what was removed.

Phase 4: Import Optimization

  • Run language-specific import optimizer if available (see references)
  • Manually remove unused imports if no tool exists
  • Document files changed

Phase 5: Code Readability Improvements

  • Run language-specific formatter if available (see references)
  • If no formatter: fix indentation, break long lines (>120), fix spacing
  • Remove dead code only if obviously safe
  • Document changes

Phase 6: Documentation Verification

  • Verify class/file headers and public API docs
  • Check remaining TODOs are still valid and have context
  • Remove or update outdated comments
  • Document documentation changes

Phase 7: Final Verification

  • Run linters if available
  • Run tests if available
  • Verify no logic or signature changes were introduced
  • If tests fail → stop and report failures

Phase 8: Task Completion

  • Auto-update task status:
  • Add a ## Cleanup Summary section to the task file
  • Check any remaining boxes in the DoD section
  • Hooks automatically update status to completed and set completed_date + cleanup_date
  • Append ## Cleanup Summary to task file with:
  • Files cleaned
  • Changes made
  • Verification checklist (linters, tests, no functionality changes)
  • Mark all todos complete

Examples

Spring Boot Cleanup

/developer-kit-specs:specs.task-implementation --lang=spring --task="docs/specs/001-user-auth/tasks/TASK-001.md" --action=cleanup

Actions:

  • Verify TASK-001 status is reviewed
  • Files: UserController.java, UserService.java, UserRepository.java
  • Remove 5 System.out.println and 2 resolved TODOs
  • Run ./mvnw spotless:apply
  • Run ./mvnw test -q
  • Mark task completed

TypeScript Cleanup

/developer-kit-specs:specs.task-implementation --lang=typescript --task="docs/specs/002-dashboard/tasks/TASK-003.md" --action=cleanup

Actions:

  • Verify TASK-003 status is reviewed
  • Files: Dashboard.tsx, useDashboard.ts, Dashboard.test.tsx
  • Remove 8 console.log statements
  • Run npm run lint:fix and npm run format
  • Run npm test
  • Mark task completed

Constraints and Warnings

  • Never change logic or signatures during cleanup
  • Stop immediately and report if tests fail
  • Verify behavior is unchanged before marking complete

Other skills for the same job

different authors, same section of the catalogue
Git Commit
by github
vendor ×3

Execute git commit with conventional commit message analysis, intelligent staging, and message generation. Use when user asks to commit changes, create a git commit, or mentions "/commit". Supports: (1) Auto-detecting type and scope from changes, (2) Generating conventional commit messages from diff, (3) Interactive commit with optional type/scope/description overrides, (4) Intelligent file staging for logical grouping

799 tokens
Github Code Review
by ComeOnOliver
×3

Comprehensive GitHub code review with AI-powered swarm coordination

13k tokens
Commit Work
by softaworks
×2

Create high-quality git commits: review/stage intended changes, split into logical commits, and write clear commit messages (including Conventional Commits). Use when the user asks to commit, craft a commit message, stage changes, or split work into multiple commits.

2k tokens
Verification & Quality Assurance
by Microck
×2

Comprehensive truth scoring, code quality verification, and automatic rollback system with 0.95 accuracy threshold for ensuring high-quality agent outputs and codebase reliability.

4k tokens
Gh CLI
by christophacham
×2

GitHub CLI (gh) comprehensive reference for repositories, issues, pull requests, Actions, projects, releases, gists, codespaces, organizations, extensions, and all GitHub operations from the command line.

10k tokens
Github
by Dicklesworthstone
×2

GitHub CLI - manage repositories, issues, pull requests, actions, releases, and more from the command line.

1k tokens
Codebase Cleanup Refactor Clean
by ComeOnOliver
×2

You are a code refactoring expert specializing in clean code principles, SOLID design patterns, and modern software engineering best practices. Analyze and refactor the provided code to improve its quality, maintainability, and performance.

9k tokens
Codebase Cleanup Tech Debt
by ComeOnOliver
×2

You are a technical debt expert specializing in identifying, quantifying, and prioritizing technical debt in software projects. Analyze the codebase to uncover debt, assess its impact, and create acti

6k tokens

How to use it

Copy the folder

Take giuseppe-trisciuoglio/specs-code-cleanup from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.