From darkroom
Manages Claude Code context window usage: monitors statusline, degradation thresholds, compacts with structured handoffs (/create-handoff, /compact, /resume-handoff), and validates summaries. For long sessions nearing limits.
npx claudepluginhub darkroomengineering/cc-settingsThis skill uses the workspace's default tool permissions.
Monitor and manage Claude Code context window usage.
Optimizes Claude Code session context by explaining major consumers like metadata, images, file reads, and bash output, with strategies including screenshot compression, /compact usage, and reduced re-reads.
Teaches context engineering ops: Write to persist, Select relevant info, Compress tokens, Isolate to manage budgets and keep AI coding sessions efficient.
Preserves critical context data before Claude Code's automatic compaction using snapshots and integrity verification to prevent information loss in complex projects.
Share bugs, ideas, or general feedback.
Monitor and manage Claude Code context window usage.
The statusline shows live context usage:
Opus 4.7 | my-project | main*↑ | ▊░░░░░░░░░ 8% (84k/1.0M)
| Usage | Action |
|---|---|
| 70-79% | Consider wrapping up or handing off |
| 80-89% | Start wrapping up |
| 90%+ | Run /create-handoff now |
Context degradation is not gradual — it follows a step function. Place critical information at the beginning and end of context (attention-favored positions). Avoid burying important facts in the middle.
| Model | Noticeable Degradation | Severe Degradation |
|---|---|---|
| Claude Opus 4.7 | ~100K tokens | ~180K tokens |
| Claude Sonnet 4.7 | ~80K tokens | ~150K tokens |
| Claude Haiku 4.5 | ~50K tokens | ~90K tokens |
Key patterns:
/create-handoff
This saves:
/compact
Reduces context by summarizing earlier conversation.
/resume-handoff
Restores context from handoff file.
When compacting, use this structured format to prevent silent information loss. Each section acts as a checklist the summarizer must populate:
## Session Intent
[What the user is trying to accomplish — the "why"]
## Files Modified
- path/to/file.ts: What changed and why
- path/to/other.ts: What changed and why
## Files Read (Not Modified)
- path/to/reference.ts: Why it was consulted
## Decisions Made
- Decision 1: Rationale
- Decision 2: Rationale
## Errors Encountered
- Error message or symptom → Resolution applied
- Error message or symptom → Still unresolved
## Current State
- Build status (passing/failing)
- Test status (X passing, Y failing)
- What's working, what isn't
## Next Steps
1. Immediate next action
2. Following action
3. Remaining work
Why structure matters: The artifact trail (which files were touched, what changed) is universally the weakest dimension after compression, scoring 2.2-2.5/5.0 even with structured summaries. Dedicated sections force preservation of file paths, error messages, and decisions that would otherwise silently drift away.
After compaction, verify quality with 3-5 probe questions before continuing work:
If any probe returns vague or incorrect answers, re-read the handoff file (/resume-handoff) to restore critical context. Traditional metrics (ROUGE, embedding similarity) fail to capture functional compression quality — probing tests whether the information the agent actually needs survived.
context: fork - Skills that fork don't bloat main contextThe setup includes:
Report: