Scenario workflows are installed scenarios that appear as reusable actions in a workspace chat toolbar. They let you start a preconfigured chain of agent prompts and human gates without rewriting the same instructions every time. Use this page for the run-time experience. Use Scenarios for installation, configuration, and authoring.

What You Can Control During a Run

Once a scenario appears in workspace chat, your control moves from template configuration to run execution.
MomentWhat you controlWhat is already fixed
Before launchWhether to start after reviewing the launch previewThe installed template version and installation mappings
At launchLaunch inputs supplied by chat context and defaultsRuntime mappings that backend preflight resolved
While runningContinue, retry, resume, or cancel the scenario timelineThe saved manifest, compiled workflow, runtime snapshots, and initial inputs
After completionInspect history/details and start another runThe completed run snapshot
Starting a scenario creates a run snapshot. Changing Settings while the run is active does not rewrite that active run. Configure Settings for the next run.

When a Scenario Appears in the Toolbar

A scenario must pass every gate below before it becomes a usable workspace chat action.
GateWhere to fix itUser-visible result when blocked
Installed in the organization/workspace scopeTemplates & BuilderIt is not available as an installed scenario
Allowed for new runsSettings → Scenarios → My scenariosHidden with a disabled reason
Chat toolbar visibility enabledSettings → Scenarios → My scenariosHidden from the chat toolbar
Backend preflight OKMy scenarios → Configure launchHidden or launch-blocked with a preflight issue
Backend preflight runnableMy scenarios → Configure launch or runtime presetsHidden or launch-blocked until runnable
Current Codex attempt is idleWorkspace chatToolbar action can be disabled with a wait message
If a scenario should be available but is missing, open Settings → Scenarios → My scenarios and look at Toolbar-hidden scenarios and the row status.

Start a Scenario

1

Open a workspace chat

Open the workspace and thread where the scenario should run. The scenario will use that workspace, session, and host context.
2

Choose the scenario action

Open the chat toolbar workflow/action picker and choose the installed scenario by its display name.
3

Review launch preview

Jaidu asks the backend for a launch preview. Review steps, runtime requirements, preflight blockers/warnings, default and launch inputs, and expanded step details.
4

Start scenario

Click Start scenario when the preview is startable. If backend preflight blocks launch, fix Settings and retry.

Launch Preview

The launch preview is the last check before a scenario starts.
Preview sectionWhat it tells you
WorkflowThe scenario name that will start
StepsThe expanded linear step order
Runtime preset/configRuntime source for the run, usually installation runtime mappings
Preflight blockers and warningsBackend errors/warnings that may block the start button
Default and launch inputsThe exact input object after default inputs and launch inputs are combined
Runtime requirementsRequirement keys and resource expectations from the template
Expanded stepsSource workflow, source step, call path, mapped preset, human gate message, and prompt details
Runtime detailsRuntime source, skill/MCP summary, executor policy, and implementation prompt
The Start scenario button is disabled when backend preflight says the scenario cannot start.

Inputs at Launch

Installed scenarios use two input sources:
  1. Default launch inputs saved on the installation.
  2. Launch inputs supplied by the workspace/chat context when the scenario is started.
Launch inputs override default inputs with the same key. The merged object is shown in launch preview and then frozen into the run snapshot.
SituationResult
Default has objective, launch has no objectiveThe default objective is used
Launch has objectiveThe launch objective overrides the default
Workspace chat supplies an implementation promptIt is passed as implementation_prompt for scenarios that use that input
Neither default nor launch provides an expected fieldPrompt placeholders for that field may render empty or fail validation, depending on the template

Runtime During Launch

Installed scenarios do not use the runtime selector in the chat input. They use the runtime mappings saved on the installation and verified by backend preflight.
Runtime sourceUsed by
Workspace default runtimeAgent prompt steps without an isolated runtime requirement key
Installation runtime mappingAgent prompt steps with an isolated runtime requirement key
Runtime preset snapshotThe exact skill/MCP selection frozen into the run at start
If a mapped preset changes later, the active run keeps its snapshot. Future runs use the latest preset state after preflight.

Scenario Run Timeline

After a scenario starts, the workspace chat shows a workflow timeline.
Timeline itemMeaning
Workflow: nameThe primary active or most recent scenario run
Status summaryRun status and progress, such as how many steps are done
CurrentThe step currently waiting or running
DetailsExpands technical metadata for each step
HistoryShows older scenario runs in the same workspace/session view
Cancel trackingCancels the scenario run and marks active steps/attempts as cancelled; it does not uninstall the scenario

Step States and Actions

Step stateWhat you can doWhat happens
Running or pendingWaitThe backend runner continues the workflow
Waiting manual / human gateContinueThe workflow records the human decision and starts the next step
FailedRetryThe failed step is retried from the latest saved attempt
Waiting manual with parse/review issueRetryThe review/gate step is retried
Blocked and retriableResumeThe runner attempts to resume the blocked workflow
CompletedInspect details/historyNo action is required
Human gates show the gate message and available actions. The generic action is usually Continue. Some first-party review gates can show specialized labels, such as retrying a review or running relevance anyway.

Human Gates

A human gate is a pause point designed into the scenario template. It gives you a chance to review output before the next agent prompt or nested scenario call.
User actionBehaviour
ContinueMarks the gate as continued and starts the next runnable step
RetryRe-runs the gate/review step when the timeline exposes retry
ResumeContinues a blocked retriable run
Do nothingThe scenario remains waiting or blocked until acted on
A human gate is part of the scenario run, not the normal chat approval flow. Continuing it advances the scenario chain that was snapshotted at launch.

Running Scenario vs Sending a Normal Message

BehaviourNormal chat messageInstalled scenario workflow
PromptYou write it directlyTemplate renders prompt steps from saved launch inputs
RuntimeChat runtime selector/defaultsInstallation runtime mappings and workspace default as required by steps
Multi-step flowManual conversationSaved linear workflow with automatic step progression
Human reviewNormal approvals or your follow-up messagesExplicit human gate steps in the scenario timeline
ReuseCopy/paste or remember instructionsStart the installed scenario again
Existing run after settings changeNot applicableExisting run keeps its launch snapshot

What Settings Changes Mean While You Are Working

Settings changeCurrent active runNext run
Disable installationKeeps running from snapshotCannot start while disabled
Turn off ToolbarKeeps running from snapshotHidden from toolbar
Change runtime mappingKeeps old runtime snapshotUses new mapping after preflight
Change default inputsKeeps old input snapshotUses new defaults, unless launch overrides them
Edit flow copyKeeps source snapshotOnly used after the new version is installed/configured
Reorder steps on the builder boardKeeps current run orderApplies only to future runs after the edited version is saved and installed
UninstallDoes not rewrite the run snapshotInstallation is gone from future toolbar use

Troubleshooting

The workspace may already have an active Codex attempt, the scenario may be mutating, or the action may not have a ready launch request. Wait for the current agent run to finish, then try again.
Read the Preflight blockers and warnings section. Common causes are missing runtime mappings, a mapped preset without the required skill/MCP server, or a nested scenario that cannot expand.
The run likely started before the Settings change. Start a new run after saving configuration and passing preflight.
Look for a human gate message in the timeline. Continue, retry, or resume using the action shown next to the waiting step.
A scenario_call step expands into the called scenario’s own linear steps in the backend preview/run snapshot. The call path shows where those nested steps came from.