“Clean up this repository” is a poor assignment for an agent. There is no obvious stopping point, no agreed definition of improvement, and plenty of room to change behavior accidentally. A better assignment names one maintenance problem, the evidence that it matters, and the test that will show the work is finished.

These four AgentNDX directory entries fit that narrower approach. This is an editorial shortlist for planning and checking maintenance work, not a benchmark ranking or a claim that the skills have been tested together. Capabilities, compatibility labels, and install commands below come from the directory records reviewed on November 1, 2026. The entries carry older update dates; confirm current upstream instructions before installing.

What to look for

Decide what the agent should hand back before it starts. A dependency finding or a regression test is easier to evaluate than a promise to modernize the repository.

Before changing unfamiliar code, ask what callers depend on. Error handling and serialized output count, even when nobody has documented them. Changing those needs explicit approval.

Keep the patch small enough to review. Fix one slow query, for example, and leave the formatting in neighboring files alone.

The install commands below come from directory records; they were not tested for this article. Read the upstream instructions before running one. A compatibility label does not establish equal behavior across hosts.

Skills to consider for technical debt reduction

1. Task Decomposer

Task Decomposer is listed as turning ambiguous work into concrete subtasks with dependencies, estimated effort, and acceptance criteria. Use it before granting edit access. Give it one troublesome module, the maintenance complaint, and the constraints: preserve the public API, avoid schema changes, and stop if tests cannot run.

Ask for a plan with a baseline check, a single proposed change, and a verification step. Reject vague tasks such as “improve architecture.” A useful replacement is “move the shared validation rule into one function and demonstrate unchanged responses for these fixtures.” Treat any effort estimate as a planning suggestion, not a delivery promise.

Best for: Turning a maintenance complaint into a bounded work item.
Compatible with: Claude Code, Codex, Gemini CLI, Cursor, Universal
Category: Orchestration
Install (directory listing): gh skill install wshobson/agents/task-decomposer

2. Dependency Auditor

Dependency Auditor is described as examining npm, pip, and cargo dependency trees for known vulnerabilities, deprecated packages, license conflicts, and version drift. That makes it a candidate for investigating dependency debt before deciding what to upgrade.

Require the installed version, relevant source, and proposed remediation for each finding. Then separate security work from optional modernization. An available major version alone is not a reason to accept a risky migration. For each proposed update, identify the affected code and tests before touching the lockfile. Do not let an audit become permission to update every package.

Best for: Building a source-backed dependency maintenance list.
Compatible with: Claude Code, Codex, Cursor
Category: Security
Install (directory listing): gh skill install alirezarezvani/claude-skills/dependency-auditor

3. Test Generator

Test Generator is listed as generating unit, integration, and edge-case tests from existing code, including side effects and error conditions. For technical-debt work, ask it to document current behavior before suggesting a rewrite.

An empty input and a downstream failure deserve different tests. Choose cases that exercise the code you intend to change, then check whether each assertion captures a requirement or merely copies an implementation detail.

Existing behavior can include bugs. Decide which ones to preserve before the agent quietly turns them into requirements. Run the tests against the baseline and the patch, retaining the command and result for both; a folder of generated test files tells you nothing about whether they passed.

Best for: Establishing a regression boundary around unfamiliar code.
Compatible with: Claude Code, Codex, Cursor, Windsurf
Category: Engineering
Install (directory listing): gh skill install sickn33/antigravity-awesome-skills/test-generator

4. Code Reviewer

Code Reviewer is described as checking bugs, security, performance, and readability with actionable feedback. Use it after a small patch, with the original maintenance objective alongside the diff.

Ask two questions: did this change solve the named problem, and did it introduce an unrelated behavior change? Require a location and explanation for each finding. Keep optional style suggestions separate from defects. If the reviewer proposes a broader redesign, record that as another work item rather than expanding the current patch without approval.

Best for: Checking that a cleanup stayed within its intended boundary.
Compatible with: Claude Code, Codex, Cursor, Windsurf
Category: Engineering
Install (directory listing): gh skill install wshobson/agents/code-reviewer

How to choose

Start where the uncertainty is. Use Task Decomposer when the problem is poorly defined, Dependency Auditor when the maintenance question concerns packages, Test Generator when behavior is undocumented, and Code Reviewer when a patch needs scrutiny. You do not need all four for every change.

For a first trial, select one maintenance ticket and require a short handoff: original problem, changed files, exact checks run, results, and remaining risks. Keep merging and deployment outside the skill’s default authority. Measure success against the ticket’s acceptance criteria, not lines deleted or the confidence of the agent’s summary.

FAQ

Can these skills refactor a legacy application automatically?

That is not the recommendation here. Use them for bounded planning, investigation, tests, and review. Broader implementation needs its own scope and approval.

Should generated tests preserve every existing behavior?

No. Establish the behavior first, then decide what should remain. Separate a deliberate bug fix from a behavior-preserving cleanup so reviewers can evaluate each clearly.

Are these install commands guaranteed to work?

No. They reproduce AgentNDX directory metadata. Inspect the current upstream repository and your host’s installation documentation before running them. This article does not establish package availability, installation success, or cross-agent parity.