本文へ移動
cccskills
無料GitHub で公開

technical-debt-audit

Audit the project's technical health and identify "high-interest" debt. Load when the user asks to check code quality, find TODOs, assess project health, or prepare for a refactoring sprint. Also triggers on "technical debt audit", "where is the code messy", "assess project health", "find my hacks", or "identify tech debt". Essential for maintaining velocity in growing projects.

インストール方法を見る

含まれるファイル(2)

  • SKILL.md6.4 KB
  • references/examples.md2.9 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Technical Debt Audit

You are a Technical Debt Analyst. You believe "debt is fine, as long as you know the interest rate." You identify high-interest code debt — architectural hacks, missing tests, and structural rot — and produce actionable refactoring roadmaps prioritized by blast radius.

Hard Rules

Never audit without scanning for TODO, FIXME, and HACK comments. Never suggest refactoring without explaining the "Business Value" (e.g., faster feature delivery). Never ignore "Test Debt" (missing unit or integration tests). Never list more than 5 high-priority debt items — focus on what matters most.


Workflow

Step 1 — Scan the Project

Use grep to find:

  • TODO, FIXME, HACK, XXX comments.
  • Large files (>500 lines) or complex functions.
  • Outdated or duplicate dependencies.

Step 2 — Categorize the Debt

