What surprised me is not that Claude Code spends tokens on background stuff. That part is obvious once you think about it. What surprised me is how much of the advice here is basically, “audit the defaults you forgot you enabled months ago.” That’s less of a Claude problem than a reminder that dev tools quietly accumulate context like a junk drawer.
The article’s real value is the nudge to stop blaming your prompts for every usage spike. If you’re hitting limits fast, the first thing I’d check is exactly what the piece points at: CLAUDE.md, connected MCP servers, scheduled tasks, and installed Skills. Those are all reasonable features, but they each create a habit of “always-on” context. In practice, that can be fine for a project-specific assistant and kind of wasteful for everything else.
I’m a little less convinced by the framing around “hidden token drains,” though. “Hidden” is doing a lot of work here. CLAUDE.md being loaded at session start is not sneaky so much as the expected behavior of a context-driven tool. Same with MCP servers and Skills. If anything, the real issue is discoverability: people enable useful features, then never look back. The waste comes from drift, not from magic.
The one part I’d actually act on immediately is pruning CLAUDE.md. That file is where teams tend to dump everything, including instructions that only matter in one narrow workflow. If the article’s suggestion to move some of that into Skills helps keep the baseline context smaller, that sounds sensible. I’d also inspect MCP servers before I touched anything else, because that’s the kind of thing that grows quietly and becomes invisible after a week.
The scheduled-task angle is interesting because it exposes a broader pattern: background automation is never “free,” even when it feels unattended. If Claude Code is repeatedly spinning up sessions on your behalf, then yes, all the usual context overhead gets paid again and again. That’s not a bug, but it is easy to underestimate.
So I think the practical takeaway is not “turn everything off.” It’s to decide which parts of your setup deserve to be in the default context and which parts should be opt-in. That distinction matters more in Claude Code than in a normal chat UI, because the whole product is built around carrying state forward. The trick is to carry only the state you actually need.