Files
Claude-Code-Monitor/plugins/ccam-config/commands/audit-config.md
T
nntrivi2001 57dc91585d feat: Claude Code Monitor — lanes, pipelines and a merged workspace
Internal SmartGift build of a Claude Code monitoring dashboard.

Lanes: a durable unit of parallel agent work, one per working directory,
tracked across session restarts. Managed lanes are git worktrees the
dashboard provisions and can reset or remove behind a three-check destroy
guard and a counted preflight; adopted lanes are directories you already
own and are never destroyable.

Pipelines: a lane moves through pipeline stages. A stage the agent declares
with evidence renders green; a stage inferred from the tool-event stream
renders dashed amber and never counts as done. Detection is forward-only
within a 30-minute window, and never writes the declared stage.

Workspace: one page at /run with a lane grid, the selected lane's pipeline,
and a full Claude console behind a disclosure.
2026-07-30 14:39:03 +07:00

1.7 KiB

description
description
Quick Claude Code config audit — counts per surface (user vs project) and totals.

Run a fast configuration audit against the Agent Monitor Config Explorer at http://localhost:4820. Fetch the overview in one call:

curl -s http://localhost:4820/api/cc-config/overview

The response is { roots, counts } where counts includes: skills, agents, commands, outputStyles (each { user, project }), plugins, pluginsEnabled, pluginsDisabled, marketplaces, keybindings, mcpServers ({ user, project }), hooks ({ user, project, "project-local" }), memory, and settingsFiles.

Print a compact one-screen table — one row per surface with User, Project, and Total columns (sum the two scopes; for plugins/memory/etc. that have no scope split, show the single total). Echo the resolved roots.claudeHome and roots.projectRoot on the first line so the user knows what was inspected.

Config Audit  (home=~/.claude  project=/path/to/repo)
  Skills .......... user 22  project 3   total 25
  Agents .......... user  7  project 1   total  8
  Commands ........ user 14  project 0   total 14
  Output styles ... user  2  project 0   total  2
  Plugins ......... 9  (enabled 7 / disabled 2)
  Marketplaces .... 2
  MCP servers ..... user 5  project 1   total  6
  Hooks ........... user 7  project 0  project-local 0  total 7
  Memory .......... 41 entries
  Settings files .. 2

End with a one-line verdict: note the largest surface and any obvious sprawl (e.g. heavy user-scope skills/commands). Cite only the numbers the API returned — never fabricate counts. If the dashboard is unreachable, say so and tell the user to start it with npm start from the repo root. Keep it to the table + verdict; no extra prose.