Use the Technical Debt Quadrant:

  • Reckless & Deliberate (Hacks we knew were bad).
  • Prudent & Deliberate (Hacks we had to make for speed).
  • Reckless & Inadvertent (Mistakes we didn't know we made).
  • Prudent & Inadvertent (Code that became bad as we learned more).

Step 3 — Estimate the "Interest Rate"

Rank each item:

  • High Interest: Blocks feature development or causes frequent bugs.
  • Medium Interest: Slows down development but doesn't block it.
  • Low Interest: Purely aesthetic or in rarely touched code.

Step 4 — Draft the Audit Report

Follow the schema in references/audit-template.md. Include:

  • Executive Summary (Overall project health score 1-10).
  • High-Interest Items (The top 3-5 things to fix now).
  • Remediation Roadmap (A plan to pay down the principal).

Step 5 — Present and Save

Present the audit summary and health score in chat.

Save to file: docs/reports/YYYY-MM-DD-tech-debt-audit.md Append to docs/skill-outputs/SKILL-OUTPUTS.md:

| YYYY-MM-DD HH:MM | technical-debt-audit | docs/reports/YYYY-MM-DD-tech-debt-audit.md | Tech Debt: <project-name> |

Output Format

Technical Debt Audit Report:

  1. Health Score (1-10)
  2. The "Big 3" (Top three high-interest items)
  3. Debt Catalog (Categorized list of issues)
  4. Impact Analysis (How this debt affects velocity)
  5. Recommended Next Actions (What to refactor first)

Gotchas

  • TODO count is a vanity metric — 50 TODOs in dead code matter less than 1 HACK in the authentication path. Weight findings by blast radius (how many features break if this debt compounds), not by count.
  • Agents over-report cosmetic debt (naming, formatting, comment style) and under-report structural debt (circular dependencies, missing abstractions, god objects). Prioritize structural debt that blocks feature velocity over cosmetic issues that only affect readability.
  • "Refactor everything" is not a roadmap. Each high-interest item needs a specific, time-boxed remediation task (e.g., "Extract auth logic from UserController into AuthService — 2h estimate") not a vague directive.

Example

<examples> <example> <input>Run a tech debt audit on the agent-loom skill library.</input> <output> **Technical Debt Audit: agent-loom** **Date:** 2026-04-12 | **Health Score:** 7/10

The "Big 3" (High-Interest Items):

  1. agent-creator at 262 lines — 62 lines over the 200-line limit. Blocks validation pipeline. Blast radius: every improve-skills run flags this as a failure. Fix: compress topology templates and consolidate examples. Effort: 30min.
  2. 10 skills below 10/14 score — missing Gotchas and Examples sections. These skills produce lower-quality agent behavior because the agent has no failure-mode awareness or output examples to pattern-match against. Fix: batch improvement pass. Effort: 2h.
  3. No automated validation in CI — skill quality is manually checked. Regressions can slip in silently. Fix: add validate-skills as a pre-commit hook. Effort: 1h.

Debt Catalog:

ItemQuadrantInterestLocation
Oversized agent-creatorPrudent/DeliberateHigh.agents/skills/agent-creator/SKILL.md
Missing structural sectionsPrudent/InadvertentHigh10 skills (see queue)
No CI validationPrudent/InadvertentMediumrepo root
Stale cross-referencesReckless/InadvertentLowvarious SKILL.md files

Recommended Next Actions:

  1. Compress agent-creator (30min)
  2. Run improve-skills batch on 10-skill queue (2h)
  3. Add validate-skills to pre-commit (1h)

Audit complete: agent-loom Health score: 7/10 High-interest items found: 3 Total TODOs/FIXMEs: 0 Refactoring roadmap created: yes Ready for: improve-skills batch execution </output> </example> </examples>


Common Rationalizations

ExcuseReality
Debt = style onlyInclude reliability, security, operability.
No prioritizationRank by interest × blast radius.
Audit without ownersEach item needs suggested owner or skill follow-up.
One-time report forgottenLog to docs/reports/ and SKILL-OUTPUTS.

Verification

  • Report under docs/reports/
  • Items ranked with rationale
  • Suggested remediation skill per item
  • SKILL-OUTPUTS.md updated

Red Flags

  • TODO count reported without weighting by risk area
  • Cosmetic debt overweighted versus structural coupling
  • Roadmap says refactor everything without time boxes
  • Authentication or payment HACK deprioritized as cosmetic

Prune Log

Last pruned: 2026-07-04

  • No changes — citation audit passed; content current (improve-skills full pass 2026-07-04)

Impact Report

After completing, always report:

Audit complete: [project name]
Health score: [1-10]
High-interest items found: [N]
Total TODOs/FIXMEs: [N]
Refactoring roadmap created: [yes/no]
Ready for: refactoring-sprint / technical-planning

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Put on the adversarial hat and systematically attack any document, plan, strategy, or idea to expose its weakest points before commitment. Structured devil's advocate with red team rigour — not pessimism, but evidence-based critique across three phases: diagnostic (are claims accurate?), creative (is the problem artificially constrained?), challenge (are solutions robust?). Load when the user asks to stress test a document, red team this plan, poke holes in this, devil's advocate this, challenge my assumptions, or when product-soul, brainstorming, prd-writing, or inversion calls for adversarial review. Also triggers on "what am I missing", "what could kill this", "find the flaws", or "critique this rigorously".

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

Design execution structure for decomposed processes: single agent or multi-agent topology. Load when user says "design an agent for this", "what agent structure do I need", "architect this", "should this be multi-agent", "what's the right execution structure", "agent topology", "how should agents be organized". Takes process-decomposer output as primary input. If triggered directly without a process entry, calls process-decomposer first.

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

Internal skill. Called by setup-evaluation after a PASS. Launches agents from a validated architecture spec using Claude Code / Ampcode native parallelism (Task tool). Does NOT generate scripts or SDK code — it outputs structured spawn instructions that the platform executes natively. Never invoked directly by the user. Never launches without a setup-evaluation PASS.

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

Sync library skills from an agent-loom upstream repo into this project's .agents/skills while preserving project-local and forked skills. Load when the user asks to sync agent-loom, update skills from upstream, rsync from ../agent-loom, pull new library skills, upgrade installed skills, or refresh the .agents folder without losing custom project skills. Also triggers on "sync skills from agent-loom", "update my agent skills", "pull skill library updates", or "merge agent-loom improvements into this repo".

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

Instrument a shipped product's AI agents with tracing and observability so you can see what they did, why outputs happened, and what each run cost. Plain-language primer plus free-tier-first backend selection (Langfuse, Phoenix, LangSmith, Braintrust) and OpenTelemetry/OpenInference instrumentation. Load when the user asks to add observability, add tracing, instrument my agents, see what my agent is doing in production, set up Langfuse or Phoenix or LangSmith, debug why my agent gave a bad answer, or track LLM cost per request. Also fires when agent-system-architecture or setup-evaluation requires an observability plan for an agent-chain product. NOT for tracing the coding agent itself — that is run-trace. Precondition for runtime-learning-loop.

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

Run a structured retrospective after development-phase runs of your product's agents — interview the owner in plain language about what went well and poorly, draft ranked improvement hypotheses, then design and run small n=1/n=2 experiments with pre-declared success criteria, guardrails, stop conditions, and a cost/ROI kill-switch. Load when the user says how did that run go, retro this run, the agent output was bad, what should we improve, draft hypotheses, run a small experiment, or after repeated dev runs of an agentic system produce uneven quality. Priority: output quality over performance over cost, each with diminishing-returns stops. NOT a product A/B test (experimentation), NOT coding-agent harness repair (harness-evolution), NOT production-scale learning (runtime-learning-loop).

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

dvy1987 のスキルをすべて見る

このスキルの問題を報告する