Issue
Prompt Changed but Workflow Did Not
A prompt changes but the workflow, parser, review step, routing rule, or downstream expectation still assumes the old prompt behavior.
What This Looks Like
The prompt is updated, but the surrounding workflow continues to expect the old behavior. A parser, review step, routing rule, rubric, tool call, downstream field, or handoff may still assume the prior output shape, decision logic, or task meaning.
Why It Matters
Prompt changes are not isolated when the prompt sits inside a workflow. A small wording change can alter output structure, assumptions, labels, or next-step behavior. If the workflow is not updated with it, the system may break at the handoff between the new prompt and old expectations.
Structural Signal
The prompt contract changes, but dependent workflow components do not. The issue is not only that the prompt changed; it is that version alignment failed between prompt and workflow.
Common Triggers
- Prompt revisions change output labels or fields
- Downstream parsers are not updated after prompt edits
- Review rubrics still evaluate the old response shape
- Tool calls expect values no longer produced by the prompt
- The workflow does not record prompt version dependencies
- A prompt edit changes task meaning without changing workflow metadata
When to Use This Issue
Use this Issue when a prompt update breaks or misaligns with workflow components that still assume the old prompt behavior.
When Not to Use This Issue
Do not use this Issue when both prompt and workflow were updated together and the failure has another cause. Do not use it when the prompt changed but no downstream expectation depends on the old behavior.
Category
Primary Pattern
Declared Patterns
Contract Drift
A structural condition where a declared contract changes but connected structures, implementations, consumers, or expectations do not update in sync.
Interface Mismatch
A structural condition where observed interface behavior, shape, or exchange differs from the declared interface contract.
Compatibility Violation
A structural condition where a graph, object, behavior, or runtime state exceeds a declared compatibility envelope without an authorized exception.
Derived Primary Lenses
Compatibility Envelope Lens
Determines whether structure fits within declared runtime, platform, version, or support constraints.
Convergence Lens
Compares parallel structural systems to determine whether they align under shared authority.
Interface Contract Lens
Compares declared interface structure to observed runtime structure to detect contract deviations.
Reconciliation Lens
Evaluates whether structural changes align with declared authority updates, version changes, or reconciliation rules.
Derived Secondary Lenses
Boundary Compliance Lens
Evaluates observed structure against declared boundary posture, including allow, block, and exception rules.
Determinism Lens
Evaluates whether identical structural inputs produce equivalent structural outputs across repeated executions.
Normalization Lens
Transforms structurally equivalent variants into a canonical form to prevent false divergence.
Related AI-Adjacent Issues
Search Intents
- prompt changed but workflow did not
- prompt update broke workflow
- workflow still expects old prompt
- AI prompt changed downstream did not
- updated prompt incompatible with workflow
- prompt changed parser still old