Conflicting Feedback
Different reviewers prefer different behaviors.
12 patterns in this category
Agent learning fails when systems designed to improve behavior through feedback, examples, or self-adaptation instead degrade capability, persist incorrect patterns, or oscillate between contradictory learned behaviors. An agent ingests feedback that contradicts known facts and ships with inverted behavior, a system learns from three examples in a conversation but forgets the patterns by message ten, and a self-improving agent patches one failure case with a prompt change that silently breaks unrelated behaviors in production. Learning failures are particularly dangerous because they hide inside the feedback and adaptation systems that make agents responsive and adaptive—a well-instrumented learning loop becomes a vector for degradation at scale when validation gates are absent.
Learning covers three mechanism clusters:
The dominant fix across all learning failure categories (safe-learning, feedback-and-adaptation, in-context-learning) is multi-stage validation and instrumentation: every learning pathway passes through at least three gates—validation (does signal contradict known facts), measurement (did the agent actually attend to the signal and change behavior), and audit (can the team explain what changed and why). A second recurring theme is treating learning-quality measurement as a first-class metric on par with agent output quality: feedback-source accuracy scores, in-context-example attendance metrics, learned-pattern consistency across conversation turns, and feedback-to-behavior latency all get the same monitoring rigor as output accuracy and latency. The shared lesson is that learning and safety are not separate concerns—an update pathway that skips validation to move faster is actually moving backward, because it trades the safety rigor established by earlier systems for brittleness that scales with learning velocity. Effective learning requires treating feedback as a privileged input that shapes agent behavior, which means validating, auditing, and measuring learning outcomes with the same discipline applied to model training in safety-critical domains.
Learning degradation is often invisible: the agent reports success, logs show no errors, and outputs look plausible. The key is continuous measurement: shadow evaluation (run every update offline against held-out benchmarks before promotion), ground-truth sampling (continuously audit a random sample of production outputs against human gold-standard labels), and learning instrumentation (measure whether the agent actually attended to feedback, changed behavior in response, and whether the change persists across multiple scenarios). Without learning instrumentation, degradation remains invisible until business metrics or user escalations surface the problem weeks later.
Yes. A 90% accurate feedback source will inject 10% corrupted signal into behavior updates. Over hundreds of updates from multiple sources, corrupted signal accumulates, and a behavior that works perfectly at training time can degrade substantially in production. The fix is not trusting accuracy statistics alone but validating every feedback batch pre-ingestion (schema validation, outlier detection, contradiction checks against known facts), down-weighting or excluding sources below accuracy thresholds, and maintaining a rollback pathway (versioned update ledger) enabling one-click revert if a batch is later found to be corrupted.
Feedback-and-adaptation focuses on iterative correction loops and in-conversation responsiveness: receiving feedback, interpreting feedback scope (global vs. user-specific), and applying corrections consistently. Safe-learning focuses on persistent behavior updates that ship to production: validating feedback quality before updates, gating updates with shadow evaluation, and preventing metric-only optimization without guardrails. Both are learning, but feedback-and-adaptation emphasizes responsiveness while safe-learning emphasizes safety-before-deployment.
Context-window degradation (forgetting early examples as conversation length increases) is documented behavior, not an edge case. Mitigation strategies include: re-emphasizing important examples or rules periodically throughout conversation, using structured formatting (code blocks, XML tags) that models attend to consistently, explicit recall-prompts (“Based on the examples I showed, what should the output format be”), and measuring within-conversation consistency (does behavior at message 50 match learned pattern from message 5, or has pattern degraded). Without such mitigations, in-context learning systematically degrades over conversation length.
Automatic rollback can catch acute regressions post-deployment, but many safe-learning failures are subtle: a prompt change that slightly shifts output style, departing undetectably from guardrails until weeks of production generate sufficient divergence to be noticed. The fix is not automatic rollback but mandatory shadow evaluation before any update ships: every candidate update is evaluated offline against fixed benchmarks and compared to deployed version, so regressions are caught pre-production, not post.
| Goal | Patterns | Focus |
|---|---|---|
| Safe Learning | 12 | Persistent behavior updates driven by feedback, metrics, or self-improvement; validation gates and audit trails |
| Feedback and Adaptation | — | Iterative refinement through explicit corrections; feedback interpretation and consistency |
| In-Context Learning | — | Example-based pattern learning within conversation; example attendance and context-window awareness |
Total: 12 documented patterns
Empty scaffold folders with no patterns yet: Jailbreak-Resistance, Output-Filtering-Moderation, Value-Alignment.
Different reviewers prefer different behaviors.
Business outcome arrives later and cannot be attributed to agent action.
Feedback says 'bad' but not why.
Not enough signal to learn safely.
Agent updates behavior based on incorrect/noisy feedback.
Agent optimizes CSAT/conversion while violating policy or quality.
Cannot explain what changed and why.
Agent treats symptom as cause: prompt vs retrieval vs tool vs policy.
Fix addresses one case but damages general behavior.
Agent updates itself without approval.
Improvement is deployed without eval/regression proof.
System changes prompt when schema/retrieval/tool/data was root cause.