Repeater workstation

Configure behavior = REPEATER for change-triggered looping and rejection reloop semantics without cron or poller scheduling.

How To Use

Author a workstation with behavior REPEATER. Keep type on the runtime axis for the execution family you need. Bind a worker when the type requires one. Wire inputs plus outputs, onContinue, onRejection, and onFailure so rejection and continue routes can re-enter the loop. Do not set cron on REPEATER. Choose STANDARD for fire-once dispatch, CRON for schedules, or POLLER for long-lived poller ingress. REPEATER is not CRON — it excludes the cron field — and it is not STANDARD or POLLER scheduling.

Discriminator: behavior = REPEATER

REPEATER 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 REPEATER overlay applicability. REPEATER 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

object

A processing step in the factory graph. Workstations consume authored work states, run a worker or logical move, and emit the next work states.

additionalPropertiesfalse (closed)

Fields

behaviorbehaviorOptionalWorkstationKind
Scheduling behavior for this workstation, such as STANDARD, REPEATER, or CRON execution.
bodybodyOptionalstring
Inline workstation instructions or script body when authored directly in factory config.
classificationRoutesclassificationRoutesOptionalClassificationRoute[]Excluded
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.
copyReferencedScriptscopyReferencedScriptsOptionalboolean
Copy supported referenced script files into the expanded workstation layout when config expand runs.
croncronOptionalWorkstationCronExcluded
Cron trigger configuration for workstations whose behavior is CRON.
descriptiondescriptionOptionalNameValue
Optional localized customer-facing explanation of this workstation.
envenvOptionalStringMap
Environment variables added to the workstation execution context.
guardsguardsOptionalWorkstationGuard[]Excluded
Guarded loop breakers should use `VISIT_COUNT` guards here with a `LOGICAL_MOVE` workstation instead of top-level exhaustion rules.
ididOptionalstring
Optional durable public identifier for this workstation. Graph and layout references should use this id instead of the mutable name.
inputsinputsRequiredWorkstationIO[]
Work states this workstation can consume before it dispatches.
limitslimitsOptionalWorkstationLimits
Retry and execution ceilings applied to this workstation.
namenameRequiredstring
Customer-authored workstation name used by guards, diagnostics, and authored references.
onContinueonContinueOptionalWorkstationIO[]
Optional destination emitted when the workstation makes partial progress and should continue iterating. Classifier workstations must not declare onContinue.
onFailureonFailureOptionalWorkstationIO[]
Optional destination emitted when the workstation fails permanently.
onRejectiononRejectionOptionalWorkstationIO[]
Optional destination emitted when the worker rejects the current work without a hard failure. Classifier workstations must not declare onRejection.
operationoperationOptionalModelOperationNameExcluded
Uppercase provider-agnostic operation requested by `MODEL_INVOKE` workstations, such as `TTS`.
operationBindingsoperationBindingsOptionalWorkstationOperationBinding[]Excluded
Optional workstation-authored slot bindings that resolve operation inputs from runtime content or static config content.
outcomeFormatoutcomeFormatOptionalWorkstationOutcomeFormatExcluded
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.
outputSchemaoutputSchemaOptionalstringExcluded
JSON schema string used to validate or parse structured model output when configured.
outputsoutputsOptionalWorkstationIO[]
Work states emitted after a non-classifier workstation succeeds. Classifier workstations must use classificationRoutes instead of normal success outputs.
promptFilepromptFileOptionalstringExcluded
Path to a prompt template file loaded for model-oriented workstation execution.
resourcesresourcesOptionalResourceRequirement[]
Resource capacity this workstation consumes while one dispatch is in flight.
runnerrunnerOptionalRunnerID
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.
stopWordsstopWordsOptionalarrayExcluded
Stop words authored on the topology entry for model-oriented dispatches.
typetypeOptionalWorkstationType
Runtime workstation implementation type, equivalent to the workstation AGENTS.md frontmatter type.
workPropagationworkPropagationOptionalWorkPropagation
Optional policy for whether downstream work uses the workstation output payload or preserves the consumed input payload.
workerworkerRequiredstring
Name of a worker declared in the workers list.
workingDirectoryworkingDirectoryOptionalstring
Go template resolved from token tags at dispatch time.
worktreeworktreeOptionalstring
Go template resolved and passed as the worktree path to CLI dispatchers.

Full Factory schema reference

Examples

Use the minimal valid example when starting a REPEATER workstation. The misuse example shows cron on REPEATER — cron belongs on behavior CRON and is excluded from REPEATER.

Minimal valid REPEATER workstation:

{
  "name": "review-loop",
  "worker": "agent-main",
  "type": "AGENT_RUN",
  "behavior": "REPEATER",
  "inputs": [
    "ready"
  ],
  "outputs": [
    "accepted"
  ],
  "onContinue": [
    "ready"
  ],
  "onRejection": [
    "ready"
  ],
  "onFailure": [
    "failed"
  ]
}

Incompatible misuse — cron on REPEATER (excluded):

{
  "name": "review-loop",
  "worker": "agent-main",
  "type": "AGENT_RUN",
  "behavior": "REPEATER",
  "cron": "0 * * * *",
  "inputs": [
    "ready"
  ],
  "outputs": [
    "accepted"
  ],
  "onRejection": [
    "ready"
  ]
}

cron is a CRON scheduling field. REPEATER excludes it. Use behavior CRON when the step must run on a schedule.