Skip to main content

Provision an agent

The new agent clones a catalog starter (blank, advisor, or intake) — flow, prompts, deliverable templates, widget defaults — and starts paused with empty knowledge and fit. Activate it and fill it in from there. Authoring the flow is a separate surface.

Widget settings

Runtime knobs — consent text, offline message, theme, allowed domains, the per-agent daily credit budget. Changes serve immediately. translations merges field-by-field per locale, so a partial payload never clobbers a sibling field.

The catalog

Three resources shape what an agent offers, who it treats as a good lead, and how it sounds. Each takes the declarative agents activation set.

Services — what it offers

key is minted from the name on create and never changes. Update with PATCH /services/{id} (the key is identity; agents, when present, replaces the activation set).

Fit criteria — who’s a good lead

kind is one of ideal, acceptable, poor_fit, dealbreaker. Omit agents and the criterion judges for all current agents.

Voice profiles — how it sounds

Voice is selection, not activation: each listed agent switches to this profile. An agent leaves a voice only by being claimed by another one.
Rather than write the catalog by hand, you can draft it from your knowledge and accept what fits.