plugins/developer-kit-specs/skills/specs-code-cleanup/SKILL.md
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.
npx skillsauth add giuseppe-trisciuoglio/developer-kit specs-code-cleanupInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
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
| 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 |
./mvnw spotless:apply, npm run lint:fix, black, etc.See references/language-patterns.md for language-specific formatter commands, import ordering, and grep patterns.
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:
--task=docs/specs/001-feature/tasks/TASK-001.md--spec=docs/specs/001-feature --task=TASK-001If Format 2 is used, construct the task file path as: {spec}/tasks/{task}.md
Read the task file. Verify:
reviewed or implemented (not completed)TASK-XXX--review.md exists and is approvedIf not reviewed → stop and tell user to run /developer-kit-specs:specs.task-review first
Extract task ID, title, and provides files
TASK-XXX--review.md for files created/modifiedprovides field for file pathsSearch files for temporary/debug artifacts with Grep:
console.log, System.out.println, print(, // DEBUG:, // temp, // hackTODO/FIXME comments (keep unresolved ones)Review context for each finding. Remove confirmed debt and document what was removed.
Auto-update task status:
## Cleanup Summary section to the task filecompleted and set completed_date + cleanup_dateAppend ## Cleanup Summary to task file with:
Mark all todos complete
/developer-kit-specs:specs.task-implementation --lang=spring --task="docs/specs/001-user-auth/tasks/TASK-001.md" --action=cleanup
Actions:
reviewedUserController.java, UserService.java, UserRepository.javaSystem.out.println and 2 resolved TODOs./mvnw spotless:apply./mvnw test -qcompleted/developer-kit-specs:specs.task-implementation --lang=typescript --task="docs/specs/002-dashboard/tasks/TASK-003.md" --action=cleanup
Actions:
reviewedDashboard.tsx, useDashboard.ts, Dashboard.test.tsxconsole.log statementsnpm run lint:fix and npm run formatnpm testcompleteddevelopment
Provides security review capability for TypeScript/Node.js applications, validates code against XSS, injection, CSRF, JWT/OAuth2 flaws, dependency CVEs, and secrets exposure. Use when performing security audits, before deployment, reviewing authentication/authorization implementations, or ensuring OWASP compliance for Express, NestJS, and Next.js. Triggers on "security review", "check for security issues", "TypeScript security audit".
tools
Ralph Wiggum-inspired automation loop for specification-driven development. Orchestrates task implementation, review, cleanup, and synchronization using a Python script. Use when: user runs /loop command, user asks to automate task implementation, user wants to iterate through spec tasks step-by-step, or user wants to run development workflow automation with context window management. One step per invocation. State machine: init → choose_task → implementation → review → fix → cleanup → sync → update_done. Supports --from-task and --to-task for task range filtering. State persisted in fix_plan.json.
testing
Creates, updates, validates, and displays the architectural DNA of a project through two shared documents: docs/specs/architecture.md (technology stack, architectural rules, security constraints, AI guardrails) and docs/specs/ontology.md (domain glossary / Ubiquitous Language). Use BEFORE brainstorm as a project setup step, or at any point in the SDD lifecycle to validate specs/tasks against architecture principles. Triggers on 'create constitution', 'update constitution', 'constitution check', 'validate against constitution', 'project principles', 'architectural guardrails', 'setup project architecture', 'define ontology'.
tools
Provides Qwen Coder CLI delegation workflows for coding tasks using Qwen2.5-Coder and QwQ models, including English prompt formulation, execution flags, and safe result handling. Use when the user explicitly asks to use Qwen for tasks such as code generation, refactoring, debugging, or architectural analysis. Triggers on "use qwen", "use qwen coder", "delegate to qwen", "ask qwen", "second opinion from qwen", "qwen opinion", "continue with qwen", "qwen session".