Download the packaged desktop installer from GitHub Releases. The release page gives the exact filenames.
Choose the file for your system:
.deb) for Debian/Ubuntu, or AppImage (.AppImage) for any distributionBuild from source only when you are modifying Sero, testing a branch, or contributing a fix.
Packaged Sero starts an update check when it opens and checks again every six hours. On supported update targets, such as macOS, Windows, and Linux AppImage, it can download an update and ask you to restart. A DEB install can check for a release, but it cannot install that release during restart. Download and install the new Debian package yourself.
Check the release notes for signing information. macOS builds can use an ad-hoc signature, and Windows can show a SmartScreen or unknown-publisher warning for an unsigned build.
Sero currently targets:
Intel-based Macs are not a Sero target. Windows arm64 is not a current target.
The packaged installer includes Sero. It does not include every language runtime, compiler, or package manager that your projects use. The Host workspace runtime uses the project tools installed on your computer.
Install the tools required by each project before you use it in Host mode. A container runtime can provide a separate project environment instead.
If you are unsure which runtime to choose, use the default Host runtime on a supported platform. Host runs commands in your real workspace folder and uses your system tools.
Install container tooling only when you plan to explicitly select a container runtime for a workspace:
| Runtime choice | When to install it | Requirement |
|---|---|---|
| Host | Default on supported platforms | Compatible local shell and project tools |
| Apple Container | You want Apple-native container execution on macOS arm64 | Apple's container CLI at /usr/local/bin/container |
| Docker / Podman | You want Docker-compatible container execution on macOS arm64, Linux, or Windows | Working Docker or Podman engine |
For Apple Container, verify:
For Docker / Podman, verify at least one command succeeds:
The workspace runtime picker labels this option Docker / Podman, but the saved backend ID remains docker. Sero prefers Docker when both CLIs are available, can retry Podman if auto-selected Docker cannot reach its daemon, and respects explicit overrides such as SERO_CONTAINER_ENGINE=podman or SERO_DOCKER_BIN=/path/to/binary.
Selected container runtimes report diagnostics when unavailable; they do not silently become Host.
Host browser automation requires both:
Browser packs are available for macOS arm64, Linux x64, Linux arm64, and Windows x64 when Doctor reports them ready. Container runtimes use browser automation from the Sero runtime image.
Skip this section if you installed the packaged desktop application and are not building Sero from source.
Install:
From the repo root:
The install flow runs native-module repair hooks for node-pty and better-sqlite3.