Observe
Read host memory, recent trends, local activity, credible LLM growth, and fresh Parallels state.
Product case study · Native macOS
A safety-first memory orchestration utility for people running local AI and Parallels virtual machines on the same Mac.
Local AI should be able to use a powerful Mac without turning every running virtual machine into a manual memory-management chore.
On Apple silicon, local models and virtual machines draw from the same unified memory pool. A heavy model load can rapidly reduce headroom, increase compression and swap activity, and degrade the entire system.
The obvious response—suspend some VMs—is also the dangerous one. A useful product has to know which resources are deliberately managed, whether they are active, what the host is actually doing, and whether the app owns the state it may later reverse.
How do you make automation genuinely helpful without hiding risk or guessing what the user intended?
02 · Workflow
The UI and engine share the same decision language, so monitoring, recommendations, actions, and audit history tell one coherent story.
Read host memory, recent trends, local activity, credible LLM growth, and fresh Parallels state.
Match discovered resources to explicit tracking choices and unambiguous app-owned suspension records.
Apply sustained thresholds, hysteresis, cooldowns, priorities, locks, and protection rules.
Show the next likely action—or the reason no action is appropriate—before anything changes.
Perform fresh identity, state, and safety checks immediately before a supported command.
Persist the result locally, record ownership, and use conservative startup reconciliation.
Physical, used, available, compressed, swap, growth, trend, paging, compression churn, and inferred pressure signals from Mach and sysctl.
Per-VM tracking, permanent protection, manual in-use locks, priority, minimum idle time, automatic-resume preference, and temporary exclusion.
Configurable detection for Ollama, LM Studio, llama.cpp, MLX, and Python transformer workloads, with stricter matching for generic Python processes.
Only confirmed app-owned suspensions are eligible for automatic resume. Recovery is gradual and defaults to reverse suspension order.
Atomic JSON persistence, bounded audit and metrics history, notifications, diagnostics, policy profiles, menu-bar access, and simulation scenarios.
Unit tests and deterministic simulation run without Parallels. Simulation has no route to the real provider.
04 · Safety engineering
The provider has no capability for shutdown, stop, reset, restart, process termination, or arbitrary commands.
Every process launch starts with automation paused; onboarding keeps observe-only enabled.
Fresh JSON discovery must produce one exact, valid match before any supported action can run.
Unavailable CLI, malformed data, duplicate identities, or incomplete reconciliation block automation.
No analytics, networking, cloud account, root helper, or guest credentials. Logs hash VM identifiers and omit sensitive arguments.
05 · Architecture
Core decision logic stays independent of the UI and Parallels, while the macOS target supplies monitoring, persistence, providers, and focused SwiftUI presentation.
A VM being suspended does not mean the app suspended it. Persisted ownership plus conservative reconciliation prevents automatic resume from adopting a user’s manual decision.
Allocation alone is not a crisis. Headroom, swap growth, paging, compression churn, sustained duration, and trajectory produce a more credible signal.
Severe pressure may justify a rapid sequential response, but every candidate is rechecked and every burst has a hard limit.
Without precise window-to-VM attribution, foreground Parallels use protects all running VMs. The fallback is deliberately conservative.
More work
Explore infrastructure, local AI, cybersecurity, and troubleshooting projects across the portfolio.
Return to selected work