Airship

Visual editor for your codebase.

Airship puts an infinite design canvas in front of your dev server. Select an element, describe the change, and watch Claude Code, Codex or OpenCode update the source — without rebuilding your UI in a separate design tool.

npx @airshiplabs/cli --target 3000

No plugin. No config. Nothing added to your dependencies or your bundle.

airship.design · CLI reference · Configuration · Questions

1. Start your app the way you always do.

pnpm dev    # http://localhost:3000

Works with Vite, Next, Remix, Rails, or anything that serves HTML over HTTP. No plugins required.

2. Point Airship at your dev server.

npx @airshiplabs/cli --target 3000

Airship connects to the port you're already running and opens the visual editor on the next free port. Or install it once and use the airship binary:

npm i -g @airshiplabs/cli
airship --target 3000

3. Bring your coding agent.

airship --target 3000 --agent codex --safe

Pick the agent you already use and start making changes without running a separate agent interface.

Airship uses the authentication you already have configured for Claude Code, Codex, or OpenCode. Run airship doctor if something does not work.

--exec starts your dev server and stops it again when Airship exits. Leave --target off and it reads the port from your package.json:

airship --exec "pnpm dev"

Run airship on its own and it just asks you for the port, the agent and the mode.

A CLI, and nothing else.

• Nothing goes into your project. Airship runs in front of the dev server you already have. Your build, your config and your dependencies are untouched.
• Every frame is a real browser window. A phone frame behaves like a phone, however far you zoom out. Mobile and desktop sit side by side — both live, both editable, one source file.
• Changes land in your code. Click an element and Airship knows the file and line that drew it. Describe the change, get the diff, undo it if you don't like it.
• Nothing leaves your machine. No account, no telemetry, no service to sign up for.

Two ways to look at your app. Same editor either way.

canvas (default) — your app on a pannable canvas, one live frame per device size.

inline — the editor on top of your own page, one window.

Pick one at launch with airship --mode inline, or switch any time from the bottom bar. Your choice sticks across reloads and as you click around your app. Add ?__airship=inline to a URL to try the other one once, without changing your preference; ?__airship=shell is the way back to the canvas — the parameter takes the internal mode name, so it is shell, not canvas.

Open any route of your app in Airship — /pricing, /settings — and every frame opens there.

On the canvas:

Click an element and it fills the inspector. Every tab is looking at the same thing.

Edit is position, size, spacing and layout — the shot up in Quick start. CSS is the box model, the rules that are actually hitting the element, and your own tweaks on top:

DOM is the tree. Click a node to select it, or drag one to move it somewhere else:

Pick one with --agent, or switch between them as you go. They are not equal, and Airship tells you what you're giving up at startup.

Undo is Airship's, not the agent's. It keeps the previous version of every file it touches, so undo works on all three. One catch: codex and opencode get that previous version from Git, so undo needs your project to be a Git repo on those two. Airship warns you at startup.

Airship reuses whatever the chosen agent already has, and warns at startup if it finds nothing.

OpenCode is a separate install — brew install sst/tap/opencode or npm i -g opencode-ai — and accepts ANTHROPIC_API_KEY, OPENAI_API_KEY, OPENCODE_API_KEY, OPENROUTER_API_KEY, GEMINI_API_KEY, GOOGLE_GENERATIVE_AI_API_KEY, AWS_BEARER_TOKEN_BEDROCK or AWS_ACCESS_KEY_ID.

By default the agent runs unsandboxed. It can write anywhere you can and reach the network — the same access it has when you run it from your terminal. Pass --safe to confine it:

--safe is not equally strong on all three, and the CLI says so at launch:

• Only codex gets a real sandbox. The operating system stops it writing outside your project. On claude and opencode, Airship checks each edit and command first — a good check, but a check, not a wall.
• That check looks for known-dangerous commands; it does not understand shell. It catches rm -rf. It does not catch a write pointed somewhere else, like echo x > /elsewhere.
• claude and opencode can still reach the network. Airship switches off their web tools, but nothing stops a command they run from opening a connection anyway. Only a sandbox can.

If a hard guarantee matters more to you than which agent you use, run airship --agent codex --safe.

Diffs and undo work the same either way — --safe has no effect on them.

airship [options]
airship --target <port> [options]
airship <command> [options]

Flags accept --flag value and --flag=value, a camelCase spelling of any kebab name (--maxTurns ≡ --max-turns), and --no-<name> to turn any boolean off. A bare -- stops flag parsing — airship takes no positional arguments, so anything after it is ignored rather than forwarded.

-m is --model, not --mode. --mode has no short alias.

--codex-config reads the shape of the value: true/false become TOML booleans and anything numeric becomes a number, so --codex-config network_access=true sends a boolean, not the string. Quote it — --codex-config k='"true"' — to keep a string a string.

Banners, warnings and errors go to stderr; --json payloads, help and --version go to stdout, so airship --json | jq is reliable.

Writes an airship.config.json from the same questions the bare airship wizard asks, so it stops asking. Takes --cwd and the global flags. Needs a terminal.

Checks, in order: node, airship, config, git repo, overlay bundle, agent claude, agent codex, agent opencode, dev server. Each reports ok, warn or fail with a hint. Only your preferred agent (--agent, default claude) can fail the run; the other two warn.

