Skip to content

Sessions

RunWield inherits Pi’s session model and TUI behavior, but stores session data under RunWield-owned paths and adds RunWield-specific root-agent behavior.

For full session tree, fork, clone, export, and compaction details that match Pi, see Pi Sessions and Pi Compaction.

RunWield stores sessions under:

~/.wld/sessions/

This is separate from Pi’s ~/.pi/agent/sessions/ path.

Use:

Terminal window
wld # start an interactive session

Inside the TUI:

/resume # browse recent sessions
/new # start a fresh root session
/name <name> # set the current session name
/name # show the current session name, or usage if unnamed
/session # show current session information
/compact # compact current context
/export # export to HTML or JSONL
/share # upload a secret GitHub Gist

For first-time setup, follow Workspace on your computer and phone.

Start wld workspace serve --no-open, open its URL, and approve the browser’s pairing code with wld workspace pair <code>. Link the repository in Projects, then open the same Session. Leave the TUI open: a running turn appears in Workspace, and an idle Session accepts the next message from either screen.

While the agent is working, Steer changes its direction and Queue saves a follow-up for after the turn. Questions can be answered from either screen. Returning to the TUI keeps the same conversation, agent, and model. Older messages load on demand in Workspace.

For a remote machine, use your existing HTTPS proxy or private tunnel. For a container with a mounted repository, see Workspace in a container.

Fresh sessions start with a terminal title of wld - <current folder>. When Router completes Triage, it provides a short Session Name for unnamed sessions. RunWield persists that name in the session and mirrors it into the terminal title as wld - <session name>.

Manual names win. Use /name <name> to set or override the Session Name; later Router Triage will not replace an existing name. Use /name with no arguments to show the current name, matching Pi behavior.

New sessions start with Router. After Router hands off to Guide, Ideator, Operator, Planner, Architect, or another specialist, that specialist remains the active root agent so follow-up messages stay in the same topic and context.

Use /new for a fresh routed session, or /agent router when you want the next message in the current session to go back through triage.

Router is not a special session mode. It is the default Agent for fresh triage, /agent router, and explicit user requests to reassess. Boot, /agent, and workflow restores activate Agents through the same Agent Handler. Workflow progression is driven by accepted Workflow Tool Events from tools such as triage_report, plan_written, and task_completed, not by special-casing a particular Agent name or by scanning transcript messages. During active execution, /agent <name> is an explicit user-owned release from workflow ownership; Plan and worktree recovery evidence stay available through /load-plan.

When resuming a large session, RunWield can offer to compact the session first. The threshold is controlled by compactOnResumeThresholdPercent in settings. See Settings Reference.