Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Unified team skill for tech debt identification and remediation. Scans codebase for tech debt, assesses severity, plans and executes fixes with validation. Uses team-worker agent architecture with roles/ for domain logic. Coordinator orchestrates pipeline, workers are team-worker agents. Triggers on "team tech debt".
.claude/skills/catlog22-team-tech-debt/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-13 | ✗→✓ | ▲ Improved | 15% | 0% |
| case-14 | ✗→✓ | ▲ Improved | 2% | 0% |
| case-09 | ✗→✓ | ▲ Improved | 426% | 0% |
| case-10 | ✗→✓ | ▲ Improved | 1393% | 0% |
| case-11 | ✗→✓ | ▲ Improved | 148% | 0% |
Systematic tech debt governance: scan -> assess -> plan -> fix -> validate. Built on team-worker agent architecture — all worker roles share a single agent definition with role-specific Phase 2-4 loaded from roles/<role>/role.md.
Skill(skill="team-tech-debt", args="task description")
|
SKILL.md (this file) = Router
|
+--------------+--------------+
| |
no --role flag --role <name>
| |
Coordinator Worker
roles/coordinator/role.md roles/<name>/role.md
|
+-- analyze → dispatch → spawn workers → STOP
|
+-------+-------+-------+-------+
v v v v v
[team-worker agents, each loads roles/<role>/role.md]
scanner assessor planner executor validator| Role | Path | Prefix | Inner Loop | |------|------|--------|------------| | coordinator | roles/coordinator/role.md | — | — | | scanner | roles/scanner/role.md | TDSCAN- | false | | assessor | [roles/assessor/role.md](roles/assessor/role.md) | TDEVAL- | false | | planner | roles/planner/role.md | TDPLAN- | false | | executor | [roles/executor/role.md](roles/executor/role.md) | TDFIX- | true | | validator | roles/validator/role.md | TDVAL- | false |
Parse $ARGUMENTS:
--role <name> → Read roles/<name>/role.md, execute Phase 2-4--role → roles/coordinator/role.md, execute entry routerCoordinator is a PURE ORCHESTRATOR. It coordinates, it does NOT do.
Before calling ANY tool, apply this check:
| Tool Call | Verdict | Reason | |-----------|---------|--------| | spawn_agent, wait_agent, close_agent, send_message, followup_task | ALLOWED | Orchestration | | list_agents | ALLOWED | Agent health check | | request_user_input | ALLOWED | User interaction | | mcp__ccw-tools__team_msg | ALLOWED | Message bus | | Read/Write on .workflow/.team/ files | ALLOWED | Session state | | Read on roles/, commands/, specs/ | ALLOWED | Loading own instructions | | Read/Grep/Glob on project source code | BLOCKED | Delegate to worker | | Edit on any file outside .workflow/ | BLOCKED | Delegate to worker | | Bash("ccw cli ...") | BLOCKED | Only workers call CLI | | Bash running build/test/lint commands | BLOCKED | Delegate to worker |
If a tool call is BLOCKED: STOP. Create a task, spawn a worker.
No exceptions for "simple" tasks. Even a single-file read-and-report MUST go through spawn_agent.
TD.workflow/.team/TD-<date>-<slug>/ccw cli --mode analysis (read-only), ccw cli --mode write (modifications)mcp__ccw-tools__team_msg(session_id=<session-id>, ...)Coordinator spawns workers using this template:
spawn_agent({
agent_type: "team_worker",
task_name: "<task-id>",
fork_turns: "none",
message: `## Role Assignment
role: <role>
role_spec: <skill_root>/roles/<role>/role.md
session: <session-folder>
session_id: <session-id>
requirement: <task-description>
inner_loop: <true|false>
Read role_spec file (<skill_root>/roles/<role>/role.md) to load Phase 2-4 domain instructions.
## Task Context
task_id: <task-id>
title: <task-title>
description: <task-description>
pipeline_phase: <pipeline-phase>
## Upstream Context
<prev_context>`
})After spawning, use wait_agent({ timeout_ms: 1800000 }) to collect results. If result.timed_out, send STATUS_CHECK via followup_task (wait 3 min), then FINALIZE with interrupt (wait 3 min), then mark timed_out and close agents. Use close_agent({ target }) each worker.
Tech debt follows a discovery-to-fix pipeline. Scanner is broad/fast, later stages need deeper reasoning.
| Role | reasoning_effort | Rationale | |------|-------------------|-----------| | scanner | medium | Broad codebase scan, pattern matching over deep analysis | | assessor | high | Severity assessment requires understanding impact and risk | | planner | high | Remediation planning must prioritize and sequence fixes | | executor | high | Code fixes must preserve behavior while removing debt | | validator | medium | Validation follows defined acceptance criteria |
Scanner discoveries flow through the pipeline — each stage narrows and refines:
| Command | Action | |---------|--------| | check / status | View execution status graph | | resume / continue | Advance to next step | | --mode=scan | Run scan-only pipeline (TDSCAN + TDEVAL) | | --mode=targeted | Run targeted pipeline (TDPLAN + TDFIX + TDVAL) | | --mode=remediate | Run full pipeline (default) | | -y / --yes | Skip confirmations |
.workflow/.team/TD-<date>-<slug>/
├── .msg/
│ ├── messages.jsonl # Team message bus
│ └── meta.json # Pipeline config + role state snapshot
├── scan/ # Scanner output
├── assessment/ # Assessor output
├── plan/ # Planner output
├── fixes/ # Executor output
├── validation/ # Validator output
└── wisdom/ # Cross-task knowledge| Intent | API | Example | |--------|-----|---------| | Queue supplementary info (don't interrupt) | send_message | Send scan findings to running assessor | | Assign fix from remediation plan | followup_task | Assign TDFIX task from planner output | | Check running agents | list_agents | Verify agent health during resume |
Use list_agents({}) in handleResume and handleComplete:
// Reconcile session state with actual running agents
const running = list_agents({})
// Compare with meta.json active tasks
// Reset orphaned tasks (in_progress but agent gone) to pendingWorkers are spawned with task_name: "<task-id>" enabling direct addressing:
send_message({ target: "TDSCAN-001", message: "..." }) -- send additional scan scope to scannerfollowup_task({ target: "TDFIX-001", message: "..." }) -- assign fix task from planner outputclose_agent({ target: "TDVAL-001" }) -- cleanup after validation| Scenario | Resolution | |----------|------------| | Unknown command | Error with available command list | | Role not found | Error with role registry | | Session corruption | Attempt recovery, fallback to manual | | Fast-advance conflict | Coordinator reconciles on next callback | | Completion action fails | Default to Keep Active | | Scanner finds no debt | Report clean codebase, skip to summary |
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-13 | fail→pass | 12,751 | 5,731 | -55% | 1 | 1 | 0% | 2,749 | 3,170 | +15% | 0 | 0 | — |
case-01 | fail→fail | 3,125 | 6,982 | +123% | 1 | 1 | 0% | 353 | 2,428 | +588% | 0 | 0 | — |
case-02 | fail→fail | 23,507 | 6,474 | -72% | 1 | 1 | 0% | 3,515 | 2,331 | -34% | 0 | 0 | — |
case-03 | fail→fail | 16,291 | 7,415 | -54% | 1 | 1 | 0% | 2,248 | 2,530 | +13% | 0 | 0 | — |
case-04 | fail→fail | 3,452 | 8,827 | +156% | 1 | 1 | 0% | 646 | 2,327 | +260% | 0 | 0 | — |
case-05 | pass→fail | 10,697 | 3,321 | -69% | 1 | 1 | 0% | 2,036 | 2,352 | +16% | 0 | 0 | — |
case-06 | pass→fail | 18,737 | 66,084 | +253% | 1 | 1 | 0% | 3,885 | 2,298 | -41% | 0 | 0 | — |
case-07 | fail→fail | 11,943 | 5,019 | -58% | 1 | 1 | 0% | 1,309 | 2,249 | +72% | 0 | 0 | — |
case-08 | fail→fail | 4,563 | 5,999 | +31% | 1 | 1 | 0% | 625 | 2,201 | +252% | 0 | 0 | — |
case-14 | fail→pass | 12,384 | 4,388 | -65% | 1 | 1 | 0% | 2,282 | 2,321 | +2% | 0 | 0 | — |
case-09 | fail→pass | 3,972 | 4,887 | +23% | 1 | 1 | 0% | 536 | 2,821 | +426% | 0 | 0 | — |
case-10 | fail→pass | 2,545 | 4,812 | +89% | 1 | 1 | 0% | 184 | 2,747 | +1393% | 0 | 0 | — |
case-11 | fail→pass | 22,265 | 4,240 | -81% | 1 | 1 | 0% | 1,094 | 2,718 | +148% | 0 | 0 | — |
case-12 | fail→pass | 12,869 | 3,133 | -76% | 1 | 1 | 0% | 2,001 | 2,603 | +30% | 0 | 0 | — |
case-15 | pass→pass | 13,512 | 1,399 | -90% | 1 | 1 | 0% | 2,336 | 2,156 | -8% | 0 | 0 | — |
case-16 | fail→fail | 9,750 | 7,974 | -18% | 1 | 1 | 0% | 1,667 | 2,418 | +45% | 0 | 0 | — |
case-17 | fail→fail | 3,985 | 8,551 | +115% | 1 | 1 | 0% | 774 | 2,583 | +234% | 0 | 0 | — |
case-18 | fail→pass | 12,664 | 8,493 | -33% | 1 | 1 | 0% | 2,076 | 3,066 | +48% | 0 | 0 | — |
case-19 | fail→pass | 10,248 | 3,013 | -71% | 1 | 1 | 0% | 1,726 | 2,430 | +41% | 0 | 0 | — |
case-20 | fail→pass | 15,016 | 6,332 | -58% | 1 | 1 | 0% | 2,475 | 2,288 | -8% | 0 | 0 | — |
case-21 | fail→pass | 16,719 | 7,064 | -58% | 1 | 1 | 0% | 2,488 | 3,218 | +29% | 0 | 0 | — |
case-22 | fail→fail | 4,595 | 9,741 | +112% | 1 | 1 | 0% | 877 | 2,951 | +236% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted, and 11 counted toward the lift figure. The other 11 produced results that are not comparable between the two arms, so they are excluded from the headline rather than averaged into it. The headline lift of +36 percentage points is the difference between those two pass rates over the 11 comparable cases. 2 cases got worse with the skill loaded, and they are included in that figure.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.