Skip to content

Quickstart

This page gets you from install to a useful first RunWield Session.

For terminal setup, keybindings, and model-provider background inherited from Pi, see the Pi Quickstart.

Choose one install method.

Shell installer (macOS or Linux):

Terminal window
curl -fsSL https://raw.githubusercontent.com/gandazgul/runwield/main/install.sh | bash

This installs wld to ~/.local/bin. If your shell can’t find wld, add that folder to your PATH. To install somewhere else, set WLD_INSTALL_DIR:

Terminal window
WLD_INSTALL_DIR="$HOME/bin" \
bash -c "$(curl -fsSL https://raw.githubusercontent.com/gandazgul/runwield/main/install.sh)"

Homebrew (macOS):

Terminal window
brew install gandazgul/tap/wld

A Windows package is coming soon.

RunWield uses a few helper programs. Both install methods set them up for you:

Helper Used for Required
mnemoteca Project and global memory Yes
cymbal Symbol-aware code search Yes
agent-browser Opening a browser to check UI work Yes
snip Shortening shell output (shell install only) No

The shell installer keeps any helper you already have on your PATH. Mnemoteca downloads its model the first time it is used, not during install.

If you already use mnemoteca and need data from an install made before it was renamed, run the official Mnemoteca installer first.

From your project folder, run:

Terminal window
wld login

Choose a subscription or API-key provider, then choose a default model. You can also run /login inside RunWield. See Providers and models for more options.

Terminal window
wld init

RunWield first asks permission to create or update three project files and explains each one:

  • .wld/settings.json stores project settings, including your chosen verification and fresh-worktree setup commands.
  • docs/domain-language.md records the project’s terms and concepts.
  • .gitignore keeps RunWield’s internal runtime state out of Git while preserving your other ignore rules.

After you accept, RunWield explores the repository, writes the glossary, and saves core project memories. Choosing No or canceling stops Init before it changes these files or starts the Agent. Run /init if you change your mind. You can also run /init inside a Session to begin initialization.

You can start the Tutorial or a Plan without committing Init’s files first. New RunWield worktrees carry uncommitted .wld/settings.json and docs/domain-language.md and recreate RunWield’s managed .gitignore block. These files become part of the worktree’s preparation checkpoint; your original checkout and staged changes stay intact. Unrelated edits are not copied. Resuming a worktree keeps its own settings and glossary.

Those unchanged setup files also do not block local Plan delivery. RunWield reconciles its recorded output with the validated work and restores the original files and staging if publication fails before merging. Later edits you make to those files remain protected by the usual merge checks.

The first time you start RunWield, it offers an optional Tutorial that walks you through one real, small change in your project: choosing it, reviewing the Plan, and following it through implementation, checks, review, and delivery. In an empty folder, it helps you start a small project instead. In a Git project, a standalone Plan normally finishes on plan/<plan-name>, ready for your onward merge or PR. See Plan Delivery for the default and auto-merge option.

The Tutorial edits your real project and uses your configured model, and it says so before it starts. Nothing happens until you choose Start tutorial. Choosing Skip stops the automatic offer in every project.

Start it any time with wld onboard, or /onboard inside RunWield. During Plan review you can keep the guidance, turn it off and continue the workflow, or press Escape to pause. When you resume a saved Session, RunWield asks whether to bring the guidance back. The Tutorial runs in the terminal only.

Terminal window
wld "summarize this repository and tell me how to run its checks"

RunWield first decides what kind of request this is: a question, an idea to explore, a quick fix, or a change that needs a Plan. Then it hands the request to the right Agent. See Plans and workflows for how each kind is handled.

Open Workspace in your browser or on your phone

Section titled “Open Workspace in your browser or on your phone”

Run this in a separate terminal and leave it running:

Terminal window
wld workspace serve

Your browser opens Workspace and shows a pairing code. Follow the Workspace guide to pair your browser, link your repository, and continue a Session from your phone.