Debt ops metrics
Skill bcanfield/agentic-tech-debt/cursor/skills/debt-ops-metrics
Print a debt-ops health summary from the metrics log, covering registration rate, feedback action rate, ADR creation, and AI-authored share. Use when the user asks for "debt-ops metrics", "debt health", "registry stats", or a tech-debt health summary. Read-only, never writes the log.From its SKILL.md
npx -y skills add bcanfield/agentic-tech-debt --skill debt-ops-metricsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 8 stars8 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
- runs commandsInstructs the agent to run 4 commands, including `REPO_HASH=$(python3 -c "import hashlib,subprocess;t=subprocess.run(['git','rev-parse','--show-toplevel'],capture_output=True,text=True).stdout.strip();print(hashlib.sha1(t.encode()).hexdigest()[:12] i` and 3 more.
SKILL.md
3.9 KB, 988 tokens by cl100k_base, as published. Nobody here has run it
debt-ops-metrics
Read the hidden metrics log and tell the user whether the tripwires are tripping.
1. Find the log
The repo-hash is computed in Python (not shasum) so this is identical across
macOS, Linux, and Windows — no BSD/GNU coreutils dependency.
REPO_HASH=$(python3 -c "import hashlib,subprocess;t=subprocess.run(['git','rev-parse','--show-toplevel'],capture_output=True,text=True).stdout.strip();print(hashlib.sha1(t.encode()).hexdigest()[:12] if t else '')")
# Hooks and skills share one deterministic cache base. Override with
# DEBT_OPS_CACHE; default is ~/.cache/debt-ops.
CACHE_DIR="${DEBT_OPS_CACHE:-$HOME/.cache/debt-ops}/cache/$REPO_HASH"
LOG="$CACHE_DIR/metrics.jsonl"
if [ -n "$REPO_HASH" ] && [ -f "$LOG" ]; then
tail -n 500 "$LOG"
else
echo "MISSING: no metrics.jsonl found for repo hash ${REPO_HASH:-<not-a-git-repo>}"
fi
If the file is missing or empty, tell the user no debt-ops activity has been logged
for this repo yet and stop. On a skills-only tool (no hook adapter), only
register and review events are logged — the per-edit edit/feedback/session
events come from the hook adapter, so feedback metrics will be absent. Say so rather
than reporting them as zero.
2. The log format
One JSON object per line. Event shapes:
{"event":"register","slug":"...","ai_authored":bool,"letter":"...","ts":"..."}— each capture{"event":"review","total":N,"stale":N,"cold":N,"active":N,"ts":"..."}— each review{"event":"edit","file":"...","registry_count":N,"ts":"..."}— every agent edit (hook adapter only){"event":"feedback","file":"...","result":"pass|fail","ts":"..."}— every quality-check fire (hook adapter only){"event":"session","registry_count":N,"adr_count":M,"ai_authored_count":K,"ts":"..."}— start of each session (hook adapter only)
Timestamps are ISO-8601 UTC.
3. Compute the tripwires
Filter to the last 7 days. Then compute what the available events support:
- Captures / reviews — counts of
event:registerandevent:review. - AI-authored share — share of
registerevents withai_authored:true. - Edits / sessions (hook adapter only) — counts of
event:editandevent:session. - Registry growth (hook adapter only) — last
registry_countminus first. - Feedback pass rate (hook adapter only) —
count(result:pass) / count(event:feedback). - FAIL → PASS rate (hook adapter only) — for each
feedbackwithresult:fail, look at the next feedback for the same file; count those that flipped topass; divide by total fails. Below 50% means the agent isn't reliably acting on hook output — the architectural alarm bell.
If there are fewer than 5 data points in the window, say "need more data" and skip the verdict.
4. Report
One screen. No padding. Use → and ↑/↓ for trends. Mark adapter-only rows as
n/a (skills-only) when those events are absent. Example shape:
debt-ops metrics — last 7 days
─────────────────────────────────
captures : 7
reviews : 2
ai-authored : 57%
edits : n/a (skills-only)
feedback ran : n/a (skills-only)
verdict: ok
End with one judgment line:
- ok — captures >0 (and, when available, fail→pass rate ≥50%).
- investigate: <reason> — name the specific tripwire that tripped.
Don't
- Don't write to the log.
- Don't compute metrics not listed above.
- Don't report adapter-only metrics as
0on a skills-only tool — mark themn/a. - Don't guess at health when data is thin — say "need more data" instead.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.
Gives 0 of the 12 instructions most ship operate skills give in 988 tokens
Counted across 1,077 of the 1,713 authors here whose files we hold, read 2026-09-06
- Create GitHub releasein 44 of 1077, across 43 files
- Run the test suitein 30 of 1077, across 25 files
- Create and push git tagin 27 of 1077, across 26 files
- Push commits and tagsin 27 of 1077
- Create annotated tagin 25 of 1077, across 22 files
- Ensure working tree is cleanin 24 of 1077
- Check for product marketing context firstin 23 of 1077, across 6 files
- Commit version bump changesin 22 of 1077, across 21 files
- Update CHANGELOG.mdin 21 of 1077, across 20 files
- Structure launch marketing across three channel typesin 20 of 1077, across 5 files
- Commit and tag the releasein 20 of 1077, across 18 files
- Update the CHANGELOG for new releasesin 19 of 1077
Said here and by no other author read
- read the hidden metrics log
- filter events to the last seven days
- compute the specified metrics
- display a single screen report
- end with one judgment line
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.