Skip to content

Dispatch an agent

A session is one agent run. You configure it at dispatch time, it executes on a node, streams its work live, and keeps a full transcript for review.

From a project, choose + New Session. The dialog collects the per-run configuration:

  • Name (and optional description) — distinguishes concurrent sessions of the same project, e.g. “review #42” or “feature/preview-pane”.
  • Target node — which machine runs the code (filtered to the project’s enclave).
  • Workspace path — the absolute path on the node for the working tree.
  • AI account — which provider link the agent authenticates as (filtered to the enclave).

Defaults are prefilled from the project’s most recent session, so re-running on the same node with the same account is one click.

You can also dispatch straight from a Halyard task: the session is bound to the task and its initial prompt is synthesized from the task definition (title, description, Definition of Ready / Done, and testing plan), so the work item travels with the session.

At dispatch, Halyard materializes the project library into the workspace — a synthesized CLAUDE.md preamble (goal doc first, then recent journal entries and a “what changed since last time” summary, then the library index) plus the design and guideline docs under .halyard/library/. The agent reads the why before the how.

Watch progress live in the Fleet View — real-time state and streaming terminal output. If the agent hits a blocker it moves to awaiting-input and surfaces in your Inbox and on Today; answer in the human-in-the-loop console and it resumes from where it paused. See Agent sessions & HITL.

When a session bound to a task completes, the task is automatically moved to in-review. Review the work and the generated PR-review draft, then post it yourself — you stay the human in the loop for every approval. Every session traces back through task → issue → requirement → PRD, so nothing ships without a line back to why it exists. See Traceability & compliance.