mcpField
T
token-efficiency

token-efficiency

github.com/rohitg00Agent workflows2.9k217 installsUpdated 5w ago
Repository

About token-efficiency

A coding-agent skill for reducing verbose responses, unnecessary tool calls, and repeated coding iterations. It provides concise output rules, task-specific call budgets, and a one-pass workflow.

Key features

  1. 01Remove filler and repeated prompts
  2. 02Set task-based tool-call budgets
  3. 03Follow one-pass coding steps
  4. 04Apply coding, analysis, and agent profiles
  5. 05Track token-efficiency metrics

Use cases

  1. 01Trim verbose agent responses
  2. 02Plan tool use for a coding task
  3. 03Reduce repeated file reads and edits

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/rohitg00/pro-workflow --skill token-efficiency

After installing, type/token-efficiencyin Claude Code to confirm it loaded.

Details

From the project README

Token Efficiency

Reduce output token waste and prevent iteration cycles that consume context.

Trigger

Use when:

  • Sessions feel expensive or slow
  • Output is verbose with filler text
  • Claude is re-reading files or iterating unnecessarily
  • Setting up a new project for token-efficient work

Anti-Sycophancy Rules

These patterns waste 30-60% of output tokens:

PatternExampleFix
Sycophantic opener"Sure! Great question!"Delete. Lead with answer.
Prompt restatement"You're asking about X..."Delete. Answer directly.
Closing fluff"Let me know if you need anything!"Delete. Stop after the answer.
Unsolicited suggestions"You might also want to..."Delete unless asked.
AI disclaimers"As an AI model..."Delete entirely.
Verbose preambles"I'll help you with that..."Delete. Start with the action.

Tool-Call Budgets

Set explicit budgets by task complexity:

Task TypeTool-Call BudgetWrap-Up At
Quick fix / lookup20 calls15
Bug fix30 calls25
Feature (small)50 calls40
Feature (large)80 calls65
Refactor50 calls40
Exploration / research30 calls25

At the wrap-up threshold: commit progress, assess remaining work, decide whether to continue or start fresh.

One-Pass Coding Discipline

For simple-to-medium tasks:

  1. Read all relevant files including tests first
  2. Understand what tests assert before coding
  3. Write complete solution in one pass — not incrementally
  4. Run tests once — if pass, STOP immediately
  5. If fail: read the error, fix once, retest
  6. Never iterate more than twice on the same failure — rethink approach
  7. Never refactor, improve, or polish passing code

Task Profiles

Switch profiles based on what you're doing:

Coding Profile
  • Return code first, explanation after (only if non-obvious)
  • Simplest working solution, no over-engineering
  • Read file before modifying — always
  • No docstrings on unchanged code
  • No error handling for impossible scenarios
  • State bug, show fix, stop
Agent/Pipeline Profile
  • Structured output only: JSON, bullets, tables
  • No prose unless targeting a human reader
  • Every output must be parseable without post-processing
  • Execute task, do not narrate actions
  • Never invent file paths, API endpoints, or function names
  • If unknown: return null or "UNKNOWN", never guess
Analysis Profile
  • Lead with finding, context and methodology after
  • Tables and bullets over prose
  • Numbers must include units
  • Never fabricate data points
  • Summary first (3 bullets max), caveats last

Read-Before-Write Enforcement

Hard rules:

  1. Never write a file you haven't read in this session
  2. Never re-read a file already read unless it was modified
  3. Read tests before coding — understand what passes before writing
  4. Read error output carefully before attempting a fix

ASCII-Only Output

Use ASCII characters only in all output:

  • -- not — (em dash)
  • " not " " (smart quotes)
  • ' not ' ' (curly apostrophes)
  • No emoji unless explicitly requested
  • No Unicode decorators or special characters

This ensures clean copy-paste for code and compatibility with downstream systems.

Measuring Impact

Track these metrics to measure token savings:

  • Output length: average words per response (target: 30-50% reduction)
  • Tool calls per task: should stay within budget tier
  • Re-read count: should be near zero
  • Write-without-read count: should be zero
  • Iteration cycles: tests should pass in 1-2 attempts, not 5+

Attribution

Token efficiency patterns adapted from drona23/claude-token-efficient (MIT).

Comments

Markdown supported