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.
This commit is contained in:
@@ -0,0 +1,41 @@
|
||||
---
|
||||
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:
|
||||
|
||||
```bash
|
||||
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.
|
||||
Reference in New Issue
Block a user