Skip to main content
A Programmable Agent can be invoked in two ways:
  • From the Paradime API — using triggerDinoaiAgentRun. See API Reference.
  • From a Bolt schedule — using the Run Paradime DinoAI Agent command type. This page.
Use Bolt when you want the agent to run on a cron schedule, after another schedule completes, on a PR merge, or as part of a Turbo CI run. Use the API when you want to embed agent runs in a workflow you orchestrate yourself (Airflow, Lambda, webhooks, etc.).

Prerequisites

  • A programmable agent definition committed to your repository under .dinoai/agents/<name>.yml. See YAML Configuration.
  • API credentials with DinoAI Agent capabilities, set as Bolt Schedule environment variables:
    • PARADIME_API_ENDPOINT
    • PARADIME_API_SECRET
    • PARADIME_API_KEY

Option 1 — Configure from the Bolt UI

In the Bolt schedule editor, click Add command and pick Run Paradime DinoAI Agent:
  1. Agent Name — pick the agent from the dropdown. The list is populated from .dinoai/agents/*.yml on the configured git branch.
  2. Task — describe the task you want the agent to complete. This becomes the agent’s opening user message.
  3. Save Command, then configure the trigger type (cron, on-merge, on-completion, etc.) and deploy.
See the full UI walkthrough at Bolt Command Settings → Run Paradime DinoAI Agent.

Option 2 — Configure from schedules-as-code YAML

The UI just writes a paradime dinoai CLI invocation into the schedule’s commands: list. If you manage your Bolt schedules with YAML, add the same command directly:
The arguments mirror the UI fields: See Configuration Reference for the full schedule YAML schema.

Lifecycle of a Bolt-triggered run

  • Fresh session per run. Each Bolt run starts a new agent session — there is no continuity from one schedule run to the next. Use the API with sendDinoaiAgentMessage if you need multi-turn continuity.
  • Bolt waits for the agent. The CLI blocks until the agent reaches a terminal state (COMPLETED or FAILED) and exits with the corresponding exit code. The Bolt run therefore inherits the agent’s success/failure.
  • Logs. The agent’s messages stream into the Bolt command’s stdout, so they show up in the Bolt run logs (and in the live log stream when polled via the SDK).
  • Notifications. Slack notifications configured inside the agent YAML still fire — independently from any Bolt notifications configured on the schedule itself.