Ask Cat › AI Tool Summary › Claude
Installing holaOS Locally: the One-Line Script, or the Official Five Manual Steps
Article last updated:2026-09-07
holaOS is a local-first agentic workspace where Claude Code, Codex and its own agent share one memory and one set of tools. Here is the install flow, taken directly from the official README and verified 2026-09-07.
1. Pick a route first
The README lists three ways to run it:
| Route | What you get |
|---|---|
| Desktop app | Download and go, nothing to set up, frontier models built in, free to start |
| Open source | Self-host it — modified Apache 2.0, bring your own keys, entirely on your machine |
| Enterprise | SSO with per-role permissions for every agent, skill and app; connect internal systems without exposing them; audit logs on every action; on-prem or your own cloud |
If you just want to use it, download the desktop app and skip the rest. What follows is the self-hosted route.
2. The fast path: one-line install
The repository installer, for a fresh macOS, Linux or WSL machine:
curl -fsSL https://raw.githubusercontent.com/holaboss-ai/holaOS/refs/heads/main/scripts/install.sh | bash -s -- --launch
One note before running it: piping a remote script straight into a shell is convenient and means you are trusting that source completely. The careful version is download install.sh, read it, then run it — particularly since it installs Node, clones the repo and creates an environment file. That is general practice, not a comment on holaOS.
The --launch flag starts the app after installing; omit it to install only.
3. Manual install: the official five steps
The README says outright that you likely will not need this, because the one-line install runs the same setup. Use it when you want to inspect each step.
Check prerequisites first:
git --version
node --version
npm --version
The repo pins its Node version in a root .nvmrc; if you already use nvm, running nvm use in the repo root picks it up. nvm is optional, not required.
Then:
- Install desktop dependencies from the repository root:
npm run desktop:install - Create your local environment file:The canonical path is
cp apps/desktop/.env.example apps/desktop/.envapps/desktop/.env. The README notes that legacydesktop/.envfiles are still accepted for now, but new setups should useapps/desktop/.env. This is the easiest step to get wrong by following an older guide. - Prepare the local runtime bundle:
npm run desktop:prepare-runtime:local - Optional validation pass before launching Electron:
npm run desktop:typecheck - Start the desktop app in development mode:Per the README, the
npm run desktop:devpredevhook validates the environment, rebuilds native modules, and confirms a staged runtime bundle exists.
4. Two runtime commands, two purposes
Commonly confused:
npm run desktop:prepare-runtime:local— build from local runtime code. Use this while actively changing runtime code.npm run desktop:prepare-runtime— fetch the latest published runtime. Use this to verify the desktop against a known release artifact.
5. Handing the install to your coding agent
A genuinely useful section of the README: if you use Codex, Claude Code, Cursor, Windsurf or another coding agent, the project supplies a paste-ready instruction. In summary, it tells the agent to:
Run the holaOS install script; install git and Node.js 24.14.1/npm if missing; clone or update the repo into
~/holaboss-aiunless another--diris given; rundesktop:install; createapps/desktop/.envfrom the example if needed; rundesktop:prepare-runtime:localanddesktop:typecheck; and only rundesktop:devif asked with--launch. If Electron cannot open, stop after verification and report the next manual step.
Two things worth copying from how that is written: it pins an exact Node version, and it tells the agent to stop and report on failure rather than improvising.
The detailed bootstrap lives in the repo’s INSTALL.md runbook.
6. The licence deserves a real read
From the README’s OSS release notes:
License: modified Apache 2.0 with additional commercial-distribution and branding conditions.
That is why the GitHub API reports NOASSERTION for this repo — it is not a standard licence, so detection declines to classify it.
Practically: self-hosting for personal use is unlikely to be a problem, but read the LICENSE file before bundling it into a commercial product, redistributing it, or using the branding. Do not read “Apache 2.0” as standard Apache 2.0.
Security issues are to be reported privately to admin@holaboss.ai rather than as public issues.
7. What to do first after it launches
Based on the architecture the README describes:
- Connect one integration (Gmail, Notion, Slack, GitHub and Linear are all one-click OAuth) and see whether the approval flow suits you — every action asks first.
- Open the memory folder. Memory is plain local files you can read and edit, and that is the biggest difference from other agent products.
- Then decide about a second agent. Shared memory only shows its value once two agents use it.
For background on the project itself, see holaOS hit 11k stars in under six months.
Source: the holaOS README, read directly on 2026-09-07; all commands are quoted from the official documentation. Install details change between versions — follow the repo’s
INSTALL.md, and read the LICENSE file yourself. Related agent pricing is on our Claude tool page.
What Amo and Pimi think
For long-form writing and content creation: Pro at US$20/month is worth it. Free-tier users should be prepared — once the rolling quota runs out, you have to wait, and there's no Claude Code. For team use, annual billing is recommended to save 20%.
Let's take a look at these
- Claude Comprehensive Introduction: Pricing, Features, and Actual Limitations
- Claude Is the free quota enough?
- Claude Alternatives
- Comprehensive Free Quota List for All Tools

