Standard workstation
Configure behavior = STANDARD for ordinary readiness, dispatch, concurrency, and routing without cron, repeater, or poller scheduling.
How To Use
Author a workstation with behavior STANDARD. Keep type on the runtime axis for the execution family you need. Bind a worker when the type requires one. Wire inputs and route fields for accepted, continue, rejection, and failure outcomes. Do not set cron on STANDARD. Choose REPEATER, CRON, or POLLER only when those scheduling semantics are required. STANDARD is not CRON — it excludes the cron field — and it is not REPEATER or POLLER scheduling.Discriminator: behavior = STANDARD
STANDARD is compatible with every published WorkstationType. Bind a matching Worker for worker-backed types; LOGICAL_MOVE stays worker-free.
Schema reference
The embed below shows the live Workstation base definition with STANDARD overlay applicability. STANDARD has no selected exclusive fields. Excluded fields belong to other WorkstationType families or to CRON scheduling and must not appear on this behavior. Open the full Factory schema reference for exhaustive field lookup rather than copying contract text into this page.Workstation
objectA processing step in the factory graph. Workstations consume authored work states, run a worker or logical move, and emit the next work states.
- additionalProperties
false (closed)
Fields
Scheduling behavior for this workstation, such as STANDARD, REPEATER, or CRON execution.
- body
bodyOptionalstringInline workstation instructions or script body when authored directly in factory config.
Explicit label-to-destination routing used only by CLASSIFIER_WORKSTATION definitions. Each route must declare a unique non-empty label and one or more outputs.
- copyReferencedScripts
copyReferencedScriptsOptionalbooleanCopy supported referenced script files into the expanded workstation layout when config expand runs.
Cron trigger configuration for workstations whose behavior is CRON.
Optional localized customer-facing explanation of this workstation.
Environment variables added to the workstation execution context.
Guarded loop breakers should use `VISIT_COUNT` guards here with a `LOGICAL_MOVE` workstation instead of top-level exhaustion rules.
- id
idOptionalstringOptional durable public identifier for this workstation. Graph and layout references should use this id instead of the mutable name.
Work states this workstation can consume before it dispatches.
Retry and execution ceilings applied to this workstation.
- name
nameRequiredstringCustomer-authored workstation name used by guards, diagnostics, and authored references.
Optional destination emitted when the workstation makes partial progress and should continue iterating. Classifier workstations must not declare onContinue.
Optional destination emitted when the workstation fails permanently.
Optional destination emitted when the worker rejects the current work without a hard failure. Classifier workstations must not declare onRejection.
Uppercase provider-agnostic operation requested by `MODEL_INVOKE` workstations, such as `TTS`.
Optional workstation-authored slot bindings that resolve operation inputs from runtime content or static config content.
Optional worker-output parsing mode for model workstations. When set to `decision-envelope`, agent output is parsed as a reviewer/checker JSON envelope that maps directly onto WorkResult outcome, feedback, output, and optional recorded output work instead of stop-token routing.
- outputSchema
outputSchemaOptionalstringExcludedJSON schema string used to validate or parse structured model output when configured.
Work states emitted after a non-classifier workstation succeeds. Classifier workstations must use classificationRoutes instead of normal success outputs.
- promptFile
promptFileOptionalstringExcludedPath to a prompt template file loaded for model-oriented workstation execution.
Resource capacity this workstation consumes while one dispatch is in flight.
Optional workstation-specific runner override. When omitted, dispatch falls back to the factory runner, then worker modelProvider compatibility when no explicit runner is configured, then the default codex runner.
- stopWords
stopWordsOptionalarrayExcludedStop words authored on the topology entry for model-oriented dispatches.
Runtime workstation implementation type, equivalent to the workstation AGENTS.md frontmatter type.
Optional policy for whether downstream work uses the workstation output payload or preserves the consumed input payload.
- worker
workerRequiredstringName of a worker declared in the workers list.
- workingDirectory
workingDirectoryOptionalstringGo template resolved from token tags at dispatch time.
- worktree
worktreeOptionalstringGo template resolved and passed as the worktree path to CLI dispatchers.
Examples
Use the minimal valid example when starting a STANDARD workstation. The misuse example shows cron on STANDARD — cron belongs on behavior CRON and is excluded from STANDARD.Minimal valid STANDARD workstation:
{
"name": "review-step",
"worker": "agent-main",
"type": "AGENT_RUN",
"behavior": "STANDARD",
"inputs": [
"ready"
],
"outputs": [
"accepted"
],
"onContinue": [
"ready"
],
"onFailure": [
"failed"
]
}
Incompatible misuse — cron on STANDARD (excluded):
{
"name": "review-step",
"worker": "agent-main",
"type": "AGENT_RUN",
"behavior": "STANDARD",
"cron": "0 * * * *",
"inputs": [
"ready"
],
"outputs": [
"accepted"
]
}
cron is a CRON scheduling field. STANDARD excludes it. Use behavior CRON when the step must run on a schedule.