AIToday
Large Language ModelsAI Coding AssistantsZenn AI/MLPublished: Oct 14, 2026, 22:00 JST

Bulchimbeon keeps Macs awake for Claude Code, but fails 3 real tests

Bulchimbeon keeps Macs awake for Claude Code, but fails 3 real tests

3 Key Points

  1. What happened

    A developer released Bulchimbeon, an MIT-licensed macOS menu-bar app that keeps the Mac awake only while agents like Claude Code, Codex and Gemini CLI work, yet it still failed three times on real hardware despite 70 passing tests.

  2. Why it matters

    The three failures were invisible to logic-only tests — the watchdog vanished with the admin shell, saved duty was erased on restart by an init call running before resume, and notifications were silently blocked — so any such app needs real-machine verification.

Not sure about something? Ask the AI

Questions and answers are published on this page.

Summaries like this, in your inbox every morning.

Context & Analysis

Bulchimbeon began from a common nuisance: Macs fall asleep during long AI coding sessions, leaving work unfinished, screens lit all night, or batteries drained. The developer's fix was a pixel-art private in the menu bar who patrols with a flashlight and salutes when the agents finish. Deciding whether an agent is "working" proved harder than expected. The first rule, checking if a Claude Code process is alive, never let the private retire because open windows keep processes running. The final logic instead looks for caffeinate child processes that Claude Code starts only while busy, CPU above 2% over a 60-second average to catch builds and tests, and excludes headless sessions launched with --tools. This logic lives in a pure state machine called DutyEngine with 70 scenario tests covering a quiet five-minute handoff, a battery under 20% retreat, and a heat break with automatic return. Even so, real hardware exposed three blind spots the tests could not: the watchdog vanished with the admin shell because osascript cleaned up its children, saved duty was erased on restart because persist ran before resume, and notifications were silently discarded by macOS for ad-hoc-signed apps. The developer fixed these with a detached perl fork, a synchronized handoff via pipe, a reordered restart sequence, and an osascript fallback that passes text through argv to avoid AppleScript injection.

FAQ
What does Bulchimbeon actually do?
It keeps the Mac awake only while AI coding agents are working, so the machine can sleep once they finish. It runs without hooks, daemons, or root helpers and works on macOS 13 and later.
How can I install it?
You can install it with brew install --cask s3onghyun/tap/bulchimbeon. The app is not yet notarized by Apple, so the first launch requires clicking "Open Anyway."
Why did the app fail on real hardware despite passing tests?
Three failures occurred: the watchdog script died with the admin shell because osascript cleaned up its child processes, saved duty was erased on restart because init called persist before resume, and notifications never arrived because ad-hoc-signed apps are not allowed to send them.

AI news that matters for your work, delivered every morning.

Pick your industry and the AI tools you use, and get news related to your work every day.

Free · 30 seconds with Google · unsubscribe anytimeWhat is AIToday? →

Ask AI

Ask AI anything about this article. The AI reads this article, earlier AIToday articles, and Wikipedia, and cites its sources. Q&As are published on this page for other readers too.

Questions and answers are published on this page.

Related Articles

Next articleGemini skills, not ChatGPT GPTs: 30分 no-code agent guide