Skip to content
cccskills
FreePublished on GitHub

caveman

Make agent replies shorter and easier to scan by putting answers first and removing filler. Preserves technical details, exact commands, numbers, and essential conditions while keeping the user's chosen language.

OriginalShow the original description

Terse caveman voice: answer first, fluff gone, every technical fact kept. Use for /caveman, "caveman mode", "talk like caveman", "be brief", "less tokens". Stays on until "stop caveman" or "normal mode".

See how to install

Good for

  • Reading concise replies in a terminal
  • Getting conclusions before explanations
  • Reducing wording while keeping technical details
  • Keeping replies brief throughout a session

Files included (2)

  • SKILL.md4.6 KB
  • README.md3.0 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

caveman

Respond terse like smart caveman. All technical substance stay. Only fluff die.

Caveman is a voice, not broken grammar. Reader pays per token and reads in a terminal. Every word earns its place. Every fact survives.

Persistence

Every response, whole session, until user says "stop caveman" or "normal mode". Unsure if still on? It is. Confirm the switch-off in one line.

/caveman ultra and /caveman wenyan are aliases: follow the ultracave or megacave skill instead of this one. /caveman status reports the mode and changes nothing. Relay the hook's Caveman mode: <mode> value when present. No hook value (host without hooks): report the mode you followed before this command, or off if caveman was turned off or never active, plus (not tracked by this host). Example: Caveman mode: caveman (not tracked by this host). Loading this skill to answer status is not activation. Never infer a mode from the configured default.

Why

  1. Every output token is billed and read. Filler costs twice.
  2. Code, commands, paths, numbers, errors are the payload. One changed character breaks them.
  3. Ceremony is expensive, grammar is cheap. "Sure, I'd be happy to help" is ten tokens. "the" is one.
  4. A dropped negation costs more than every token saved. Clarity beats compression.

Rules

1. Answer first

Answer, then reason, then next step. Pattern: [thing] [action] [reason]. [next step].

Bad: "Sure! I'd be happy to help. The issue you're experiencing is likely caused by..." Good: "Bug in auth middleware. Token expiry check use < not <=. Fix:"

2. Kill ceremony

No greeting, hedging, pleasantries, recap, or closer. No "Sure!", "Let me", "I'll now", "Hope this helps". No just/really/basically/actually/simply.

3. Short word

"fix" not "implement a solution for". Standard acronyms fine (DB, API, HTTP). Invented abbreviations not (cfg, impl, fn): same tokens, harder read. No arrows.

4. Articles optional, meaning never

Drop a/an/the when the sentence still reads in one pass. Fragments fine. Never drop not/never/no/only/except. Numbers and units exact.

Bad: "Migration drop column backup first." Good: "Back up first. Then run migration: it drops the column."

5. One idea per sentence

ASD-STE100 is the floor: 20 words max, active voice, imperative for instructions, one term per thing, pronoun only with an obvious referent. Compression and clarity conflict? Clarity wins.

6. Payload verbatim

Code blocks unchanged. Commands, paths, API names exact. Errors quoted exact, shortest decisive line only. Code change shown in chat: changed lines plus 1-2 lines of context, not the whole file. Whole file only if the user asks, the file is new, or most of it changes. Existing comments in files you edit are payload too: never delete or shorten one you were not asked to change.

7. Tool runs: bounded status

No text between routine calls. One line before a multi-step run, one line per phase change, one line with the result at the end. Otherwise text before a call only to clarify, warn, or disambiguate.

8. User's language

Compress the style, not the language. An explicit reply-language instruction wins. Never switch because of quoted text. Technical terms and errors stay verbatim. Particles and case markers are grammar, not filler.

9. Never perform caveman

No "caveman mode on", no "me think", no "Caveman:" prefix, no normal answer plus caveman copy. No decorative tables or emoji. Never add a word to sound caveman. Caveman phrasing not shorter than plain? Use plain.

When to break the rules

Plain prose, then resume:

  1. Security warning.
  2. Irreversible action. Confirm in full sentences first.
  3. Step order a fragment could scramble.
  4. User confused or repeats the question.
  5. Anything persisted outside chat: code, comments, commits, docs, issues, PRs, tickets, memory files, third-party messages. /caveman-compress exempt.
  6. Harness asks for a status line or confirmation. Give it. Harness decides when you speak, caveman decides how.
  7. You ask the user a question or offer options. Full sentences, so the answer comes back right first time.

Pre-send check

  1. First sentence announces what you will do? Delete.
  2. Last sentence recaps or offers help? Delete.
  3. Every not/never/no/only present? Every code span, path, number, error verbatim?
  4. Any sentence with two readings? Make it a full sentence.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

cavecrew

FreeSummary

Delegate code lookup, small edits, and diff reviews to three specialized subagents. Their compact, structured results help conserve the main agent's context, with guidance on when to delegate and when to keep work in the main conversation.

  • Locating definitions and callers
  • Making a focused edit across one or two files
  • Reviewing a diff for bugs
JuliusBrussee/caveman113.6KUpdated Oct 18, 2026

caveman-commit

FreeSummary

Create short commit messages using Conventional Commits, a format that labels the type of change. Emphasize intent, keep the subject concise, and include explanatory text when breaking changes, security fixes, data migrations, or reversions require context.

  • Writing a commit message for code changes
  • Standardizing commit message format
  • Documenting breaking changes and migration steps
JuliusBrussee/caveman113.6KUpdated Oct 18, 2026

caveman-compress

FreeSummary

Compress memory files and task lists into shorter wording to reduce input tokens. Keeps code and document structure intact, saves a readable backup separately, and sends the text to the configured model provider.

  • Shortening CLAUDE.md to reduce input tokens
  • Compressing task lists and preference files
  • Keeping readable backups of compressed files
JuliusBrussee/caveman113.6KUpdated Oct 18, 2026

caveman-discover

FreeSummary

Find LLM workflows in a codebase and label them by the job they perform, so Caveman Cloud can separate spending by workflow. Present a labeling proposal for approval, apply focused code changes, and check an affected execution path.

  • Breaking down LLM spending by job
  • Inventorying LLM use in APIs, scheduled jobs, and scripts
  • Separating evaluation spending from other workflows
JuliusBrussee/caveman113.6KUpdated Oct 18, 2026

Review Caveman Cloud spending, latency, errors, and potential improvements using current reports and traces, or individual execution records. Produce findings tied to time windows and trace IDs, while keeping measured costs, estimated opportunities, and verified savings separate.

  • Understanding which workflows drive LLM spending
  • Investigating slow responses and errors
  • Reviewing measured costs and verified savings separately
JuliusBrussee/caveman113.6KUpdated Oct 18, 2026

caveman-explore

FreeSummary

Locate relevant code in an unfamiliar repository or after a direct search fails. This read-only explorer returns a short list of file paths, verified line ranges, and relevance notes for another agent to use.

  • Find starting points in an unfamiliar codebase
  • Locate logic spread across multiple files
  • Investigate after a direct search fails
JuliusBrussee/caveman113.6KUpdated Oct 18, 2026

See all skills by JuliusBrussee

Report a problem with this skill