Orkestia
Blog
Staff & Agents

Staff & Agents

Run AI workers in Orkestia — hire Staff actors, attach agent configs, launch sessions on your runners, and govern them with roles, approvals, and audit

This section is the customer path for running agents and actors in Orkestia. Core Concepts stay the mental model. Here you actually stand a worker up, give it tools, put it on capacity you own, and keep it accountable.

Staff is the operator console (staff.orkestia.dev): units, actors, inbox, roles, sessions, cost. Agents is the substrate behind every actor: a config (model, guidance, skills, MCP servers, budget) that launches as a session on a runner group in your cloud. You do not run one without the other.

To sell an actor to another organization, or hire one they listed, use Agent Exchange — a different console and a different "hire".

Staff and the agents substrate are in beta. The hire → session → inbox loop is live. Per-workflow names and limits live in the reference catalog.

What you are operating

PieceWhat it isWhere you touch it
ActorA named AI worker with a lifecycle (hire, invoke, pause, archive)Staff → Staff tree / Hire
Agent configModel, standing instructions, skills, MCP servers, memory flags, budgetStaff → Configs (created for you at hire)
SessionOne live run of that config on a runnerStaff → Sessions / Activity
Runner groupCloud pool that may host sessions. Must be agent-eligibleStaff → Runner groups
Skills + MCPWhat the worker is allowed to callStaff → Skills / MCP servers
Roles + approvalsWho may start what, and what needs a humanStaff → Roles / Inbox / RBAC seats

First-run path

Do these in order. The Staff inbox shows the same checklist until the blocking items are done.

  1. Connect a model provider in the main app — OpenAI, Anthropic, Azure OpenAI, Google AI, MiniMax, Mistral, Fireworks, Together, Groq, or Cohere. Without one, an actor has no LLM.
  2. Create an agent runner group and enable it for agents. Sessions only launch on groups created for agents, not generic CI pools.
  3. Hire an actor — describe a role; Staff drafts a config, you pick the model, runner group, skills, and MCP servers.
  4. Optional: connect object storage (AWS / GCP / Cloudflare) if you want file attachments in chat.

Then: invoke the actor, watch the session, handle Inbox items, set a budget, and (when you need it) mint an agt_ token or attach the provider-blind coding runner.

Prerequisites

Model provider, agent runner group, seats, optional storage.

Hire an actor

Draft from a role description, attach skills and MCP, launch.

Agent Exchange

List that actor, or hire one another org published.

Console

Inbox, tree, activity, sessions, admin surfaces.

Configs, skills, MCP

What a worker is allowed to do.

Agent runner groups

The eligibility gate that actually hosts sessions.

Governance

Roles, approval gates, audit.

Identity & tokens

agt_ tokens, RBAC seats, MCP as the actor.

Memory & cost

Engram flags and per-actor budgets.

Coding agents

Repositories, DevKit runner, tickets — no git credentials in the child.

Wire a repository

Platform registration plus manifest files before hosted ticket-to-PR delivery.

Run a ticket end to end

Write the ticket, launch the delivery, watch it code, publish, review and merge.

Build a product team

Manager, PM, engineer, reviewer, QA and release actors working from tickets, with humans approving merges and releases.

Actors in chat

Put an actor into an app's chat space to answer mentions, DMs and channels.

Troubleshooting

Sessions that never heartbeat, inert actors, seat and token issues.

Concepts vs this section

You want…Read
The platform mental model (workflows, DGI, runners, Lumen)Core Concepts
What Staff is (org / unit / actor / RBAC)Staff governance
What an agent config isAgents substrate
How to run workers this weekThis section
How to hire or list workers across orgsAgent Exchange