For Mac developers

Your build has a project name. Your battery monitor should know it.

Battery Hog connects the Mac’s total live power draw to the compilers, tests, dev servers, and coding-agent descendants running behind your work.

The problem with a flat process list

A single development session can fan out into dozens of short-lived workers. A process table can show each one; it usually cannot tell you that they all belong to the same project—or that two agents are compiling at once.

Project-level grouping

Battery Hog uses command, process ancestry, and working-directory signals to connect recognized development workers to a workload.

Whole-Mac context

Live battery-side watts remain system-wide, so estimated app impact is never disguised as an exact per-app measurement.

Thermal history

Heat Watch observes macOS thermal state and reviews recent CPU/workload history after sustained pressure.

Explicit coordination

Agent Mode coordinates only commands deliberately launched through its gate. Ungated processes remain untouched.

Recognized work today

Battery Hog recognizes common Node, Rust, Gradle/Kotlin, CocoaPods, test, scan, compiler, and dev-server activity. Workload classification is heuristic and open source; edge cases are welcome as reproducible GitHub issues.

A precise trust boundary: Battery Hog does not automatically throttle or kill every agent, build, or server. On battery, gated commands can share configured heavy-job lanes. On AC—or when Agent Mode is disabled—the command passes through unchanged.

Use it when

Inspect Battery Hog on GitHub