Problem
Qoder currently has no equivalent of Claude Code’s doctor / checkup command. Over time, projects accumulate skills and MCP servers that are never used, haven’t been used in a long time, or are used extremely
rarely. These entries are continuously injected into the system prompt (skill name + description lists, MCP tool schemas), which:
- Wastes input tokens — every request pays for describing unused capabilities, directly increasing billing cost.
- Degrades LLM attention — a long list of irrelevant skills/MCP tools distracts the model from the capabilities actually relevant to the current project, hurting tool-selection accuracy and response
quality. - Is invisible to the user — there is no built-in way to see “what’s loaded, what’s actually used, and what’s dead weight,” so users have no basis for deciding what to disable or remove.
Solution
Add a /doctor (or /checkup) command that audits installed skills and MCP servers against real usage data and offers guided cleanup:
- Inventory & usage report
- List all skills and MCP servers configured for the current project (and user-level ones affecting it).
- For each entry, show: name, one-line summary of its function, and usage statistics (times invoked, last-used date, invocation frequency) tracked locally from session history.
- Classify entries: actively used / rarely used / long unused (e.g., >30/90 days) / never used.
- Recommendations
- Flag entries that are candidates for disabling or removal (never used, or no usage within a configurable window), with an estimated token/context cost each one contributes.
- Agent-assisted cleanup
- After the user reviews and approves (per-entry or batch), the agent performs the disable/remove operations — editing the appropriate settings files for skills and MCP server configs.
- Finally, report: what was disabled/removed, and the current remaining skills/MCP list with the resulting context/token footprint reduction.
Use Case
- A project has been in use for months; dozens of skills and MCP servers have been added incrementally. The user runs
/doctorto see that 15 of 30 skills were never invoked and 2 MCP servers haven’t been used
in 90 days, approves cleanup, and cuts unnecessary prompt overhead. - Before a long coding session on a cost-sensitive budget, the user wants to verify that only relevant capabilities are loaded.
- After onboarding a new plugin pack or MCP bundle, the user wants to confirm which pieces are actually being used a few weeks later.
Priority
-
High - Blocking issue -
Medium - Important improvement -
Low - Nice to have
Additional Info
- Prior art: Claude Code’s
doctor/checkupcommand, which inspects environment health; this request extends the concept to capability-hygiene auditing. - Usage tracking can be implemented locally (e.g., recorded in session/telemetry storage already available to the CLI); no server-side changes strictly required.
- Suggested related UX: a summary line in session status showing the current total context cost of loaded skills/MCP, so the problem stays visible between
/doctorruns.