md-compressor
Skill29 starsChanged 7 months agoMITView on GitHub
Compresses Markdown to minimal token form while preserving facts and agent-executable intent; duplicates sources first and compresses skill packages (SKILL.md plus reference MD). Use when reducing context cost in docs, skills, or prompts at light, medium, heavy, or extreme compression.
In this repository13 other files it gives its agents.
- agent-creatorSkill
- agent-skill-creatorSkill
- art-engineSkill
- capability-architectureSkill
- copy-sanitizerSkill
- intent-replaySkill
- md-design-systemSkill
- opportunity-gap-finderSkill
- project-graphSkill
- skill-scanSkill
- story-architectSkill
- token-estimatorSkill
- vector-drawingSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 4 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
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 12
The machine must still know what to do: after compression — at every level, including extreme.
- Distinctive: line 17
If executability is at risk: keep the longer form, revert that fragment, or step down one compression level for that line or file.
- Distinctive: line 63
Keep external URLs, CLI paths, and fenced code literals intact.
- Distinctive: line 64
Add a one-line abbreviation legend at top only when heavy/extreme uses non-map shorthand (omit legend at extreme if it costs more tokens …
≈ “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
MD Compressor
Shrink Markdown to the smallest workable form for agents. Never edit originals — duplicate first, compress the copy only.
End Goal
The machine must still know what to do after compression — at every level, including extreme.
- Always preserve: actionable requirements, constraints, steps, decisions, numbers, commands, paths (per level rules), and skill triggers (
name, usabledescription). - May be reduced as levels increase: tone, encouragement, examples, edge-case color, and duplicate explanations — some context and “feel” can be lost; that is an expected tradeoff.
- Never acceptable: an agent reading only the compressed copy cannot determine what action to take, what order to do it in, or what must not be violated.
- If executability is at risk: keep the longer form, revert that fragment, or step down one compression level for that line or file.
Heavier compression = fewer tokens, not a different skill. When reporting results, note that heavy / extreme copies may omit nuance but must remain agent-executable.
Non-Negotiable Safety
- Duplicate before compress — copy the target skill folder or MD file; write all compressed output into the copy.
- Source stays intact — do not save compression edits to the original path.
- Confirm target — state source path, copy path, and compression level before editing.
Core Rules
- Facts are immutable — requirements, constraints, numbers, paths, commands, and decisions stay exact.
- Level is explicit — default
lightunless the user asks formedium,heavy, orextreme. - Skill = whole package — compress
SKILL.mdand every.mdunderreferences/in the duplicated folder; copy non-text assets unchanged. - Text only — compress Markdown and plain text; skip binaries, images, and non-text assets.
- No semantic drift — if shortening risks changing meaning or what the agent should do, keep the longer form.
- Agent-executable over minimal — prefer tokens saved only when the compressed copy still answers: what to do, in what order, under what constraints.
- Valid skill output — preserve YAML frontmatter keys (
name,description); keepdescriptiontrigger-clear even when shortened.
Compression Levels
| Level | Goal | Human-readable |
| light | Tight sentences; keep structure and punctuation | Yes |
| medium | Light + abbreviations, symbol swaps, denser lists | Mostly |
| heavy | Minimum tokens; machine-parseable over readable | Optional |
| extreme | Heavy + whitespace strip + short ref filenames and links | No |
Level definitions: references/compression-levels.md.
Workflow
- Intake — single file, folder, or skill package; pick
light,medium,heavy, orextreme. - Duplicate — references/safe-copy-workflow.md.
- Scope files — skill packages: references/skill-package-handling.md.
- Compress — per-file pass: references/compression-workflow.md.
- QA — references/quality-checklist.md.
Output Contract
- First line of each compressed file body:
Compression: light|medium|heavy|extreme(after frontmatter when present). - light / medium / heavy: output remains valid Markdown (heavy may be dense but parseable).
- extreme: whitespace-stripped; may be a few very thin lines — facts and literals intact; agent-parseable over human-readable.
- extreme (skill packages): may rename
references/*.mdto short names and rewrite all internal links; see references/extreme-path-shortening.md. - Preserve heading hierarchy unless flattening is lossless (light/medium); heavy/extreme may collapse when intent is unchanged.
- Keep external URLs, CLI paths, and fenced code literals intact; internal ref paths may shorten at extreme only.
- Add a one-line abbreviation legend at top only when heavy/extreme uses non-map shorthand (omit legend at extreme if it costs more tokens than it saves).
Reference Index
- Duplicate-first safety and naming: references/safe-copy-workflow.md
- Light / medium / heavy / extreme behavior: references/compression-levels.md
- Skill folder scope and frontmatter: references/skill-package-handling.md
- Per-file compression order: references/compression-workflow.md
- Canonical abbreviations: references/abbreviation-map.md
- Symbol and punctuation by level: references/symbol-and-punctuation-policy.md
- Extreme path shortening: references/extreme-path-shortening.md
- Final QA: references/quality-checklist.md
When To Use This Skill
- Shrinking verbose Markdown or full skill packages for lower context cost.
- Testing how small a skill can get while staying agent-usable.
- Preparing dense handoff or archive copies without touching source skills.
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.

