The agent environment for long-horizon work, continuity, and self-evolution.
Website · Docs · Sign in · Quick Start
holaOS is the agent environment for long-horizon work. It gives agents a structured operating system made of runtime, memory, tools, apps, and durable state so they can work continuously, evolve over time, and stay inspectable across runs instead of resetting back to one-off task execution.
If Holaboss is useful or interesting, a GitHub Star would be greatly appreciated.
Quick Start is the shortest path to a working local Holaboss Desktop environment powered by holaOS. Use the one-line repository installer on a fresh machine, or follow the manual path if you want to control each setup step yourself.
curlbash- macOS, Linux, or WSL
The installer bootstraps git, Node.js 24.14.1, and npm if they are missing. On Linux it may use sudo to install git.
For a fresh-machine bootstrap on macOS, Linux, or WSL, use the repository installer:
curl -fsSL https://raw.githubusercontent.com/holaboss-ai/holaboss-ai/main/scripts/install.sh | bash -s -- --launchThat installer:
- installs
gitif it is missing - installs Node.js
24.14.1plusnpmif they are missing - clones the repository into
~/holaboss-aiby default - creates
desktop/.envfromdesktop/.env.exampleif needed - runs
npm run desktop:install - runs
npm run desktop:prepare-runtime:local - runs
npm run desktop:typecheck - only runs
npm run desktop:devwhen you pass--launch
All deeper technical and product documentation lives at holaboss.ai/docs:
| Section | What's Covered |
|---|---|
| Overview | The merged entry page for the environment-engineering thesis and system model |
| Quick Start | The fastest path to a working local desktop environment |
| Learning Path | The technical path through the docs after setup |
| Environment Engineering | The core thesis behind holaOS and why the environment defines the system |
| Concepts | Core system vocabulary for workspaces, runtime, memory, and outputs |
| Workspace Model | Workspace contract, authored surfaces, and runtime-owned state |
| Memory and Continuity | Durable memory, continuity artifacts, and long-horizon resume behavior |
| Agent Harness | The stable harness boundary inside the runtime and how executors fit into it |
| Build on holaOS | The code-true developer map for desktop, runtime, apps, templates, and validation paths |
| Start Developing | The local developer path for desktop and runtime validation |
| Workspace Experience | The desktop workspace surface and operator-facing shell behavior |
| Model Configuration | Providers, defaults, catalog-driven model metadata, and runtime model selection |
| Runtime APIs | The runtime operational surface for workspaces, runs, streaming, and app lifecycle |
| Independent Deploy | Running the portable runtime without the desktop app |
| Build Your First App | Building workspace apps on top of holaOS |
| Troubleshooting | The common local runtime and desktop failure modes |
| Reference | Environment variables and supporting reference material |
You really shouldn't need this as the one line install is doing the exact same thing. But oh well it's here in case you need it. If you are using the manual path instead, you can verify the usual prerequisites with:
git --version
node --version
npm --versionIf you use Codex, Claude Code, Cursor, Windsurf, or another coding agent, you can hand it the setup instructions in one sentence:
Run the Holaboss install script from https://raw.githubusercontent.com/holaboss-ai/holaboss-ai/main/scripts/install.sh. It should install git and Node.js 22/npm if they are missing, clone or update the repo into ~/holaboss-ai unless I specify another --dir, run desktop:install, create desktop/.env from desktop/.env.example if needed, run desktop:prepare-runtime:local and desktop:typecheck, and only run desktop:dev if I ask for --launch. If Electron cannot open, stop after verification and tell me the next manual step.
That handoff keeps the installation flow self-contained while leaving the detailed bootstrap steps in the repo-local INSTALL.md runbook.
This is the baseline installation flow for local desktop development.
- Install the desktop dependencies from the repository root:
npm run desktop:install- Create your local environment file:
cp desktop/.env.example desktop/.envIf you are following the repo exactly, keep the file close to the template and only change the values that your provider or machine needs.
- Prepare the local runtime bundle:
npm run desktop:prepare-runtime:local- If you want a quick validation pass before launching Electron, run:
npm run desktop:typecheck- Start the desktop app in development mode:
npm run desktop:devThe predev hook will validate the environment, rebuild native modules, and make sure a staged runtime bundle exists.
If you want to stage the runtime before opening the desktop app, there are two common paths:
Build from local runtime:
npm run desktop:prepare-runtime:localFetch the latest published runtime:
npm run desktop:prepare-runtimeUse the local path when you are actively changing runtime code. Use the published bundle when you want to verify the desktop against a known release artifact.
Use One-Line Install when you want the fastest path to a working local desktop environment. Use Manual Install when you need to inspect or control each setup step yourself.
If you want to contribute, start with Start Developing to get the local desktop and runtime loop working, then use Contributing for validation, commit, and review expectations.
- License: MIT. See LICENSE.
- Security issues: report privately to
admin@holaboss.ai. See SECURITY.md.

