Skip to main content
Deprecated — the legacy orchestration runtime. It keeps working. This page documents a command group that drives the frozen legacy runtime (also called: orchestration, warm pool, instance pool, Hermes, sidecar, container runtime, hosted runtime, runtime.pool). It keeps working for existing configs and accepts no new capabilities. Nothing here is disabled, refused or gated, and no route or CLI command on this page has been removed.Since 2026-08 each command on this page also prints a one-line banner on stderr and attaches a machine-readable deprecation object to the JSON envelope on stdout, which stays JSON.parse-able. There is no sunset date: the surface is frozen, not scheduled for removal.New work declares a team({ lead, agents }) on runtime.durable() and submits work with naive teams submit. The per-subcommand replacement is in the table directly below.

Replacement

naive employees drives the frozen legacy runtime’s roster and its provisioning verbs. The provisioning verbs — hire, fire, configure — have no replacement, by design. On the durable runtime a role is declared in naive.config.ts as an agent() inside a team(), and the runtime refuses an undeclared role with a 409. There is deliberately no imperative equivalent: a workforce you can change with a one-off command is a workforce whose current shape is not written down anywhere. The banner id is dep.employees.

Overview

How It Works

Employees are AI agents that execute tasks on the kanban board. Each employee has a role, a model configuration, and a set of skills that determine which tasks they can handle. When an employee is hired, a Hermes profile is created with a config.yaml, SOUL.md, and .env file containing LLM proxy credentials and Naive CLI access. The employee name becomes the kanban assignee identifier — task assignment uses names (e.g., --assignee "Dev Diana"), not UUIDs. Recommended flow: Let the CEO propose a team based on your objective. When you approve in chat, the CEO hires employees and assigns tasks automatically using CLI commands. You can also hire employees manually using the commands below.

List Employees

Output

Possible employee statuses: idle, working, offline, error.

Hire an Employee

Options

Available Roles


Fire an Employee

What happens:
  1. Employee is marked as archived (soft delete)
  2. Active tasks are returned to pending status
  3. The employee can no longer receive new tasks
  4. Historical task completions are preserved

Configure an Employee

Options

Changes take effect for the next task the employee picks up.

Typical Workflow