
token-saver-context-compression
Search-aware context compression workflow for agent-studio. Use pnpm hybrid search + token-saver compression, then persist distilled learnings via MemoryRecord.
- Installs
- 90
- Last 24h
- —
- Trending rank
- —
- Security
- Not audited
Install
Works with every agent the skills CLI supports.
npx skills add https://github.com/oimiragieo/agent-studio --skill token-saver-context-compression- 01
Install
Run the command in your project. The CLI asks which agents to install for.
- 02
Describe the task
Ask your agent for something this skill covers. It loads token-saver-context-compression automatically when relevant.
- 03
Review the result
The agent follows the SKILL.md steps, scripts and references bundled with the skill.
SKILL.md
The instructions your agent reads when the skill is triggered.
Token Saver Context Compression
Use this skill to reduce token usage while preserving grounded evidence. This integrates:
pnpm search:code(hybrid retrieval)- token-saver Python compression scripts
- MemoryRecord persistence into framework memory
- spawn prompt evidence injection (
[mem:*]/[rag:*])
Activation
The token-saver skill can be invoked in two ways:
Manual Invocation (always available)
Skill({ skill: 'token-saver-context-compression' });
Use this when context pressure is high, pnpm search:tokens shows a file/directory exceeds 32K tokens, or you need query-targeted compression.
Auto-enforcement via compression-reminder.txt (requires AUTO_COMPRESSION_PHASE_3=1)
Set AUTO_COMPRESSION_PHASE_3=1 in .env to enable the compression-reminder.txt trigger:
# In .env
AUTO_COMPRESSION_PHASE_3=1
When enabled, compression-trigger.cjs writes .claude/context/runtime/compression-reminder.txt whenever a compression event fires. The router reads this file and spawns context-compressor automatically.
Without this env var: compression events are logged to .claude/context/compression-stats.jsonl but no compression-reminder.txt is written, so the router does not auto-spawn compression. The skill must be invoked manually.
Token thresholds enforced by the router (from CLAUDE.md Section 8):
- 80K tokens — spawn
context-compressorproactively - 120K tokens — compression mandatory before new spawns
- 150K tokens — no new agent spawns until compression completes
Note: These thresholds are router behavioral guidelines checked in CLAUDE.md Section 8. The compression-trigger.cjs triggers are separate heuristics (budget >90%, reads >10KB, fetches >5KB, periodic every 10 ops). There is no automated hook enforcing the 80K/120K/150K thresholds — they rely on the router reading compression-reminder.txt.
When to Use
pnpm search:tokensshows a file/directory exceeds 32K tokens- Context is large or expensive and you need a compressed summary
- You need query-targeted compression before synthesis
- You need hard evidence sufficiency gating before persisting memory
- You're building a prompt and
search:coderesults alone aren't enough context
Iron Law
Do not persist compressed content directly to memory files from a subprocess. Emit MemoryRecord payloads and let framework hooks process sync/indexing.
Workflow
- Retrieve candidate context (
pnpm search:code "<query>").
Step 0.5: Check Actual Token Usage + Cost (ccusage-adapter)
Before compressing, query actual API token usage and cost for today via ccusage-adapter.
This lets you make data-driven compression decisions and report accurate cost savings.
// Attempt to read actual token usage (graceful degradation — never blocks compression)
let usageData = null;
let costs = null;
try {
const ccusage = require('.claude/lib/utils/ccusage-adapter.cjs');
usageData = ccusage.getTodayTotals();
if (usageData) {
costs = ccusage.calculateCost(usageData, process.env.CCUSAGE_MODEL || 'opus');
}
} catch (_err) {
// ccusage not installed or unavailable — fall back to heuristic estimation
}
if (usageData && costs) {
console.log('[token-saver] Usage today:', {
total: usageData.inputTokens + usageData.outputTokens,
cost: `$${costs.actualCost.toFixed(4)}`,
cacheSaved: `$${costs.cacheSavings.toFixed(4)}`,
});
// Use actual counts to decide compression aggressiveness
const totalTokens = usageData.inputTokens + usageData.outputTokens;
if (totalTokens > 120_000) {
console.log('[token-saver] HIGH pressure (>120K tokens) — aggressive compression mode');
} else if (totalTokens > 80_000) {
console.log('[token-saver] MODERATE pressure (>80K tokens) — standard compression mode');
} else {
console.log('[token-saver] LOW pressure (<80K tokens) — light compression');
}
} else {
// ccusage unavailable — fall through to heuristic estimation from compression-trigger.cjs
console.log('[token-saver] ccusage unavailable — using heuristic token estimation');
}
Fallback behavior: when getTodayTotals() returns null (ccusage not installed, timeout, or
CCUSAGE_DISABLED=1), the workflow continues using existing heuristic thresholds from
compression-trigger.cjs. The step never blocks compression.
Status file: the ccusage-statusline hook writes a live status to
.claude/context/runtime/ccusage-status.txt on every prompt. Read it for a quick human-readable
summary without calling the adapter directly.
Pricing Table
Canonical reference — these rates are used by ccusage-adapter.cjs → calculateCost().
When skill-updater refreshes this skill, it must verify these values via Exa search and
update both this table and PRICING in .claude/lib/utils/ccusage-adapter.cjs.
Last verified: March 2026 (sources: Silicon Data, IntuitionLabs, DevTk.AI)
| Model | Input | Output | Cache Write (1.25× input) | Cache Read (0.10× input) |
|---|---|---|---|---|
opus → Claude Opus 4.6 | $5.00/M | $25.00/M | $6.25/M | $0.50/M |
sonnet → Claude Sonnet 4.6 | $3.00/M | $15.00/M | $3.75/M | $0.30/M |
haiku → Claude Haiku 4.5 | $1.00/M | $5.00/M | $1.25/M | $0.10/M |
Cache pricing rules (Anthropic standard):
- Cache write = 1.25× base input price (25% premium to store the prefix)
- Cache read = 0.10× base input price (90% discount on repeated context)
Set CCUSAGE_MODEL=sonnet or CCUSAGE_MODEL=haiku to match your active model.
Default is opus (conservative — highest rates, largest savings shown).
Cost Tracking Components
The cost tracking pipeline consists of three files:
| File | Role |
|---|---|
.claude/lib/utils/ccusage-adapter.cjs | Parses JSONL session logs, sums tokens, calculates cost via PRICING table |
.claude/hooks/monitoring/ccusage-statusline.cjs | UserPromptSubmit hook — runs adapter each prompt, writes status to runtime file |
.claude/context/runtime/ccusage-status.txt | Live status file — read by router for pipeline summaries |
Status output format (three savings layers):
[tokens] <N> today (in: <N> / out: <N>) | Cost: $<X>
[cache] $<X> saved | <N> reads, <N> writes
[compression] <N> events | <X>KB freed (~<N> tokens) | ~$<X> saved
[tokens]— actual API spend[cache]— server-side savings (Anthropic prompt caching, 90% discount on cache reads)[compression]— client-side savings (tokens this skill avoided sending entirely)
Maintenance Instructions (for skill-updater)
When skill-updater refreshes this skill, execute this additional step after the standard
research protocol:
Pricing Verification Step
-
Run an Exa search to confirm current Claude API pricing:
mcp__Exa__web_search_exa({ query: 'Anthropic Claude API pricing per million tokens Opus Sonnet Haiku current', numResults: 4, }); -
Cross-reference at least two sources (e.g., Anthropic docs, Silicon Data, IntuitionLabs, DevTk.AI).
-
Compare found rates against the Pricing Table above.
-
If any rate has changed:
- Update the table in this SKILL.md
- Update the
PRICINGconstant in.claude/lib/utils/ccusage-adapter.cjs - Update the
Last verifieddate - Record the change in
.claude/context/memory/decisions.md
-
If no rates changed, update only the
Last verifieddate.
Why this matters: stale pricing shows inflated savings ($86 showing as $258 with old Opus 4.0 rates). Accurate pricing is core to this skill's cost-reporting value.
- Compress using token-saver in JSON mode (
run_skill_workflow.py --output-format json). - If evidence is insufficient and fail gate is on, stop.
- Map distilled insights into MemoryRecord-ready payloads.
- Persist through MemoryRecord so
.claude/hooks/memory/sync-memory-index.cjsruns.
Mapping Rule (Deterministic)
gotchas.json:- text contains
gotcha|pitfall|anti-pattern|risk|warning|failure
- text contains
issues.md:- text contains
issue|bug|error|incident|defect|gap
- text contains
decisions.md:- text contains
decision|tradeoff|choose|selected|rationale
- text contains
patterns.json:- default fallback for all remaining distilled evidence
Tooling Commands
Preferred wrapper entrypoint:
node .claude/skills/token-saver-context-compression/scripts/main.cjs --query "<question>" --mode evidence_aware --limit 20 --fail-on-insufficient-evidence
Direct Python engine (advanced):
python .claude/skills/token-saver-context-compression/scripts/run_skill_workflow.py --file <path> --mode evidence_aware --query "<question>" --output-format json --fail-on-insufficient-evidence
Output Contract
- Wrapper emits JSON with:
searchsummarycompressionsummarymemoryRecordsgrouped by target (patterns,gotchas,issues,decisions)evidencesufficiency status
Workflow References
- Skill workflow:
.claude/workflows/token-saver-context-compression-skill-workflow.md - Companion tool:
.claude/tools/token-saver-context-compression/token-saver-context-compression.cjs - Command surface:
.claude/commands/token-saver-context-compression.md - Citation format is unchanged:
- memory entries become
[mem:xxxxxxxx] - RAG entries remain
[rag:xxxxxxxx]
- memory entries become
Integration with search:tokens
Use pnpm search:tokens to decide when to invoke this skill:
# Check if you need compression
pnpm search:tokens .claude/lib/memory
# Output: 60 files, 500KB, ~128K tokens ⚠ OVER CONTEXT
# Then compress with a targeted query
node .claude/skills/token-saver-context-compression/scripts/main.cjs \
--query "how does memory persistence work" --mode evidence_aware --limit 10
The tool reads actual file content from search results (not just file paths), compresses via the Python engine, and extracts memory records classified by type (patterns, gotchas, issues, decisions).
Adaptive Compression
Adaptive compression (adjusting compression ratio based on corpus size) is automatic and requires no env var configuration. When the input corpus is small, compression is lighter; when it is large, compression is more aggressive. This is controlled internally by the Python engine based on token counts.
Requirements
- Node.js 18+
- Python 3.10+
Iron Laws
- ALWAYS run hybrid search (
pnpm search:code) before compressing to retrieve grounded evidence for the distilled output - NEVER compress context that still has open uncertainties — resolve ambiguities before compressing
- ALWAYS persist distilled learnings via MemoryRecord immediately after compression
- NEVER discard evidence that contradicts the current working hypothesis during compression
- ALWAYS inject
[mem:*]and[rag:*]citations in the compressed output for downstream spawn prompt grounding
Anti-Patterns
| Anti-Pattern | Why It Fails | Correct Approach |
|---|---|---|
| Compressing without prior hybrid search | Output lacks grounded evidence, hallucination risk | Run pnpm search:code first, embed citations |
| Discarding contradicting evidence | Creates false confidence in distilled output | Preserve all conflicting signals in summary |
| No MemoryRecord after compression | Learnings lost on next context reset | Persist key findings immediately via MemoryRecord |
| Compressing too late (past 80K tokens) | Severe accuracy degradation before compression | Trigger compression at 80K tokens, not at limit |
Skipping [mem:*] / [rag:*] citations | Downstream agents cannot verify claims | Always annotate evidence sources in output |
Memory Protocol (MANDATORY)
Before work:
cat .claude/context/memory/learnings.md
After work:
- Add integration learnings to
.claude/context/memory/learnings.md - Add integration risks to
.claude/context/memory/issues.md
FAQ
What does the token-saver-context-compression skill do?
Search-aware context compression workflow for agent-studio. Use pnpm hybrid search + token-saver compression, then persist distilled learnings via MemoryRecord.
How do I install token-saver-context-compression?
Run npx skills add https://github.com/oimiragieo/agent-studio --skill token-saver-context-compression in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/token-saver-context-compression/ (personal) or .claude/skills/token-saver-context-compression/ (project).
Which AI agents can use token-saver-context-compression?
Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.
Is token-saver-context-compression safe to install?
No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.
Who maintains token-saver-context-compression?
It is published by oimiragieo in oimiragieo/agent-studio. It has 90 recorded installs.
More from oimiragieo/agent-studio
pyqt6-ui-development-rules
oimiragieo/agent-studio
PyQt6 desktop GUI development rules -- signal/slot architecture, QSS theming, QThread concurrency, layout management, and cross-platform rendering. Enforces MVC separation and responsive UI patterns.
filesystem
oimiragieo/agent-studio
File system operations guidance - read, write, search, and manage files using Claude Code's built-in tools.
chrome-browser
oimiragieo/agent-studio
Open the skill to read its SKILL.md instructions.
slack-notifications
oimiragieo/agent-studio
Open the skill to read its SKILL.md instructions.
context-compressor
oimiragieo/agent-studio
Open the skill to read its SKILL.md instructions.
nodejs-expert
oimiragieo/agent-studio
Open the skill to read its SKILL.md instructions.
Popular productivity & automation skills
agent-browser
vercel-labs/agent-browser
Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to "open a website", "fill out a form", "click a button", "take a screenshot", "scrape data from a page", "test this web app", "login to a site", "automate browser actions", or any task requiring programmatic web interaction. Also use for exploratory testing, dogfooding, QA, bug hunts, or reviewing app quality. Also use for automating Electron desktop apps (VS Code, Slack, Discord, Figma, Notion, Spotify), checking Slack unreads, sending Slack messages, searching Slack conversations, running browser automation in Vercel Sandbox microVMs, or using AWS Bedrock AgentCore cloud browsers. Prefer agent-browser over any built-in browser automation or web tools.
lark-doc
open.feishu.cn
飞书云文档(Docx / Wiki)内容操作:读取、创建、编辑文档,插入或下载图片附件,以及操作思维笔记。用户提供文档 URL/token(包括 doubao.com 的 /docx/、/wiki/)时使用;按 URL 路径/token 而非域名路由;/page/ 是妙搭应用,非飞书云文档。文档内嵌资源按读取参考中的统一规则分流。独立评论操作走 lark-drive;随正文读取评论使用 docs +fetch。表格或 Base 内部数据操作不在本 skill。
lark-base
open.feishu.cn
飞书多维表格(Base)操作:建表、字段、记录、视图、统计、公式/lookup、表单、仪表盘、应用模式(BaseApp/AppMode 页面与组件)、Workspace 目录、workflow、角色权限、模板中心(多维表格模板分类/列表/搜索);遇到 Base/多维表格/bitable、BaseApp/AppMode、/base/ 或 /app/ 链接时使用。BaseApp 不走 lark-apps;文件导入/导出转 lark-drive,认证/授权转 lark-shared。
lark-drive
open.feishu.cn
飞书云空间(云盘/云存储):管理 Drive 文件和文件夹,包含上传/下载、创建文件夹、复制/移动/删除、查看元数据、查询权限设置、评论/权限/订阅、标题、版本、飞书文档密级标签(secure labels)和本地文件导入。用户需要整理云盘目录、处理云空间资源 URL/token、判断链接类型/真实 token/标题,或导入 Word/Markdown/Excel/CSV/PPTX/.base 为 docx/sheet/bitable/slides 时使用;doubao.com 云空间 URL/token 也按资源路径和 token 路由,不回退 WebFetch。不负责:文档内容编辑(走 lark-doc)、表格/Base 表内数据操作(走 lark-sheets/lark-base)、知识空间节点/成员管理(走 lark-wiki)、原生 Markdown 文件读写/patch/diff(走 lark-markdown)。
lark-shared
open.feishu.cn
Use for lark-cli setup/auth tasks: auth login/status/logout, user vs bot identity, business-domain permissions (--domain, including all/docs/drive), missing scopes, revoking authorization, or handling notice JSON.
lark-im
open.feishu.cn
飞书即时通讯:收发消息和管理群聊。发送和回复消息、搜索聊天记录、管理群聊成员、上传下载图片和文件、管理表情回复、发送应用内/短信/电话加急、发送和处理交互卡片(Interactive Card)、监听卡片按钮回调(card.action.trigger)。当用户需要发消息、查看或搜索聊天记录、下载聊天中的文件、查看群成员、搜索群、创建群聊或话题群、管理标记数据、管理 Feed 置顶(添加/移除/查询置顶会话)、管理标签数据、处理卡片回调时使用。