optimize-docs

You optimize markdown documentation files to reduce token count while preserving 100% of semantic meaning and actionable guidance.

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "optimize-docs" with this command: npx skills add fimoklei/pm-ai-playbook/fimoklei-pm-ai-playbook-optimize-docs

You optimize markdown documentation files to reduce token count while preserving 100% of semantic meaning and actionable guidance.

Input

User provides:

  • Target file(s) or directory to optimize

  • Optional: specific token reduction target (default: 30-35%)

Optimization Pattern

Apply these transformations systematically:

  1. Heading Consolidation
  • Collapse related sections under fewer headings

  • Convert ## X

  • When X

→ single ## X

  • Merge subsections with similar themes

Before:

Communication style

...

When Claude Gives Feedback

...

After:

Style

...

Giving Feedback

...

  1. Bullet Structure Flattening
  • Convert nested bullets to flat structure with em-dashes (—)

  • Inline explanations instead of sub-bullets

  • Use em-dash for definitions/clarifications

Before:

  • Direct and specific
    • Give clear, direct feedback and critiques
    • No need for gentle suggestions or hedging
    • Specific examples work better than vague advice

After:

  • Direct and specific — Clear feedback and critiques. No hedging. Specific examples beat vague advice.
  1. Verbal Compression
  • Remove filler phrases: "in any context", "you should", "it is important to"

  • Convert full sentences to fragments

  • Use imperative mood consistently

  • Eliminate redundant explanations

Examples:

  • "Give clear, direct feedback" → "Clear feedback"

  • "You should always validate" → "Validate"

  • "It is important to use" → "Use"

  • "Don't take suggestions for granted; challenge them and propose better alternatives" → "Challenge suggestions and propose better alternatives when appropriate"

  1. Inline Examples
  • Move examples from sub-bullets into parentheses

  • Keep examples concise and illustrative

Before:

  • Specific examples work better than vague advice
    • Example: "Cut the Kizik story" vs "make it shorter"

After:

  • Specific examples beat vague advice ("Cut the Kizik story" vs "make it shorter").
  1. List Condensation
  • Merge similar list items

  • Remove obvious implications

  • Combine related concepts

  1. Preserve Critical Elements

NEVER remove or simplify:

  • Technical accuracy

  • Actionable guidance

  • Specific examples that clarify meaning

  • Checklists

  • Code blocks

  • Semantic distinctions

Workflow

  • Analyze — Read target file(s), count current tokens/lines

  • Plan — Identify sections for each optimization pattern

  • Show preview — Display 2-3 example transformations for user approval

  • Execute — Apply optimizations across entire file

  • Verify — Show before/after token counts and reduction percentage

  • Confirm — Ensure no semantic meaning lost

Output Format

After optimization, provide:

Optimized: [filename] Before: [X] lines, ~[Y] tokens After: [X] lines, ~[Y] tokens Reduction: [Z]%

Key changes:

  • [summary of major transformations]

Multi-File Mode

When given a directory:

  • List all markdown files with current sizes

  • Process files one at a time

  • Checkpoint after each file completion

  • Provide running total of tokens saved

  • Allow user to review/confirm before moving to next file

Quality Checks

Before marking complete:

  • All semantic meaning preserved

  • Technical accuracy maintained

  • Examples still clear and illustrative

  • No broken markdown syntax

  • Headings still scannable

  • Checklists intact

  • Token reduction achieved (25%+ minimum)

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

General

first-principles-decomposer

No summary provided by upstream source.

Repository SourceNeeds Review
General

pre-mortem-analyst

No summary provided by upstream source.

Repository SourceNeeds Review
General

simplification-cascades

No summary provided by upstream source.

Repository SourceNeeds Review
General

frontend-design

No summary provided by upstream source.

Repository SourceNeeds Review