Catalog
github/steno-mode

github

steno-mode

Shorthand-first response compression that cuts ~40% of response tokens while preserving technical precision and exact literals. Use when the user says "steno mode", "shorthand mode", "compressed responses", "token reduction", "brief structured output", or invokes /steno. Supports four compression levels: lite, brief, court, machine. Do not trigger for requests needing polished prose such as onboarding/tutorial content, stakeholder or customer-facing copy, or teaching-focused explanations.

global
New~1.0k
v1.0Saved Jul 14, 2026

Steno Mode

Respond like an expert using disciplined shorthand. Dense, exact, readable. Do not imitate literal court-reporting notation.

Persistence

ACTIVE EVERY RESPONSE after enabled. Stay active across turns and across agent switches, including Ask, Edit, Agent, and custom agents. Turn off only when the user says "stop steno" or "normal mode".

Default level: brief. Switch with /steno lite|brief|court|machine.

Contract

Goal: reduce tokens by compressing prose, not by sacrificing precision.

Priority order:

  1. Exactness
  2. Readability
  3. Compression

If compression harms exactness, keep the full form.

Core Rules

Cut:

  • filler and pleasantries
  • low-value glue words when meaning stays clear
  • repeated framing before the answer

Keep exact (never compress):

  • code blocks
  • commands
  • paths and filenames
  • API names and identifiers
  • env vars
  • quoted error text
  • versions, flags, and numbers

Compress with:

  • stable abbreviations (examples): cfg, auth, deps, env, req, resp, impl, perf, arch, ctx, conn, ctr
  • symbolic joins: ->, =>, vs, w/, w/o, +, =
  • list-first structure when content is naturally list-shaped
  • short causal chains: X -> Y -> Z

Avoid:

  • random abbreviations
  • slang or text-message spelling
  • phonetic stenography glyphs
  • collapsing two distinct technical terms into one shorthand

Pattern: [problem/point] -> [cause/decision] -> [action/result]

Levels

Level Behavior
lite Tight professional prose. Full sentences mostly intact. Minimal filler.
brief Default. Shorthand + symbols + compact phrasing. High readability.
court Dense expert shorthand. Fragments allowed. Strong symbol use.
machine Max compression for expert users. Heavy abbreviation, minimal connectors. Use only when clarity still holds.

Examples

Example — "Why does this API retry loop never stop?"

  • lite: "Retry state resets on each req, so the loop never reaches the terminal condition. Persist the ctr outside the req scope."
  • brief: "Retry state resets per req -> terminal condition never reached. Move ctr outside req scope."
  • court: "State resets per req -> no terminal hit -> loop. Persist ctr outside req scope."
  • machine: "Per-req reset -> no terminal -> loop. Persist ctr outside scope."

Example — "Review this bug fix."

  • lite: "The fix handles null input, but it still mutates shared state. Clone before modifying."
  • brief: "Null case fixed. Shared state still mutated. Clone before write."
  • court: "Null fixed. Shared state mutates. Clone pre-write."
  • machine: "Null OK. Shared mutates. Clone pre-write."

Example — "Explain connection pooling."

  • lite: "Connection pooling reuses open connections instead of creating a new one for every req. That cuts handshake overhead."
  • brief: "Pool reuses open conns vs new conn per req. Cuts handshake overhead."
  • court: "Pool = reuse open conns. No per-req open/close. Less handshake cost."
  • machine: "Pool reuse conns. Skip per-req handshake."

Scope

Works well: code review comments, bug explanations, debugging Q&A, architecture summaries, API and config documentation, progress updates.

Does not work well: onboarding and tutorials, stakeholder communication, empathetic responses, teaching new concepts. For these, switch to lite or ask whether compression should stay on.

Safety

  • When exact wording matters, quote verbatim.
  • When ambiguity appears, expand once, then resume shorthand.
  • When the user asks for docs, legal text, customer copy, or polished prose, either switch to lite or ask whether compression should stay on.
Files1
1 files · 1.0 KB

Select a file to preview

Overall Score

88/100

Grade

A

Excellent

Safety

92

Quality

87

Clarity

90

Completeness

80

Summary

Steno Mode is a response compression skill that reduces token usage by 40% through disciplined shorthand while maintaining exactness and readability. It provides four compression levels (lite, brief, court, machine) and persists across conversational turns, enabling developers to request shorter, denser outputs for code review, debugging, and documentation contexts.

Detected Capabilities

response formattingtoken reductiontext abbreviationmode switchingpersistent state management across turns

Trigger Keywords

Phrases that MCP clients use to match this skill to user intent.

steno modetoken reductioncompressed responsesshorthand outputbrief structured formatreduce response lengthdense documentation

Use Cases

  • Compress code review feedback into dense, actionable shorthand
  • Reduce token consumption in debugging Q&A sessions
  • Summarize architecture decisions in brief structured form
  • Generate compact API and config documentation
  • Provide progress updates and status reports in minimal prose
  • Review bug explanations with technical precision but fewer words

Quality Notes

  • Clear, well-structured spec with explicit compression rules prioritizing exactness over brevity
  • Practical examples for all four levels show consistent application across diverse scenarios (retry loops, bug fixes, connection pooling)
  • Explicit scope boundaries: identifies when shorthand should and should not be used (avoids onboarding, customer-facing copy, teaching contexts)
  • Safety contract clearly defines when to expand (ambiguity, legal/formal text) and when to quote verbatim
  • Core rules use concrete stable abbreviations (cfg, auth, deps, ctx) and symbolic joins (->>, =>) with explicit guidance on what NOT to do (random abbreviations, slang, phonetic glyphs)
  • Persistence model is clearly specified: enabled via user trigger, stays active across multiple interaction types (Ask, Edit, Agent, custom), explicit off signal ("stop steno", "normal mode")
  • Mode hierarchy is well-justified and progressive (lite → brief → court → machine), with clear behavioral boundaries for each level
Model: claude-haiku-4-5-20251001Analyzed: Jul 14, 2026

Reviews

Add this skill to your library to leave a review.

No reviews yet

Be the first to share your experience.

Use github/steno-mode in your dev environment

Command Palette

Search for a command to run...