TraceDecay Dev: Self-Improving From Usage Logs
SkillDatabases & dataTraceDecay Dev: Use when mining TraceDecay session logs, analytics, diagnostics, automation artifacts, or agent transcripts to improve TraceDecay code, tools, or packaged skills.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the TraceDecay Dev: Self-Improving From Usage Logs skill
What this skill tells your AI
The instructions your AI receives, as published by scriptedalchemy/tracedecay in .claude/skills/self-improving-from-usage-logs/SKILL.md and read by ahel’s review.
Use real agent behavior as an eval surface: logs reveal where tools are confusing, silent, too hard to discover, or missing a safe command.
Workflow
- Start with adoption and health:
tracedecay analytics diagnostics --all --no-sync,tracedecay doctor, andtracedecay tool lcm_status --provider all --json. - Search transcripts for friction phrases, tool failures, and bypasses:
tracedecay_message_search, then narrow withtracedecay_lcm_greportracedecay_lcm_expand_query. - Inspect automation evidence with
tracedecay:inspecting-automation-cyclesand managed-skill evidence withtracedecay:writing-agent-managed-skills. - Turn patterns into the smallest durable fix: CLI affordance, clearer diagnostic field, better skill trigger, missing dashboard summary, or test.
- Verify with the narrow command that failed in the logs plus the owning Rust test or plugin validation suite.
Opportunity Ranking
| Pattern | Prefer this fix |
|---|---|
| Repeated invalid flag or command | Accept alias or improve CLI help. |
| Counts interpreted incorrectly | Add explicit field names and sample limits. |
| Agents query stores directly | Add/read skill guardrail and expose CLI summary. |
| Skill exists but is not invoked | Improve description trigger and analytics events. |
| Automation skips look like failures | Add grouped run/status summary. |
| Same fact proposed repeatedly | Deduplicate before validation/apply. |
Guardrails
- Do not store secrets, transient failures, or one-off progress as memory.
- Do not convert a single anecdote into a broad rule without at least two corroborating sessions, an automation artifact, or a failing command.
- Keep code fixes smaller than the evidence. If logs show a CLI paper cut, ship the CLI compatibility fix before redesigning the subsystem.
Helper script
Start the pass with scripts/friction-scan.sh: it
turns the durable analytics_events log and memory store into the signals the
Opportunity Ranking table wants — hook-vs-tool adoption ratio, per-tool error
rates (worst first), least-invoked tools (discovery/trigger gaps), the
seen-vs-rated feedback-loop health, and the sessions carrying the most tool
errors to cite as evidence. It reads via the CLI where it can and drops to SQL
only for the gaps, resolving paths from tracedecay tool storage_status. Add
--all to scan every project.
Deliverable
Report the evidence source, repeated pattern, ranked opportunity, code or skill change made, verification command, and any residual adoption gap.
Signals
- GitHub stars
- 73
- Forks
- 5
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
self-improving-from-usage-logs- Source
- github.com/scriptedalchemy/tracedecay