Prompts
Prompts are versioned templates stored in the workspace. You edit them in the dashboard or API, then fetch the right version at runtime by handle —latest, production, or a specific version number.
Actx0 does not execute the prompt. Your agent loads the template, substitutes variables, and sends it to your model along with memories and knowledge hits.
The mental model
Handles and versions
The handle is derived from the name: lowercase, dashes for spaces, unique in the workspace."Support system prompt" becomes support-system-prompt. That handle is what runtime code should call.
Types, variables, and config
Insert variables as
{{variable}}. Names must be lowercase with underscores, for example {{user_name}} or {{ticket_id}}. Actx0 stores the placeholders; your app substitutes values before calling the model.
Treat versions as immutable in the product workflow: saving in the dashboard creates a new version rather than silently rewriting history. You can still archive or delete a version, or delete the whole prompt and all of its versions.
Create a prompt
Creating a prompt also creates version 1.Build against this flow
- Call prompts by handle, not by UUID, so deploys stay stable when you add versions.
- Keep
productionon a known-good version; experiment onlatest. - Pair the fetched template with memory search and knowledge search in the same request path.
- Put model hyperparameters in
configif your runtime reads them; Actx0 does not apply config itself. - Do not put secrets in prompt content.
Next steps
Create Prompt
First version, handle, and production flag
Get Prompt by Name
Resolve latest, production, or a version number
Agents
Where prompts are used at session time
Knowledge
Ground the same prompt with retrieved documents
