<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
  <title>interesting repos: Token &amp; cost savings</title>
  <link>https://ir.adyog.com/category/token-cost-savings/</link>
  <description>Ways to spend fewer tokens and less money for the same answers.</description>
  <language>en</language>
  <lastBuildDate>Fri, 23 Oct 2026 09:56:57 +0000</lastBuildDate>
  <atom:link href="https://ir.adyog.com/category/token-cost-savings/feed.xml" rel="self" type="application/rss+xml"/>
  <image><url>https://ir.adyog.com/icons/icon-192.png</url><title>interesting repos: Token &amp; cost savings</title><link>https://ir.adyog.com/category/token-cost-savings/</link></image>
  <item>
    <title>billion-context: A proxy that compresses long coding-agent chats so one session can run for weeks</title>
    <link>https://ir.adyog.com/repos/ranxianglei/billion-context/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/ranxianglei/billion-context/</guid>
    <pubDate>Fri, 16 Oct 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>Sits between a coding agent and its model API and lets the model fold old conversation into summaries it can later restore. Useful if long agent sessions hit context limits or burn too many tokens.</description>
    <content:encoded><![CDATA[<p><img src="https://ir.adyog.com/img/ranxianglei__billion-context.webp" alt="" width="1200" height="600"></p><p><strong>A proxy that compresses long coding-agent chats so one session can run for weeks</strong></p><p>Long coding sessions fill the model&#x27;s context window, and providers charge per token. When the window is full, the session gets worse or stops. billion-context tries to keep one session going for days by compressing the parts of the conversation already used.</p><p>It works as a proxy. You start your agent with a `bili &lt;client&gt;` launcher, or point its base URL at the proxy. The proxy reads each request (Anthropic or OpenAI format), runs compression from the acp-kernel library, adds four context tools, forwards the request to the real model API and rewrites the streamed reply.</p><p>The README says it differs from a host&#x27;s built-in summarizer in three ways. Compression is incremental, so summaries cover small ranges. It is reversible, so the model can restore the original text. And it keeps the prompt prefix stable, so the provider&#x27;s prefix cache still works. The model decides when and what to compress. The README links a paper with a 4.5-month field study; those figures are the authors&#x27; own.</p><p><a href="https://ir.adyog.com/repos/ranxianglei/billion-context/">Read more on interesting repos</a> · <a href="https://github.com/ranxianglei/billion-context">GitHub</a></p>]]></content:encoded>
    <enclosure url="https://ir.adyog.com/img/ranxianglei__billion-context.webp" type="image/webp" length="0"/>
  </item>
  <item>
    <title>reckoner: Self-hosted dashboard that shows your AI and cloud account balances in one place</title>
    <link>https://ir.adyog.com/repos/captainasic/reckoner/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/captainasic/reckoner/</guid>
    <pubDate>Fri, 11 Sep 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>Reckoner is a self-hosted web dashboard that pulls credit balances and billing spend from AI services like OpenRouter, OpenAI and Anthropic, and from clouds like AWS, GCP and Railway. It suits people with many accounts who want to check them all on one page.</description>
    <content:encoded><![CDATA[<p><strong>Self-hosted dashboard that shows your AI and cloud account balances in one place</strong></p><p>If you use many AI APIs and cloud services, your credits and bills are scattered across a dozen consoles. Reckoner puts them on a single page so you can see what is left and what you have spent.</p><p>It has a FastAPI backend in Python and a React frontend. The backend stores your credentials in a local SQLite database and has one provider file per service. It polls each service in the background every 5 to 30 minutes, and the browser refreshes every 60 seconds.</p><p>Some providers work with a normal API key. Others, such as Anthropic, Mistral, Groq, CivitAI and Perplexity, need a session cookie or token copied from your browser&#x27;s developer tools, so those setups may be less stable. The README marks some balances as best-effort. The author also ships a separate, closed-source iOS app; this repo is only the web version.</p><p><a href="https://ir.adyog.com/repos/captainasic/reckoner/">Read more on interesting repos</a> · <a href="https://github.com/CaptainASIC/reckoner">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>token-optimizer-mcp: MCP server and Claude Code plugin that cuts agent token use and keeps a project graph</title>
    <link>https://ir.adyog.com/repos/ooples/token-optimizer-mcp/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/ooples/token-optimizer-mcp/</guid>
    <pubDate>Wed, 09 Sep 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>Blocks wasteful file reads and searches in AI coding agents, returns diffs for re-reads, and keeps a local per-project knowledge graph. Pick it if you want token savings measured in a local dashboard, with benchmarks you can rerun.</description>
    <content:encoded><![CDATA[<p><strong>MCP server and Claude Code plugin that cuts agent token use and keeps a project graph</strong></p><p>AI coding agents waste context by re-reading unchanged files, dumping whole files to see a few lines, and running unbounded searches. They also forget what they worked out in earlier sessions. Token Optimizer targets all of these.</p><p>In Claude Code it installs as a plugin that denies large Read, Grep, Glob and similar calls and points the model to cached replacements. Re-reading a file returns only a diff. A local graph of files, symbols, tasks and findings fills in from normal tool traffic, and relevant notes are fed back when the agent touches a file.</p><p>The README says it optimizes the provider bill, which depends on prompt caching, rather than bytes removed. It ships benchmarks and admits one loss: on its codebase-exploration workload a competing design reduces slightly more (47.4% against 46.0%). A local dashboard attributes savings per client across 16 CLI clients, and telemetry is opt-in and off by default.</p><p><a href="https://ir.adyog.com/repos/ooples/token-optimizer-mcp/">Read more on interesting repos</a> · <a href="https://github.com/ooples/token-optimizer-mcp">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>leanctx: Python wrapper that shrinks LLM prompts locally, leaving code and tool calls exact</title>
    <link>https://ir.adyog.com/repos/jia-gao/leanctx/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/jia-gao/leanctx/</guid>
    <pubDate>Wed, 09 Sep 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>leanctx wraps the OpenAI, Anthropic and Gemini Python clients and compresses long prompts before sending them. It shortens prose but keeps code and tool calls byte for byte, so you can cut token costs without rewriting your app.</description>
    <content:encoded><![CDATA[<p><strong>Python wrapper that shrinks LLM prompts locally, leaving code and tool calls exact</strong></p><p>Long prompts cost money. RAG apps, chat agents and coding agents keep sending large documents, logs and old turns to the model. leanctx sits between your code and the provider and trims that input. You change one import line and the rest of your code stays the same.</p><p>It classifies each segment of a request. Code, stack traces, JSON and tool-call fields pass through untouched. Prose such as documentation, retrieved passages, logs and earlier turns goes through LLMLingua-2, a small model that runs on your machine and drops less useful words. An optional mode asks a cheap LLM to summarize instead. After rebuilding the request it checks invariants, and if anything fails or times out it sends the original.</p><p>The README compares it with three alternatives. Provider prompt caching helps with stable prefixes but not changing content, so it suggests using both. Naive truncation cuts the middle of documents. Hosted compression APIs need your data sent to them, while leanctx runs locally. Savings depend on how much of your traffic is prose. On LongBench v2, layered on top of another compressor, it reports 18.7% fewer tokens for a 1.8 point accuracy drop. It reports about 37% savings on prose-heavy traffic and about 10% on code-heavy traffic.</p><p><a href="https://ir.adyog.com/repos/jia-gao/leanctx/">Read more on interesting repos</a> · <a href="https://github.com/jia-gao/leanctx">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>magic-compact: Compress long Claude Code and OpenCode sessions without flattening them into one summary</title>
    <link>https://ir.adyog.com/repos/aerovato/magic-compact/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/aerovato/magic-compact/</guid>
    <pubDate>Wed, 09 Sep 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>A plugin for Claude Code and OpenCode that summarizes each old assistant turn and prunes bulky tool output, keeping your messages verbatim. Development is paused in favor of Operator Memory, but it still works.</description>
    <content:encoded><![CDATA[<p><strong>Compress long Claude Code and OpenCode sessions without flattening them into one summary</strong></p><p>Coding agents get slow and expensive as a session grows. The built-in compaction in Claude Code and OpenCode replaces the whole conversation with one summary in a fixed template. Your messages, the agent&#x27;s reasoning and its design decisions get flattened, and the agent has to rebuild its working state from that.</p><p>Magic Compact keeps the shape of the conversation instead. Your messages stay word for word, and tool calls stay in place. Each old assistant turn is replaced by its own short summary. Long tool inputs and outputs are swapped for an omission notice with an ID, and the agent can call a `read_omitted_content` tool to fetch the original when it needs it.</p><p>Compaction runs once, when you ask for it, so there is no background process and no prompt injection during the agent loop. The README contrasts this with the OpenCode plugins DCP and Magic Context, which manage context continuously and cost more tokens and cache invalidations. On Claude Code the plugin can&#x27;t edit the current session, so it creates a new compacted session that you resume. The README says development is paused and points to the successor, Operator Memory, but the plugin still works.</p><p><a href="https://ir.adyog.com/repos/aerovato/magic-compact/">Read more on interesting repos</a> · <a href="https://github.com/aerovato/magic-compact">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>modeldeck: macOS menu bar app showing how much Claude Code and Codex usage you have left</title>
    <link>https://ir.adyog.com/repos/timharris707/modeldeck/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/timharris707/modeldeck/</guid>
    <pubDate>Fri, 04 Sep 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>A macOS menu bar app and local daemon that shows live "% left" meters and reset times for every Claude Code and Codex CLI account you use. It suits people with several plans who want warnings before a limit cuts off an agent run.</description>
    <content:encoded><![CDATA[<p><strong>macOS menu bar app showing how much Claude Code and Codex usage you have left</strong></p><p>If you run AI coding agents a lot, you may have a work Claude plan, a personal one and a Codex subscription. Each has its own 5-hour window, weekly limit and per-model caps, all resetting at different times. Checking by hand usually happens after a run has already died.</p><p>ModelDeck has two parts. A SwiftUI menu bar app shows the meters. A small Node.js daemon, listening only on 127.0.0.1, does the reading. Codex usage comes through the official codex app-server protocol. Claude usage comes from Anthropic&#x27;s usage endpoint, using the credential already stored in that account&#x27;s profile.</p><p>Each account gets its own isolated profile home, so identities don&#x27;t mix. The README says there is no cloud backend and no telemetry, and that ModelDeck never copies or stores your provider credentials. Update checks are off unless you enable them. The license is PolyForm Noncommercial, so commercial use needs the author&#x27;s permission.</p><p><a href="https://ir.adyog.com/repos/timharris707/modeldeck/">Read more on interesting repos</a> · <a href="https://github.com/timharris707/modeldeck">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>Switchyard: Routing library that picks which LLM handles each agent request</title>
    <link>https://ir.adyog.com/repos/nvidia-nemo/switchyard/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/nvidia-nemo/switchyard/</guid>
    <pubDate>Fri, 21 Aug 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>Switchyard decides, request by request, which model in your pool should handle an agent's work, mixing efficient and more capable models. It suits teams who want to cut cost and latency and can measure results against a single-model baseline.</description>
    <content:encoded><![CDATA[<p><strong>Routing library that picks which LLM handles each agent request</strong></p><p>AI agents often send every request to one expensive model. Switchyard lets you set up a pool of models, such as a cheaper one and a stronger one, and picks which should answer each request. Your gateway or application still makes the actual model call and owns credentials and retries.</p><p>You choose a routing algorithm. Some look at the request or the agent&#x27;s recent tool activity. Others ask a model to judge whether the efficient model can handle the task. Routing can change as the agent keeps working. The default, Auto, is a fixed preset that tries the efficient model first with a confidence threshold of 0.5.</p><p>It keeps OpenAI and Anthropic API compatibility, so it can sit behind existing clients. The README says a cheaper call does not guarantee a cheaper finished task, so test the whole setup against a single-model baseline. It is pre-1.0 software and APIs may change.</p><p><a href="https://ir.adyog.com/repos/nvidia-nemo/switchyard/">Read more on interesting repos</a> · <a href="https://github.com/NVIDIA-NeMo/Switchyard">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>rtk: A command-line proxy that shrinks shell output before your AI coding agent reads it</title>
    <link>https://ir.adyog.com/repos/rtk-ai/rtk/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/rtk-ai/rtk/</guid>
    <pubDate>Tue, 18 Aug 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>RTK is a single Rust binary that filters and compresses the output of common dev commands like git, test runners and linters before an LLM agent sees it. Pick it if your coding agent spends context on noisy terminal output.</description>
    <content:encoded><![CDATA[<p><strong>A command-line proxy that shrinks shell output before your AI coding agent reads it</strong></p><p>AI coding agents run shell commands constantly, and the raw output is often long: full git diffs, progress bars, hundreds of passing tests. All of that lands in the model&#x27;s context and costs tokens. RTK sits between the agent and the command and passes along a shorter version.</p><p>It works through a hook. When the agent runs a Bash command like `git status`, the hook rewrites it to `rtk git status`. RTK runs the real command, then trims the result by filtering noise, grouping similar items, truncating, and collapsing repeated lines into counts. The agent never has to call `rtk` itself.</p><p>The README is careful about what the numbers mean. Up to 90% is the cut in bash output only, not in your bill, because bash output is just one part of the input and input is only part of the cost. Token counts are estimated as bytes divided by four, so the percentages are more reliable than the absolute numbers. It also says the filtering does not break Claude&#x27;s prompt cache.</p><p><a href="https://ir.adyog.com/repos/rtk-ai/rtk/">Read more on interesting repos</a> · <a href="https://github.com/rtk-ai/rtk">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>pxpipe: Local proxy that renders Claude Code's bulky context as images to cut input tokens</title>
    <link>https://ir.adyog.com/repos/teamchong/pxpipe/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/teamchong/pxpipe/</guid>
    <pubDate>Fri, 24 Jul 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>pxpipe is a local proxy that rewrites the system prompt, tool docs and older history of each Claude Code request into dense PNG pages before sending. It suits people whose bills are driven by large re-sent context and who can accept some lossy reading.</description>
    <content:encoded><![CDATA[<p><strong>Local proxy that renders Claude Code&#x27;s bulky context as images to cut input tokens</strong></p><p>Coding agents like Claude Code re-send a lot of text on every request: the system prompt, tool documentation and old history. An image costs tokens by its pixel size, not by how much text it holds, so dense text packed into a picture can cost far less.</p><p>pxpipe runs on your machine between the agent and the API. It renders the bulky, older parts of each request into PNG pages, adds a short factsheet of precision-critical tokens, and keeps recent turns as text. Only the request changes; the model&#x27;s streamed output is untouched. A dashboard shows tokens saved and each conversion side by side.</p><p>The README is open about the trade-offs. Reading images is lossy: exact hex strings are sometimes silently misread, depending on the model. It pays off on token-dense content like code and JSON and loses on sparse prose, so a profitability gate decides what to image. It reports roughly 60 to 70 percent lower bills on Claude Code traffic, checked per request against a count_tokens baseline.</p><p><a href="https://ir.adyog.com/repos/teamchong/pxpipe/">Read more on interesting repos</a> · <a href="https://github.com/teamchong/pxpipe">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>headroom: Shrinks tool outputs, logs, and files before your AI agent sends them to the model</title>
    <link>https://ir.adyog.com/repos/headroomlabs-ai/headroom/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/headroomlabs-ai/headroom/</guid>
    <pubDate>Fri, 05 Jun 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>Headroom compresses what an AI agent reads (tool output, logs, JSON, RAG chunks, files) on your machine before it reaches the LLM. It works as a library, a proxy, or an agent wrapper, so you can cut token costs without rewriting your code.</description>
    <content:encoded><![CDATA[<p><strong>Shrinks tool outputs, logs, and files before your AI agent sends them to the model</strong></p><p>Coding agents and LLM apps send a lot of bulky text to the model: search results, log dumps, JSON from tools. You pay for every token, and long context crowds out useful information. Headroom sits between your agent and the model provider and shrinks that text first.</p><p>It runs locally. A router detects the content type and picks a compressor: one for JSON, one for source code (using the syntax tree), and a small Hugging Face model for plain text. Originals are cached locally, so the model can ask for the full text through a retrieve tool when it needs it.</p><p>You can call compress() in Python or TypeScript, run a proxy that any OpenAI-compatible client can point at, or use &#x27;headroom wrap&#x27; to launch a supported agent already routed through it. The README&#x27;s benchmarks show 21% to 57% savings on four agent scenarios. It also says savings depend on how repetitive the data is, and that prose compresses very little.</p><p><a href="https://ir.adyog.com/repos/headroomlabs-ai/headroom/">Read more on interesting repos</a> · <a href="https://github.com/headroomlabs-ai/headroom">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>codegraph: A local code knowledge graph that lets AI coding agents look up code in one call</title>
    <link>https://ir.adyog.com/repos/colbymchenry/codegraph/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/colbymchenry/codegraph/</guid>
    <pubDate>Fri, 22 May 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>CodeGraph builds a local graph of the symbols, calls and dependencies in your codebase and gives it to AI coding agents through MCP. Pick it if your agent spends many tool calls grepping and reading files to understand code.</description>
    <content:encoded><![CDATA[<p><strong>A local code knowledge graph that lets AI coding agents look up code in one call</strong></p><p>AI coding agents usually learn a codebase the slow way. They grep, glob and read files one at a time, then piece together who calls what. That takes many tool calls and uses a lot of tokens before the real work starts.</p><p>CodeGraph indexes your project ahead of time into a knowledge graph of symbols, call edges and dependencies. The graph lives in a local .codegraph/ folder and is served to the agent as an MCP server. The agent asks one question and gets back the relevant source, the call paths between symbols, and what a change could affect. A file watcher keeps the graph current as files change.</p><p>The README reports its own benchmarks on seven repos: 44% lower cost and 62% fewer tokens on average, with the biggest gains on questions that needed many tool calls. These are the author&#x27;s numbers, so check them on your own code. Everything runs locally.</p><p><a href="https://ir.adyog.com/repos/colbymchenry/codegraph/">Read more on interesting repos</a> · <a href="https://github.com/colbymchenry/codegraph">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>freellmapi: One OpenAI-style API that routes across dozens of free LLM provider tiers</title>
    <link>https://ir.adyog.com/repos/tashfeenahmed/freellmapi/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/tashfeenahmed/freellmapi/</guid>
    <pubDate>Fri, 22 May 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>Runs a server that pools your free-tier keys from 34 LLM providers behind one /v1 endpoint, with routing and failover when a provider hits its limit. It suits people who want to experiment with many models without paying.</description>
    <content:encoded><![CDATA[<p><strong>One OpenAI-style API that routes across dozens of free LLM provider tiers</strong></p><p>Most AI labs offer a small free tier, a few million tokens a month or a few thousand requests a day. Each one alone is small, and juggling many SDKs and rate limits by hand is a chore. FreeLLMAPI puts them behind one OpenAI-compatible endpoint, so any client that speaks that API can point at your server.</p><p>You add your own keys for the providers you want, and they are stored encrypted. For each request, a router ranks the available models by speed, capability and reliability. If a provider returns a rate-limit or server error, it tries the next one. It also counts usage per key so it stays under each free-tier cap.</p><p>The README compares it with OpenRouter, LiteLLM and Portkey. Its focus is stacking free tiers, and it also speaks Anthropic, Gemini and Ollama formats so coding agents like Claude Code, Codex CLI and Aider can use it. The README says it is for personal experimentation only. A paid plan ($19/yr) gets new models in the catalog the same day, while free installs get them 30 days later.</p><p><a href="https://ir.adyog.com/repos/tashfeenahmed/freellmapi/">Read more on interesting repos</a> · <a href="https://github.com/tashfeenahmed/freellmapi">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>9router: Local proxy that routes AI coding tools to subscription, cheap, or free models</title>
    <link>https://ir.adyog.com/repos/decolua/9router/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/decolua/9router/</guid>
    <pubDate>Fri, 15 May 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>9Router runs a local gateway between AI coding tools and 40+ model providers, with automatic fallback when quota runs out. It also trims tool output to cut token use, so you can stretch subscriptions and free tiers further.</description>
    <content:encoded><![CDATA[<p><strong>Local proxy that routes AI coding tools to subscription, cheap, or free models</strong></p><p>AI coding tools like Claude Code, Codex, Cursor and Cline hit rate limits, burn through paid quota, and tie you to one provider. 9Router is a local server you point those tools at instead. It exposes an OpenAI-compatible endpoint at localhost:20128/v1 and forwards each request to a provider you have connected.</p><p>Behind that endpoint it translates between API formats (OpenAI and Claude), tracks quota, and refreshes tokens. You use tiers: subscription providers first, then cheap ones such as GLM or MiniMax, then free ones such as Kiro or OpenCode Free. When one tier runs dry, requests move to the next.</p><p>It also has a feature called RTK that compresses tool_result content, such as git diff, grep or ls output, before sending it on. The README claims 20-40% token savings. That is the author&#x27;s figure, so test it on your own work. Free tiers have credit caps, so expect limits, not truly unlimited use.</p><p><a href="https://ir.adyog.com/repos/decolua/9router/">Read more on interesting repos</a> · <a href="https://github.com/decolua/9router">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>context-mode: Keeps bulky tool output out of your coding agent's context window</title>
    <link>https://ir.adyog.com/repos/mksglu/context-mode/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/mksglu/context-mode/</guid>
    <pubDate>Fri, 24 Apr 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>An MCP server with hooks that runs tool calls in a sandbox, so only small results reach the model's context. It also saves session events in SQLite so an agent can pick up its work after a compaction.</description>
    <content:encoded><![CDATA[<p><strong>Keeps bulky tool output out of your coding agent&#x27;s context window</strong></p><p>AI coding agents fill their context windows fast. One browser snapshot, a list of GitHub issues or a log file can add tens of kilobytes of raw text. When the agent later compacts the conversation, it can also lose track of which files it was editing and what you asked for.</p><p>Context Mode adds an MCP server whose tools run code or fetch data in a sandbox and return only the printed result. The idea is to have the model write a short script that does the counting or filtering, instead of reading 50 files into context. Hooks nudge the agent to use these tools instead of raw Bash, Read or WebFetch.</p><p>For continuity, it logs file edits, git operations, tasks and errors in SQLite, indexes them with FTS5, and pulls back only the relevant parts with BM25 search after a compaction. It does not dictate how the model writes its answers, only where data goes. The README says it supports 17 platforms. The license is Elastic License 2.0, which is not an OSI open-source license.</p><p><a href="https://ir.adyog.com/repos/mksglu/context-mode/">Read more on interesting repos</a> · <a href="https://github.com/mksglu/context-mode">GitHub</a></p>]]></content:encoded>
  </item>
  <item>
    <title>caveman: Makes coding agents answer tersely and shrinks the logs and output they read</title>
    <link>https://ir.adyog.com/repos/juliusbrussee/caveman/</link>
    <guid isPermaLink="true">https://ir.adyog.com/repos/juliusbrussee/caveman/</guid>
    <pubDate>Wed, 15 Apr 2026 08:00:00 +0000</pubDate>
    <category>Token &amp; cost savings</category>
    <description>A rule file, a local proxy and a code middleware that cut the tokens a coding agent writes and reads. Pick it if your agent's token bill is high and you want shorter answers without changing how you work.</description>
    <content:encoded><![CDATA[<p><img src="https://ir.adyog.com/img/juliusbrussee__caveman.webp" alt="" width="1200" height="600"></p><p><strong>Makes coding agents answer tersely and shrinks the logs and output they read</strong></p><p>AI coding agents are billed by the token. They write long, polite answers and read huge logs, test output and diffs. Caveman goes after both sides. The skill is a rule file that tells the agent to drop the filler and answer in short, caveman-style prose. Code, commands, file paths and error messages are left alone, and security warnings come back in full sentences.</p><p>The proxy runs on your machine between the agent and the AI provider. It compresses logs, JSON, test output and diffs before the model sees them, and keeps a backup of every original so the agent can fetch it back. A middleware package does the same inside your own app, wrapping LangChain, Vercel AI SDK, OpenAI or Anthropic calls.</p><p>The README is frank about the numbers. A JetBrains test of the skill alone on 86 coding tasks found about 8.5% fewer output tokens with no detectable quality change. The repo&#x27;s own eval shows only about 3% on top of a plain &#x27;answer concisely&#x27; instruction, and 35% at the ultracave level. The authors say most of an agent&#x27;s bill is reading, which is why the proxy exists.</p><p><a href="https://ir.adyog.com/repos/juliusbrussee/caveman/">Read more on interesting repos</a> · <a href="https://github.com/JuliusBrussee/caveman">GitHub</a></p>]]></content:encoded>
    <enclosure url="https://ir.adyog.com/img/juliusbrussee__caveman.webp" type="image/webp" length="0"/>
  </item>
</channel>
</rss>
