cavecrew

Decision guide for delegating to caveman-style subagents. Tells the main thread WHEN to spawn `cavecrew-investigator` (locate code), `cavecrew-builder` (1-2 file edit), or `cavecrew-reviewer` (diff review) instead of doing the work inline or using vanilla `Explore`. Subagent output is caveman-compressed so the tool-result injected back into main context is ~60% smaller — main context lasts longer across long sessions. Trigger: "delegate to subagent", "use cavecrew", "spawn...

npx skills add https://github.com/juliusbrussee/caveman --skill cavecrew

Cavecrew = three subagent presets that emit caveman output. Same job as Anthropic defaults (Explore, edit-style agents, reviewer); difference is the tool-result they return is compressed, so main context shrinks per delegation.

When to use cavecrew vs alternatives

TaskUse
"Where is X defined / what calls Y / list uses of Z"cavecrew-investigator
Same but you also want suggestions/architecture commentaryExplore (vanilla)
Surgical edit, ≤2 files, scope obviouscavecrew-builder
New feature / 3+ files / cross-cutting refactorMain thread or feature-dev:code-architect
Review diff, branch, or file for bugscavecrew-reviewer
Deep code review with rationale + alternativesCode Reviewer (vanilla)
One-line answer you already knowMain thread, no subagent

Rule of thumb: if you'd want the subagent's output in 1/3 the tokens, pick cavecrew. If you'd want prose, pick vanilla.

Why this exists (the real win)

Subagent tool results get injected into main context verbatim. A vanilla Explore that returns 2k tokens of prose costs 2k tokens of main-context budget every time. The same finding from cavecrew-investigator returns ~700 tokens. Across 20 delegations in one session that's the difference between context exhaustion and finishing the task.

Output contracts

What main thread can rely on per agent:

cavecrew-investigator

<Header>:
- path:line — `symbol` — short note
totals: <counts>.

Or No match. Always file-path-first, line-number-attached, backticked symbols. Safe to grep with path:\d+.

cavecrew-builder

<path:line-range> — <change ≤10 words>.
verified: <re-read OK | mismatch @ path:line>.

Or one of: too-big. / needs-confirm. / ambiguous. / regressed. (terminal first token).

cavecrew-reviewer

path:line: <emoji> <severity>: <problem>. <fix>.
totals: N🔴 N🟡 N🔵 N❓

Or No issues. Findings sorted file → line ascending.

Chaining patterns

Locate → fix → verify (most common):

  1. cavecrew-investigator returns site list.
  2. Main thread picks 1-2 sites, hands paths to cavecrew-builder.
  3. cavecrew-reviewer audits the diff.

Parallel scout (when investigation is broad): Spawn 2-3 cavecrew-investigator calls in one message (different angles: defs vs callers vs tests). Aggregate in main thread.

Single-shot edit (when site is already known): Skip investigator. Hand exact path:line to cavecrew-builder directly.

What NOT to do

  • Don't use cavecrew-builder when you don't already know the file. Spawn investigator first or main thread will eat tokens passing context.
  • Don't chain cavecrew-investigator → cavecrew-builder for a 5-file refactor. Builder will return too-big. and you'll have wasted a turn.
  • Don't ask cavecrew-reviewer for "general feedback" — it returns findings only, no architecture opinions. Use Code Reviewer for that.
  • Don't expect prose. Cavecrew output is structured, sometimes terse to the point of cryptic. If a human will read it directly, paraphrase.

Auto-clarity (inherited)

Subagents drop caveman → normal English for security warnings, irreversible-action confirmations, and any output where fragment ambiguity could be misread. Resume caveman after.

Más skills de juliusbrussee

caveman
juliusbrussee
Modo de comunicación ultracomprimido. Reduce el uso de tokens ~75% al hablar como cavernícola manteniendo precisión técnica total. Soporta niveles de intensidad: ligero, completo (predeterminado), ultra, wenyan-ligero, wenyan-completo, wenyan-ultra. Usar cuando el usuario diga "modo cavernícola", "habla como cavernícola", "usa cavernícola", "menos tokens", "sé breve", o invoque /caveman. También se activa automáticamente cuando se solicita eficiencia de tokens.
communicationproductivity
caveman-commit
juliusbrussee
Generador de mensajes de commit ultracomprimidos. Reduce el ruido en los mensajes de commit preservando la intención y el razonamiento. Formato Conventional Commits. Asunto ≤50 caracteres, cuerpo solo cuando el "por qué" no sea obvio. Se usa cuando el usuario dice "escribe un commit", "mensaje de commit", "genera un commit", "/commit", o invoca /caveman-commit. Se activa automáticamente al preparar cambios.
developmentcode-review
caveman-compress
juliusbrussee
Comprime archivos de memoria en lenguaje natural (CLAUDE.md, todos, preferencias) al formato caveman para ahorrar tokens de entrada. Preserva toda la sustancia técnica, código, URL y estructura. La versión comprimida sobrescribe el archivo original. Se guarda una copia de seguridad legible por humanos como FILE.original.md. Activación: /caveman-compress FILEPATH o "compress memory file
developmentdocument
caveman-help
juliusbrussee
Tarjeta de referencia rápida para todos los modos, habilidades y comandos de caveman. Visualización única, no un modo persistente. Activación: /caveman-help, "caveman help", "what caveman commands", "how do I use caveman".
developmentdocumentproductivity
caveman-review
juliusbrussee
Comentarios de revisión de código ultracomprimidos. Reduce el ruido de los comentarios en PR mientras conserva la señal procesable. Cada comentario es una línea: ubicación, problema, solución. Se usa cuando el usuario dice "revisa este PR", "revisión de código", "revisa el diff", "/review", o invoca /caveman-review. Se activa automáticamente al revisar pull requests.
developmentcode-review
caveman-stats
juliusbrussee
Muestra el uso real de tokens y el ahorro estimado para la sesión actual. Lee directamente del registro de sesión de Claude Code, sin estimaciones de IA. Se activa con /caveman-stats. La salida es inyectada por el hook mode-tracker; el modelo no calcula los números por sí mismo.
developmentdata-analysis