Who It's For

Different roles hit different walls with machine setup. Sailwright was built to remove several of them.

Sailwright is one tool, but it solves a different problem depending on where you sit. Find your role below — each section links to the feature or workflow that backs the claim.

Developers & Power Users

Your machine is your workshop, and it drifts: quick installs, PATH hacks, “temporary” fixes nobody remembers. Sailwright treats your workstation like a managed target — sailwright provision local --check shows exactly what has drifted, and running it for real puts things back. One binary, no server, no account.

Start with Keeping Your Own Workstation in Check, or grab a release and try it on your own machine first.

Platform & Developer-Experience Teams

You own onboarding time and setup consistency across the organization. With Sailwright, the team's machine setup lives in versioned Ansible roles instead of wiki pages — new hires run one command, and every machine converges to the same baseline on macOS, Windows, and Linux alike.

See Onboarding New Developers and Layered Ansible Role Sources.

DevOps & SRE Engineers

Developer machines are the hardest environment to keep consistent across a team: manual installs, one-off fixes, drift nobody notices until something breaks. Sailwright builds a VM image once and shares it through any OCI registry with sailwright push and pull — every laptop pulls the same known-good artifact instead of provisioning from scratch, and a rebuilt machine converges to exactly the state of the one it replaced.

See Reusing Build Artifacts Instead of Rebuilding.

Admins of Dev Systems & Mixed-OS Fleets

You manage the machines developers actually work on — often Windows and macOS side by side, usually with an MDM that stops where developer tooling begins. Sailwright covers that last mile without widening your attack surface: on Windows it opens a temporary, loopback-only WinRM listener (or a one-time SSH key) just for the run, then restores the machine's previous remote-access state. No standing remote-management surface left behind.

See Managing Windows Without Leaving a Door Open.

QA & Test Engineers

Testing against a clean, known machine state shouldn't mean hoarding hardware or babysitting VMs. build, create, provision, destroy: disposable, exactly-specified test systems on demand — with --check to preview what a change would do before it does it.

See Testing Provisioning Changes Safely.

Team Leads & Onboarding Owners

Every hour a senior engineer spends walking a new hire through setup is an hour two people aren't shipping. Sailwright turns that half-day of manual installs and Slack questions into a single command — and turns “how is a machine supposed to look?” from institutional memory into a versioned repository.

See Onboarding New Developers.

IT Decision Makers

Sailwright is open source under AGPLv3, with a commercial license and optional support available when AGPL terms or a missing SLA are the blocker. It complements the MDM/UEM tooling you already run rather than competing with it — and everything it does is inspectable, because the automation is plain Ansible in your own repositories, not a black box.

Licensing details are on About; for commercial terms, get in touch.

Open-Source Contributors, Consultancies & MSPs

The layered role-source model is built for sharing: public base roles, private overrides in front, nothing forked. Consultancies maintain a per-client layer on top of a common base; contributors grow the public role library. And when Sailwright should ship inside a closed-source or SaaS offering, the commercial license covers exactly that.

See Layered Ansible Role Sources and Contributing.

Sound Like Your Team?

See the scenarios in detail on Use Cases, the full command surface on Features, or start now: releases on GitHub, setup in the documentation. Questions? Get in touch.