Issue
Prompt Behavior Changed Without Version Change
A prompt begins producing different behavior even though no prompt version, model version, workflow version, or declared dependency change is recorded.
What This Looks Like
A prompt that appears unchanged starts producing different behavior, but no version change is declared. The output may shift format, tone, refusal behavior, tool use, reasoning path, or decision criteria even though the prompt, workflow, model label, or published version appears the same to the user.
Why It Matters
Silent behavior changes are hard to diagnose. Users may assume the prompt is still governed by the same contract, while runtime behavior has moved. Without a declared version change, it becomes difficult to know what changed, when it changed, and which outputs are comparable.
Structural Signal
Observed behavior changes while the declared version state stays the same. The issue is not ordinary output variance alone; it is that the system behaves as if something changed without exposing a corresponding version or contract update.
Common Triggers
- Runtime behavior changes behind the same model or product label
- Prompt dependencies change without updating prompt metadata
- Hidden policy, tool, or workflow rules are updated silently
- Retrieval, memory, or context behavior changes outside the prompt file
- A product mode changes while preserving the same visible interface
- Version tracking records text changes but not behavioral dependencies
When to Use This Issue
Use this Issue when prompt behavior changes materially and no corresponding version, dependency, or contract change is visible.
When Not to Use This Issue
Do not use this Issue when the prompt was edited, the model version changed visibly, or the user supplied different inputs. Do not use it for minor variation unless the behavior shift looks like an undeclared change.
Category
Primary Pattern
Declared Patterns
Silent Mutation
A structural condition where a change occurs without a corresponding declared update, authority update, or version change.
Contract Drift
A structural condition where a declared contract changes but connected structures, implementations, consumers, or expectations do not update in sync.
Divergent Outputs
A structural condition where parallel evaluations under comparable scope and shared authority produce non-equivalent outputs.
Derived Primary Lenses
Convergence Lens
Compares parallel structural systems to determine whether they align under shared authority.
Determinism Lens
Evaluates whether identical structural inputs produce equivalent structural outputs across repeated executions.
Reconciliation Lens
Evaluates whether structural changes align with declared authority updates, version changes, or reconciliation rules.
Reference Stability Lens
Evaluates whether structural references, identifiers, nodes, and edges remain consistent across execution cycles or comparable states.
Variance / Entropy Lens
Measures structural variability across repeated or comparable evaluations and identifies divergence beyond expected bounds.
Derived Secondary Lenses
Related AI-Adjacent Issues
AI Works in One Environment Not Another
The same AI task appears to work in one app, mode, model, account, workspace, or runtime but fails or behaves differently in another.
Guardrail Applies to One Model Path Only
A guardrail, policy, validation rule, safety check, or workflow constraint applies to one model path, mode, runtime, or route but not another.
Runtime Behavior Does Not Match Docs
Documented behavior, fields, tool schemas, permissions, or runtime capabilities do not match what actually happens during use.
Search Intents
- prompt behavior changed without version change
- prompt changed behavior but version same
- AI prompt started acting different
- same prompt different behavior no update
- prompt drift without version change
- AI behavior changed silently