FlowDrop Workflow Specification 1.0-draft

External invocation honours the configured pipeline identity and mode

The rule

Normative: this is the rule
  1. An externally invoked run resolves its pipeline identifier and pipeline mode from the trigger's orchestrator settings, exactly as every other trigger kind does.
  2. It must not construct an identifier of its own, which silently discards reuse and singleton modes.

What it means

The pipeline identifier is not assembled from whatever an external invocation happens to know — the workflow id, an invocation id, anything built fresh per call. It is resolved through the same configured settings every other trigger kind resolves it through, so a trigger configured for reuse or a singleton pipeline mode keeps behaving that way regardless of who or what started the run. An invocation-specific identifier would silently give every external call its own pipeline, discarding whichever of those two modes was configured.

Example

A trigger configured with pipeline mode singleton, on trigger node id orchestration_trigger.1 of trigger configuration envelope_probe__orchestration_trigger_1:

The resolved pipeline identifierresolved
"singleton_envelope_probe__orchestration_trigger_1"

The identifier is the configured mode and the trigger configuration's own identifier, with nothing from the invocation in it.

Rule identifiers are permanent and are never renumbered. Each implementation publishes its own standing against these rules; this specification does not.spec 1.0-draft · OCX-4 · changed in spec 1.0