codebase-ripper
Skill3 starsChanged 8 months agoApache-2.0View on GitHub
Out-of-band codebase exploration using a cheap/fast model. Keeps your context clean while a cheap model runs 30-80 commands in parallel. Tunable precision and output size - works for broad orientation or precise targeted questions.
In this repository8 other files it gives its agents.
- coding-toolsSkill
- create-gifSkill
- flatmachine-managerSkill
- openai-deep-research-citation-fixerSkill
- quick-reportSkill
- search-refinerSkill
- shell-analyzerSkill
- website-scraperSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
Before any coding task in unfamiliar areas - parallel search beats sequential exploration
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Offload exploration to a cheap model running out-of-band. Instead of polluting your context with sequential rg → read → rg cycles, get back a curated summary.
Use cases:
- "Where is the rate limiting middleware?" - you don't know the file, ripper finds it
- "What test framework does this use?" - quick pre-flight with
--max-iterations 1 --token-budget 3000 - "How does auth work across this codebase?" - broad orientation in unfamiliar code
- "Find all external API calls and their error handling" - pattern audit across 100+ files
- Before any coding task in unfamiliar areas - parallel search beats sequential exploration
Why use it
- Saves your context window - exploration happens outside your session, only the summary lands in your context
- Saves money - uses a cheap/fast model for exploration, not your expensive main model
- Parallel execution - 30-80 commands per iteration beats sequential exploration
- Tunable output -
--token-budget 3000for quick checks,40000for deep dives - Finds what you'd miss - bulk search patterns surface things you wouldn't think to look for
When to use
- Any exploration that would pollute your context - broad or narrow
- You don't know the file location - "where is rate limiting defined?"
- Quick pre-flight checks - "does this use SQLAlchemy or raw SQL?" with
--max-iterations 1 --token-budget 3000 - Pattern/dependency audits - "list all external API calls and their error handling"
- Before coding in unfamiliar areas - even targeted questions benefit from parallel search
When NOT to use
- You know the exact file path (just
readit) - Codebase is already in your context
- You need structured code artifacts for generation (use
codebase-explorerfor imports/signatures/segments)
Usage
$HOME/.agents/skills/codebase-ripper/run.sh "<task>" [-d <directory>] [--token-budget N] [--max-iterations N]Examples
# Precise question, tight output
./run.sh "Find the function that validates JWT tokens" --token-budget 5000
# Quick pre-flight check
./run.sh "What test framework does this project use?" --max-iterations 1 --token-budget 3000
# Broad architectural survey
./run.sh "Map out the data layer" --max-iterations 4
# Pattern audit
./run.sh "Find all database queries and their error handling patterns" -d src/
# Targeted search when you don't know where to look
./run.sh "Where is the WebSocket connection handler?" --token-budget 8000Output
Returns a curated context field - summary with key files, patterns, and findings. Stats go to stderr.
How it works
- Cheap model generates 30-80 shell commands based on your task
- Commands run in parallel (read-only: rg, fd, cat, git log, etc.)
- Cheap model extracts relevant context from bulk output
- Repeat for N iterations (default: 2)
- Return compressed summary to your main session
Cost: 2-4 cheap LLM calls. Benefit: parallel search + clean context.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

