How to Monitor Claude Code & AI Agent RAM on a Mac (When Activity Monitor Can't)
If you run AI tools on a Mac, you know the feeling. Your fans spin up, the beachball appears, and you open Activity Monitor to find out what's eating your machine — only to be greeted by fifteen identical rows that just say node and another eight that say python. Which one is Claude Code? Which is the MCP server? Which is a zombie from a session you closed an hour ago? Activity Monitor won't tell you. This guide will.
Why AI workflows break Activity Monitor
The tools driving the current wave of AI development — Claude Code, Cursor, MCP servers, language servers, local models like Ollama — almost all run on the same handful of runtimes. They're node processes, python processes, or helper subprocesses spawned by an Electron app. Activity Monitor faithfully reports the runtime name. It has no idea, and no way to tell you, that node #7 is your Claude Code session and node #11 is a forgotten dev server still holding 900 MB.
That's not a bug in Activity Monitor — it was designed in an era when one app meant one obvious process. But agentic AI changed the shape of the workload. A single coding session can fan out into a dozen subprocesses, each spinning up and tearing down as agents run tools, and the memory adds up fast on a laptop with a fixed, unified-memory budget.
What you actually want to see
To stay in control of an AI dev machine, you need answers to four questions at a glance:
- Which tool is this process? Not "node" — Claude Code, MCP: filesystem, Cursor helper, Ollama.
- How much is each one really using? RAM, CPU, and whether it's driving thermal pressure.
- What's stale? The subprocesses still resident after you closed the session that spawned them.
- Can I reclaim it right now? Without rebooting or hunting PIDs in a terminal.
The manual way (and why it gets old)
You can do some of this by hand. In a terminal, ps aux | grep node shows command lines, and you can squint at the working directory to guess which is which. htop is nicer than Activity Monitor. kill -9 ends the stragglers. But doing this twenty times a day, mid-flow, while you're trying to actually ship code, is exactly the kind of friction that pulls you out of the work. You didn't open a terminal to play detective with PIDs.
The goal isn't to become a sysadmin for your own laptop. It's to glance at the menu bar, see that something's wrong, understand what, and fix it in a click — then get back to building.
A purpose-built approach: name the processes, reclaim the memory
This is the gap SystemPulse was built to close. It's a native macOS app — not an Electron wrapper — that lives in your menu bar and does the one thing Activity Monitor can't: it reads each process's command line and working directory and groups them by the tool that launched them. Instead of a wall of node, you see named groups: Claude Code, MCP servers, Cursor, Chrome helpers, local models, dev servers.
From there it shows live CPU, RAM, disk and thermal tiles, flags the processes quietly holding memory after their session ended, and lets you reclaim cache and free up RAM in a single click. Because it's a true universal binary (Apple Silicon and Intel) and notarized by Apple, it runs cleanly on macOS 13 and later with none of the "unidentified developer" friction.
How to start in two minutes
- Download SystemPulse and drag it to Applications. The free Lite tier is open source and enough to see named AI process groups.
- Pin it to your menu bar and set it to launch at login, so it's watching from the moment you start working.
- Run your usual AI session — Claude Code, an MCP server or two, your editor — and watch the groups populate with real names instead of
node. - When memory tightens, open the panel, spot the stale group, and reclaim it without touching a terminal.
Habits that keep an AI dev Mac fast
- End sessions cleanly. Agentic tools spawn children; closing the parent doesn't always reap them. A quick glance catches the survivors.
- Watch thermal pressure, not just RAM. Sustained AI workloads throttle a hot laptop, and throttling is the real reason "everything got slow."
- Clear dev caches periodically. npm, build artifacts and model caches balloon silently and reclaim gigabytes when cleared.
- Keep a monitor in the menu bar. The cheapest performance fix is simply seeing the problem the moment it starts, instead of after the beachball.
The bottom line
Agentic AI is the most demanding everyday workload most developers have ever run on a laptop, and the tools we use to watch our machines haven't caught up. Activity Monitor shows you runtimes; what you need is to see tools — and to act on them without breaking your flow. Name the processes, watch the pressure, reclaim what's stale, and your Mac stays out of your way so you can keep building.
node is eating your Mac.
SystemPulse names every AI process Activity Monitor can't — Claude Code, MCP servers, Cursor, Ollama — and reclaims memory in one click. Native, notarized, universal binary for macOS 13+. Free Lite tier; Pro is $15/yr.
Download SystemPulse →SystemPulse is a native macOS system monitor and cleanup utility for developers running Claude Code, MCP servers and agentic AI workflows. macOS 13+ · Apple Silicon & Intel · notarized by Apple.