md-tuner
Skill0 starsChanged 11 months agoApache-2.0View on GitHub
Analyze and optimize CLAUDE.md or AGENTS.md files for maximum effectiveness. Use when users ask to review, improve, optimize, or audit their Claude configuration files. Checks line count, instruction density, progressive disclosure, and adherence to best practices.
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 6 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
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 42
Recommendation: Use hierarchy strategically.
- Distinctive: line 58
Read the target file. Note its placement in the hierarchy (global vs repo vs local).
- Distinctive: line 90
Use emphasis for critical rules: "IMPORTANT:", "YOU MUST"
- Distinctive: line 92
Remove obvious/default Claude behaviors
- Distinctive: line 100
Every possible command listed exhaustively
- Distinctive: line 105
No emphasis differentiation (everything same priority)
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 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 Tuner
Optimize Claude configuration files for maximum effectiveness within context window constraints.
Analysis Checklist
Evaluate against these criteria:
- Line Count - Target under 300 lines (ideal: under 100)
- Universal Applicability - Instructions should apply to most tasks
- Instruction Density - LLMs follow ~150-200 instructions consistently; Claude Code's system prompt uses ~50
- Progressive Disclosure - Task-specific content in separate files, referenced from main
- Emphasis Usage - Critical rules use "IMPORTANT" or "YOU MUST"
- Content Categories - Covers: commands, core files, style, testing, repo etiquette, environment setup, project quirks
Recommended Content Categories (Anthropic)
A well-structured CLAUDE.md should include:
- Common bash commands with descriptions
- Core files and utility functions
- Code style guidelines (or pointer to linter config)
- Testing instructions
- Repository etiquette (branching, merge strategies)
- Developer environment setup
- Project-specific quirks or warnings
- Domain knowledge to persist across sessions
File Placement Hierarchy
Claude Code supports multiple config locations (loaded in order):
~/.claude/CLAUDE.md- Global, all sessions- Repository root
CLAUDE.md- Shared via git .claude/CLAUDE.local.md- Personal, gitignored- Parent directories in monorepos - Inherited by subdirs
- Child directories - Loaded on-demand when working there
Recommendation: Use hierarchy strategically. Global for universal prefs, repo-level for project rules, local for personal overrides.
Scoring Criteria
| Criterion | Weight | Scoring |
| Line count | 20% | <100: 100%, 100-200: 75%, 200-300: 50%, >300: 25% |
| Universal applicability | 20% | % of instructions applicable to most tasks |
| Content categories covered | 20% | % of recommended categories present |
| Progressive disclosure | 20% | 100% if references external docs, 50% if monolithic |
| Emphasis on critical rules | 10% | Uses IMPORTANT/YOU MUST for key rules |
| No inline code blocks | 10% | Pointer references vs embedded snippets |
Optimization Workflow
Step 1: Read & Identify Location
Read the target file. Note its placement in the hierarchy (global vs repo vs local).
Step 2: Score Against Criteria
Apply scoring table. Calculate weighted total.
Step 3: Identify Issues
Flag problems:
- Task-specific content that should be in child/separate files
- Code snippets → convert to
file:linepointer references - Vague instructions → make specific with context
- Missing emphasis on critical rules
- Content that duplicates Claude's default behavior
- Untested additions (treat CLAUDE.md like prompt engineering)
Step 4: Recommend Structure
~/.claude/CLAUDE.md # Universal preferences
project/
├── CLAUDE.md # Shared team rules
├── .claude/
│ └── CLAUDE.local.md # Personal overrides (gitignored)
└── agent_docs/ # Progressive disclosure
├── commands.md
├── testing.md
├── architecture.md
└── [domain].mdStep 5: Provide Rewrite
Optimized version should:
- Be concise and human-readable (Anthropic's only format requirement)
- Use emphasis for critical rules: "IMPORTANT:", "YOU MUST"
- Reference external docs instead of inline content
- Remove obvious/default Claude behaviors
- Cover relevant content categories
- Match placement to scope (global vs project vs personal)
Anti-Patterns to Flag
- Extensive content added without testing effectiveness
- Auto-generated
/initcontent kept without curation - Every possible command listed exhaustively
- Database schemas or API docs inline
- Code examples instead of file references
- Instructions Claude already follows by default
- Vague or generic instructions without specifics
- No emphasis differentiation (everything same priority)
Output Format
## MD Tuner Analysis
**File:** [path]
**Location:** [global/repo/local]
**Lines:** [count] ([status])
**Score:** [X]/100
### Scoring Breakdown
| Criterion | Score |
|-----------|-------|
| ... | ...% |
### Issues Found
1. [Line X: Issue description]
2. ...
### Recommendations
1. [Specific actionable item]
2. ...
### Suggested Structure
[If restructuring needed]
### Optimized Version
[Rewritten config]In this repository2 other files it gives its agents.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
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.

