Skip to main content

Documentation Index

Fetch the complete documentation index at: https://veryfront.com/docs/llms.txt

Use this file to discover all available pages before exploring further.

Durable messaging stores the conversation. Durable execution stores the work associated with that conversation or project.

Durable messaging

Durable messaging covers conversation records and message history.
DataMeaning
ConversationThread, project scope, status, title, metadata, current node
MessageUser, assistant, or tool content node
Message partsTyped blocks such as text, tool calls, tool results, reasoning, files, and data
Branch stateForks, active branch selection, and current message path
Read stateLast-read message and unread count

Durable execution

Durable execution covers run lifecycle and replayable output.
DataMeaning
Canonical runShared execution record with runId, kind, owner, parent run, root run, status, and waiting reason
Agent runConversation-owned execution for chat and project-agent work
Workflow runProject-owned execution for a workflow target and its step graph
Job runProject-owned execution for a background target, including a task target
Run eventOrdered event payload for text, tool, reasoning, custom data, and terminal updates
Waiting checkpointStored state for a paused tool, approval, event, or human-input step
Resume signalTool result, approval, event, or input response that moves a waiting run forward
FinalizationTerminal status plus usage, model, provider, result, and error metadata

Run types

Use the run kind to know which detail record and runtime path apply.
Run typeOwnerWhat starts itWhat it representsRelated record
Agent runConversationAG-UI chat request, detached AG-UI run, or project-agent triggerAgent execution attached to a conversationConversation agent run and run events
Workflow runProjectWorkflow start requestWorkflow target plus step graph stateWorkflow run detail and backing job
Job runProjectJob start request or cron triggerBackground execution of a targetJob detail, job events, and optional result

Workflows, tasks, jobs, and cron jobs

Workflows, tasks, jobs, and cron jobs share the canonical run layer, but they are different concepts.
  • Workflow definition: Describes a workflow and its steps.
  • Workflow run: Creates a canonical run with kind: "workflow" and stores workflow-specific detail.
  • Workflow backing job: Runs the workflow target in the job runtime. This gives workflow execution the same status and runtime infrastructure used by jobs.
  • Task definition: Describes a callable background task and its input or output contract.
  • Job run: Creates a canonical run with kind: "job" and stores job-specific detail. A job target can point at a task, workflow target, deploy target, or another supported runtime target.
  • Cron job: Stores schedule, timezone, target, config, timeout, retry limit, and concurrency policy. A cron job is not itself a run. Each trigger creates a job run linked back to the cron job.

Why messages and runs both exist

A message answers what the user sees in the conversation. A run explains how that answer or background result was produced, which runtime produced it, which parent run spawned it, which events streamed, and why execution stopped.