P1 Tool Execution Spawns 1,100+ Bash Processes on Windows Desktop — Exhausts RAM, Freezes System (#54744)

Executive Summary

On Hermes Desktop for Windows, any command that triggers tool or shell execution spawns a continuously growing number of "Git for Windows" / Bash processes. In one documented test: 388 processes using 2.6 GB RAM → 1,100+ processes using ~16 GB RAM. Total system memory hit >80%, computer became almost unusable. Only recovery: terminate the Git for Windows process tree or restart. This is the 5th distinct Windows Desktop reliability bug we've tracked — two of which were opened on consecutive days.

Reproduction & Root Cause

Steps to Reproduce

  1. Open Hermes Desktop on Windows 11
  2. Start a new conversation
  3. Issue a simple command: "Create a new folder on the desktop and set up a new Next.js project named Test"
  4. Hermes executes node --version, test -d, if [ -e ...], etc.
  5. Open Task Manager
  6. Observe unbounded process growth

The Cascade

StageWhat Happens
1. Shell SpawnShell processes spawn for each tool execution step
2. No ReuseProcesses are never reused or terminated — each new tool call spawns fresh processes
3. No EnforcementNo max-concurrent-execution enforcement; no process-spawning loop detection
4. Stuck PhaseHermes gets stuck in the tool execution phase, unable to proceed or clean up
5. System FreezeWindows becomes completely unresponsive as RAM is exhausted
Documented Resource Escalation
Time 0: 388 processes → 2.6 GB RAM Time +N: 1,100+ processes → ~16 GB RAM (>80% system memory) Result: Computer almost unusable. Only recovery: kill process tree or reboot.

Impact Assessment

DimensionSeverityDetail
System StabilityCRITICALUnbounded process explosion freezes the entire Windows system — not just Hermes, but the entire OS becomes unresponsive
Resource ExhaustionCRITICAL16+ GB RAM consumed by leaked processes — exceeds the RAM capacity of most consumer laptops
Default Use CaseCRITICALTool execution is the core value proposition of an agent — this bug makes the Desktop app unusable for its primary purpose
Recovery DifficultyHIGHOnly recovery is manual process tree termination or system restart — no graceful degradation
Fix ComplexityHIGHRequires process lifecycle management, max-concurrent-execution limits, and spawn-loop detection in the Electron shell layer

Windows Desktop Bug History (5 Distinct Issues)

IssueSeverityDateDescription
#46260P2Installer fails at desktop stage (npm EBADENGINE)
#50897P2Desktop won't launch on Windows
#53069P2Missing simple-git module after upgrade
#54303P2Jun 28Desktop app leaks "Gt for Windows" processes while idle — continuous growth, high CPU
#54744P1Jun 29Tool execution spawns 1,100+ Bash processes, exhausts RAM, freezes system

🔴 Pattern: Five distinct Windows Desktop reliability bugs across installation, launch, module resolution, idle process management, and catastrophic tool-execution process explosion. The last two were opened on consecutive days (June 28 and June 29). Windows Desktop reliability now has five independent failure modes — the Electron/Windows integration layer needs systematic hardening, not point fixes. Each fix addresses one failure mode while others proliferate.

Source Evidence

📋 https://hermes-agent.reviews/hermes-tool-execution-bash-process-explosion-54744.html
Tracked by hermes-agent.reviews — June 29, 2026