Skip to content
shinbo
Scheduled work

Scheduled workflows in Shinbo

Save a prompt with a cron trigger and Shinbo runs it as a thread while the app is open.

These guides describe the current development source. The published v0.7.1 release can differ; check release notes before following a workflow.

Scheduled graphs that run while you are away.

A workflow is a saved prompt with one trigger and, if you want, a small graph of steps. When the trigger fires, Shinbo opens a normal thread on your machine and runs it under the model and permission mode you saved.

Try it
  1. Open Workflows in the sidebar and click + New workflow.
  2. Give it a name and write what Shinbo should do in the prompt box.
  3. Click Edit schedule and set the trigger. Cron times are UTC; the editor shows the same time in your zone underneath.
  4. Pick the model and the permission mode the run will use. Expand Advanced · multi-step workflow if you need script, set or if steps, and check the Graph tab to see the result.
  5. Save, then Test or Run now. Each run appears in the Runs list below the editor as its own thread.
Shinbo Workflows editor with a paused weekly example: name, prompt, schedule, model and permission pickers, and an empty Runs list
Scheduled tasksPaused weekly example · one agent step · no runs yetCaptured September 12, 2026 · current app source · example profile

Four trigger shapes

Every workflow has exactly one trigger. It is validated when you save and can be at most 128 characters.

ShapeExampleFires when
Cron0 9 * * 1five-field cron, always UTC — this one is Monday 09:00
Manualmanualonly when you click Run now, or the agent calls it
After a jobafter <job-id>the named workflow finishes successfully
On an eventon <event>the app raises that event

Four node kinds

A plain workflow is one agent node. The advanced editor lets you chain up to 24 nodes. Each node names the one that follows it; "next": "end" finishes the run.

NodeDoesNotes
agentruns a model turn with a promptthe only node that thinks; its answer becomes {{last}}
scriptruns a fileno model involved
setfills a variableread it later as {{name}}
ifbranches on one variableis · is not · contains · does not contain · is empty · is not empty · > < >= <=

Variables are written as {{name}} and read by any later node. A typical graph collects with a script, reasons with an agent, checks the answer with an if, and only then runs the step that acts.

Workflow · agent, script, set and if nodes
AGENT digestSET windowIF errorsSCRIPT deployENDfalsetrue
{{last}} carries the previous answer24 nodes max
Shinbo Graph view of the paused weekly project brief: one agent node leading to the end of the run
The graphOne example agent node · paused schedule · no runs yetCaptured September 12, 2026 · current app source · example profile
What a run is

A run is an ordinary thread: it appears in the sidebar and keeps its transcript. It uses the model and permission mode the workflow was saved with, not whatever you picked elsewhere. Saved under Ask, every gated call waits for you; save it under Auto or Full access if it has to finish unattended. See Control for what each mode allows.

Stopping and failing

Stop cancels the current turn or script and prevents any later node from starting. A node that fails ends the run: nodes that depended on it do not run, and workflows triggered with after this job do not fire. The agent can also start a job itself through the ask-gated workflow tool.

Limits
  • Shinbo must be open and the computer awake. A closed app or a sleeping laptop skips the trigger; there is no hosted scheduler that runs it for you.
  • Cron is UTC. Check the local time the editor shows under the schedule before you save.
  • Only an agent node calls a model. Script, set and if nodes cannot reason, so put any judgement in an agent node before an if.
  • Runs are real threads and cost whatever the model route costs. Free routes are subject to provider availability.

Related: Control for the mode a job runs under, Plan for graphs inside a single turn, Tools for the workflow tool.