SKILL: Review Markdown
Last Updated: February 5, 2026
Table of Contents
1. Overview
Optimizes Markdown documentation for conciseness and clarity while preserving essential content. Goals (priority order): Completeness → Clarity → Token Optimization. Uses format-markdown skill for validation.
Use when: Documentation exceeds reasonable length, redundancy detected, content duplicated from referenced files.
Do NOT use when: Document already optimized, or content cannot be reduced without losing meaning.
1.1 Persona Usage
Default Persona: Technical Writer (see RULE_Persona.md Section 2.3)
| Document Type | Additional Personas |
|---|---|
RULE_* | Information Architect (taxonomy, navigation) |
SKILL_* | Information Architect + Software Engineer |
IDEA_* | Game Designer or relevant domain expert |
SNIPPET_* | Software Engineer (code accuracy) |
AUDIT_* | Relevant audit persona from RULE_Persona.md |
SUMMARY_* | Information Architect (discoverability) |
Workflow: Technical Writer lens first → document-specific persona → synthesize recommendations.
1.2 Optimization Tiers
🚨 CRITICAL: Determine tier FIRST before applying techniques.
| Location | Tier | Target Reduction | Style |
|---|---|---|---|
.ai-toolbox/ | Aggressive | 50-70% | Terse, tables over prose |
.ai-context/ | Balanced | 30-50% | Concise, clear |
AGENTS.md (root) | Aggressive | 50-70% | Terse, tables over prose |
Other root *.md | Humans | 20-40% | Cohesive, flowing |
2. Optimization Techniques
| Technique | Before | After |
|---|---|---|
| Table Conversion | Verbose list items | Structured table |
| Cross-Reference | Full definitions repeated | See RULE_Markdown.md Section 6 |
| Section Consolidation | Scattered related sections | Single merged section |
| Example Reduction | 3+ wrong/correct pairs | Single pair per concept |
Essential Content (Must Preserve): Critical rules (🚨❌ severity), self-verification checklists, cross-references, unique information.
3. Execution Workflow
Step 1: Analyze Document
- •Read entire document, record metrics (lines, sections, TOC)
- •Identify document type and determine optimization tier per Section 1.2
- •Run
format-markdownskill for baseline compliance
Step 2: Plan Optimization
- •Present analysis with identified redundancies
- •Specify tier and target reduction range
- •Get user approval before changes
Step 3: Apply Changes
- •Apply tier-appropriate optimizations from Section 2
- •Update Last Updated date if content changes
- •Preserve all checklists (add if missing)
Step 4: Validate Results
- •Run
format-markdownskill final validation - •Calculate reduction metrics
- •Verify reduction within tier target range
- •Present results to user
Output (File): Edited target file (template: none) Output (Console): Reduction metrics (template: Section 6)
4. SNIPPET Implementation Audit
Trigger: When reviewing SNIPPET files in .ai-context/
Process:
- •Identify corresponding IDEA file (e.g.,
SNIPPET_OrderProcessing.md→IDEA_OrderProcessing.md) - •Analyze codebase for implemented features:
- •Check source files for matching components/services
- •Review git commits for implementation evidence
- •For each SNIPPET section:
- •If fully implemented: Mark for removal
- •If partially implemented: Keep unimplemented portions
- •If ALL sections implemented: Recommend deleting entire file (see
RULE_Document.mdSection 3.4)
Verification:
- • Codebase files checked against SNIPPET code
- • Git history reviewed for implementation commits
- • Corresponding IDEA sections cross-referenced
- • Removal recommendations documented with evidence
5. Self-Assessment Protocol
🚨 CRITICAL: Before presenting results, verify:
- • Optimization tier correctly identified per Section 1.2
- • Tier-appropriate techniques applied throughout
- • Reduction percentage within tier target range
- • All critical rules (🚨/❌ severity) preserved
- • Self-verification checklists maintained or added
- • Cross-references accurate and files exist
- • Key workflows and processes intact
- •
format-markdownskill validation passed - • Last Updated date current (if content changed)
- • TOC updated to reflect new structure
- • Before and after line counts recorded
6. Report Template
| Metric | Before | After | Reduction |
|---|---|---|---|
| Lines | {before_lines} | {after_lines} | {reduction_percent} |
| Sections | {before_lines} | {after_lines} | {reduction_percent} |
| TOC Entries | {before_lines} | {after_lines} | {reduction_percent} |
Key Changes:
- •
{change_description}(e.g., Consolidated sections, Converted to tables)