Exits 1 if any check failed, so airship doctor && airship works. Takes --cwd, --target, --agent and the global flags.

Settings resolve in this order, highest first:

flags  →  AIRSHIP_* environment  →  airship.config.json  →  defaults

airship.config.json, or an "airship" key in your package.json. Run airship init to write one. Every key is a flag name, in either kebab or camel case:

{
  "agent": "claude",
  "mode": "canvas",
  "target": 3000,
  "safe": true
}

Airship looks for it from --cwd upwards and stops at your repository root, so a stray config file somewhere above your repo won't affect you. Misspell a key and it says so, with a suggestion — it never quietly ignores one.

Every flag except --help and --version has an environment variable: AIRSHIP_ plus the flag name uppercased, with - as _.

AIRSHIP_TARGET          AIRSHIP_AGENT           AIRSHIP_CODEX_PATH
AIRSHIP_PORT            AIRSHIP_MODEL           AIRSHIP_CODEX_CONFIG
AIRSHIP_CWD             AIRSHIP_EFFORT          AIRSHIP_OPENCODE_PATH
AIRSHIP_MODE            AIRSHIP_MAX_TURNS       AIRSHIP_OPENCODE_URL
AIRSHIP_EXEC            AIRSHIP_MAX_BUDGET      AIRSHIP_OPENCODE_AGENT
AIRSHIP_OPEN            AIRSHIP_COMMIT          AIRSHIP_OPENCODE_CONFIG
AIRSHIP_SAFE            AIRSHIP_JSON            AIRSHIP_QUIET
AIRSHIP_DEBUG

AIRSHIP_HELP and AIRSHIP_VERSION are deliberately not read — exporting one would leave the CLI unable to run anything. Booleans take 1/true/yes/on or 0/false/no/off; anything else is an error rather than a guess.

Three more are honoured: AIRSHIP_EDITOR (vscode, cursor, windsurf or zed — which editor "open in editor" prefers, otherwise probed in that order), and NO_COLOR / FORCE_COLOR.

--cwd is the folder your dev server treats as its root, which is not always your repository root. Airship needs it to turn the paths your dev server reports (/src/app.tsx) into real files on disk. In a monorepo where the app lives in apps/web, that's --cwd apps/web.

Leave --target off and Airship works it out, trying each likely port in turn and taking the first one that answers:

1. The port in your dev script — a --port, -p or PORT= in scripts.dev, scripts.start or scripts.serve.

2. Your framework's default, by what is in your dependencies:

   Dependency	Port
   next, nuxt, @remix-run/dev, react-scripts	3000
   parcel	1234
   @angular/cli	4200
   astro	4321
   @sveltejs/kit, vite	5173
   storybook (or any @storybook/*)	6006
   gatsby	8000
   @11ty/eleventy	8080

   Most specific first — a project with both vite and storybook is a Vite app that also has a component catalogue, not the other way round.

3. Common ports — 3000, 5173, 8080, 4321, 4200.

With --exec it's the opposite: the port has to be free, since Airship is about to start your dev server on it. It won't start one on a port that's already taken.

Including the ones with unflattering answers.

Do I need a plugin, or to change my build? No. Airship runs as a reverse proxy in front of your existing dev server. Nothing is added to your dependencies, config, or bundle.

Does it work with Tailwind, CSS Modules or styled-components? Yes. Airship works with the styling system already in your project. It works with the tokens and styling conventions already in your codebase, so visual changes can map back to the values your design system already uses.

How does it know which file an element came from? Dev builds already record where each thing on screen came from. Airship reads that to find the file and line, and hands it to the agent.

What exactly gets sent to the agent? What you clicked, the file and line it came from, anything you changed in the inspector, the frames you were working in — and whatever you typed.

Can I use my existing coding agent? Yes. Airship works with Claude Code, Codex, and OpenCode, so you don't need to change your agent just to use the visual editor.

Is it safe to point at a real repository? Airship runs locally and works directly on the repository you point it at. By default your coding agent has the same access to your files and the network that it always has. --safe can keep edits inside your project and block dangerous commands — read Safety for what it does and doesn't cover on each agent.

How do I undo something? Every edit can be undone from Airship, which keeps the previous version of the file. On claude that's all there is to it. On codex and opencode that previous version comes from Git, so those two need your project to be a repository. See Agents.

Can I see how a change affects different devices? Yes. Airship runs the same app at several real device sizes at once. Make a change once and watch it land on desktop, tablet and mobile together, without resizing anything.

Can I use Airship without Git? Yes, Airship doesn't require it. But undo on codex and opencode works by asking Git for the previous version of the file, so without a repository you lose undo on those two. claude is unaffected. See Agents.

Does my code leave my machine? Airship runs entirely on localhost. It has no account, telemetry, or hosted service, and your code isn't sent to Airship. Your chosen coding agent handles requests using the same credentials and provider it would use from your terminal.

Node 22.13 or later, and one of Claude Code, OpenAI Codex or OpenCode.

• airship.design
• Issues · Releases
• CONTRIBUTING.md — architecture, the packages, Storybook, CI and releases
• MIT