throughput
Use when the user asks to open/show the CCC throughput (token) dashboard, or asks how many tokens they've used — overall/so far,…
Check CCC's cross-session memory before building a feature or acting on "earlier work" claims.
$ npx -y skills add amirfish1/claude-command-center --skill memory-recall --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/memory-recallContext preview
The summary Claude sees to decide when to auto-load this skill.
Check CCC's cross-session memory before building a feature or acting on "earlier work" claims.
name: memory-recall description: Check CCC's cross-session memory before building a feature or acting on "earlier work" claims. allowed-tools: Bash
CCC indexes every session's commits, tickets, and transcripts across this machine. Two `ccc` CLI verbs surface that index — use them instead of re-deriving history from scratch or trusting an unverified claim in a prompt.
Run `ccc shipped "<feature description>"` first. It returns a verdict (`shipped: true/false`), a confidence score, and evidence (repo, commit, ticket) when true.
ccc shipped "csv export for dashboard tables"
evidence and extend it instead.
and proceed.
If a prompt or ticket says "like we did before", "the session that fixed X", or otherwise assumes context you don't have, run `ccc recall "<query>"` to find the session(s) it means.
ccc recall "csv export dashboard"
Each hit carries `session_id`, `title`, `repo`, `date`, and a `snippet` — enough to decide whether to open the full transcript before acting.
`ccc history <path>` lists commits (`git log --follow`) and indexed sessions that touched a file, newest first — useful before editing something unfamiliar, to see who touched it and why.
ccc history src/app.py
`ccc decisions "<topic>"` finds sessions whose snippet reads as a decision ("went with", "instead of", ...) rather than just mentioning the topic — a heuristic stand-in until a dedicated decision store lands.
ccc decisions "which queue engine"
All four commands accept `--json` for scripted use and exit non-zero on a missing argument. None is destructive or slow enough to need `run_in_background`.
Out of scope for this skill: no pre-spawn hook wires this in automatically — you decide when to run these, this just tells you they exist and when they're worth reaching for.
Claude Code sessions get a `PostCompact` hook (`hooks/post-compact.py`) that prints a short re-orientation block — ticket ref, last few asks, and this reminder — right after a compaction. Codex has no equivalent event (`~/.codex/hooks.json` only supports UserPromptSubmit, SessionStart, PostToolUse, SubagentStart, SubagentStop, Stop, PreToolUse, PermissionRequest), so a Codex session that just compacted won't get an automatic nudge — run `ccc recall` / `ccc shipped` yourself after a context reset there.
Your coding agents outgrew your terminal. CCC puts every session on one local board and tells you which one needs you. Not affiliated with Anthropic. Start the next while Claude builds the first. A real share card from one of the maintainer's machines.
Use when the user asks to open/show the CCC throughput (token) dashboard, or asks how many tokens they've used — overall/so far,…
Use when you want a marketing-copy A/B — spawns two writer sibling sessions via CCC that draft the SAME message architecture in…
Use when a bug has already survived at least one debugging attempt and you have 2-3 genuinely distinct root-cause hypotheses —…
Spawn, inject into, and ask questions of persistent sibling sessions via Claude Command Center (CCC).
Use to catch documentation that has silently gone stale — it spawns ONE fresh sibling session via CCC that extracts every…
Use for docs QA — it spawns ONE fresh sibling session via CCC that has never seen the feature, has it follow the README /…