By NHI Mgmt Group Editorial TeamBased on torq: “Torq Reflex: Teaching the AI SOC Judgment” (June 23, 2026)

TL;DR: AI triage often repeats the same mistakes because it lacks memory, according to torq research based on a review of more than 1,000 analyst corrections across four customer environments, with confidence-based learning improving verdict alignment to 92% versus 78% for similarity-based approaches. The governance problem is not just model accuracy, but whether AI SOC decisions become consistent enough to trust and operationalise.


At a glance

What this is: Torq says AI SOC triage becomes unreliable when learning systems lack memory of prior analyst decisions, so the same alert can keep getting rejudged from scratch.

Why it matters: SOC teams need consistent, calibrated triage decisions because memoryless AI can erode trust, increase repeated corrections, and push analysts back into manual review.


Context

AI SOC triage is not just a model-output problem. When a system forgets prior analyst decisions, every alert is evaluated as if the organisation has never seen the pattern before, which creates inconsistency, wasted effort, and trust decay. The security governance gap is memory, not merely language understanding, because operational decisions need to accumulate over time if they are to be relied on.

In SOC operations, consistency matters as much as raw classification quality. If the same alert produces different verdicts across shifts or after model updates, teams stop treating AI as decision support and start treating it as another box to click. That creates a genuine control issue for human-in-the-loop triage, especially where escalation policy, analyst judgment, and auditability must remain stable under changing model behaviour.


Key questions

Q: What breaks when an AI SOC cannot remember prior decisions?

A: The same alert can be judged differently on different days, which creates inconsistency, repeated analyst corrections, and lower trust in automation. Once analysts stop expecting the system to be stable, they treat it as another checkbox instead of a decision aid. That is a governance failure, not just a usability problem.

Q: Why do confidence scores matter in AI-driven SOC workflows?

A: Confidence scores let teams separate decisions that can be automated from those that still need human judgment. Without calibrated confidence, every verdict looks equally certain, which either over-automates risky cases or burdens analysts with unnecessary review. A useful triage system should route uncertainty back to people before downstream actions are taken.

Q: What are the signs that AI triage is not learning properly?

A: The clearest signs are repeated analyst corrections, shifting verdicts on similar alerts, and inconsistent outcomes across shifts or model versions. If analysts keep explaining the same false positive and the system treats it as new every time, the learning layer is not retaining operational precedent. That is a governance failure, not just a model-quality issue.

Q: Should SOC teams rely on similarity lookup or a trained decision model?

A: Similarity lookup is useful for context, but it is not enough when the team needs stable decisions. A trained model can internalise the organisation's actual judgment boundary, while retrieval only surfaces past examples. For operational triage, the better choice is a decision layer with memory, plus retrieval as supporting evidence rather than the verdict source.


Technical breakdown

Why memoryless AI triage becomes inconsistent

Large language models can analyse an alert well on day one, but if corrections are only appended to the prompt, the model does not actually retain the decision as durable state. It re-evaluates each case independently, which produces self-inconsistency when the same pattern reappears. In SOC triage, that means the system may classify an alert one way today and differently tomorrow even when the evidence is unchanged. The issue is not intelligence in the abstract. It is whether the model can preserve precedent and apply it reliably at decision time.

Practical implication: move from prompt-only learning to stateful decision memory if you need stable triage outcomes.

Why similarity-based learning is not the same as judgement

Similarity lookup can surface past corrections, but it does not encode the team’s actual decision boundary. Analysts do not only recognise patterns, they also apply policy, risk tolerance, and escalation thresholds to borderline cases. A memory store can say an alert looked similar before, but it cannot reliably capture why the team chose to escalate one near-identical case and close another. That is why retraining a classifier on analyst verdicts is materially different from retrieval alone. The former can approximate the organisation’s judgment. The latter mostly echoes examples.

Practical implication: treat similarity search as support data, not as a substitute for a trained decision layer.

How calibrated confidence changes SOC routing

A useful AI triage system needs more than a verdict. It needs a confidence score that tells the workflow when to trust automation and when to route a case back to an analyst. Calibration matters because high-confidence benign or malicious calls can move quickly, while uncertain cases should remain under human review. That structure is what makes learning operational rather than cosmetic. It also creates a feedback loop where analyst corrections retrain the model, so each decision affects future routing instead of remaining trapped in a static review history.

Practical implication: route only high-confidence cases automatically and keep low-confidence decisions in analyst control.


NHI Mgmt Group analysis

Memory is the governance layer that turns AI triage from a demo into an operational control. A model that reopens every question from scratch cannot support consistent SOC decision-making, no matter how fluent its explanations sound. The gap is not simply accuracy, but repeatability across shifts, analysts, and model versions. Practitioners should treat durable decision memory as part of the control plane, not a nice-to-have feature.

Prompting and retrieval can describe judgement, but they do not reliably encode it. SOC teams do not only need examples of past outcomes. They need a mechanism that internalises how the organisation distinguishes harmless activity from escalation-worthy activity. That distinction matters most in borderline calls, where policy and analyst tolerance shape the final verdict. The practical lesson is that learning systems must absorb precedent, not merely surface it.

Model drift becomes an operations risk when AI behaviour changes underneath the team. If underlying model updates shift output quality or consistency and the customer’s decision logic is not retuned with them, confidence collapses at the worst possible time. This creates a memory gap across versions, not just across alerts. SOC leaders should insist on change-aware calibration, because a triage system that cannot preserve its own decision boundary will not remain trustworthy.

Calibrated AI triage is now a human oversight problem as much as a detection problem. The article’s strongest signal is that uncertainty routing is the boundary between useful automation and unsafe automation. Human review should focus on the cases that genuinely need judgment, while the machine handles the well-learned ones. Practitioners should design for auditable supervision, not blanket automation.

Decision memory should be treated as part of SOC resilience. Inconsistency creates hidden operational cost because analysts keep re-litigating the same cases and stop trusting the automation. That weakens throughput, but it also weakens institutional learning. Teams should measure whether the AI reproduces prior judgments under repeat conditions, because repeatability is what makes automation governable.

What this signals

Decision memory is becoming the dividing line between AI SOC tools that assist and AI SOC tools that destabilise operations. Teams should expect the next wave of triage governance to focus less on whether a model can explain itself and more on whether it can preserve prior judgments under repeat conditions. The practical test is simple: if the same alert keeps coming back as if it were unseen, the learning layer is not yet governable.

Memoryless triage creates an institutional trust problem, not just an analyst-efficiency problem. Once responders stop believing the AI’s verdicts, automation becomes ceremonial and the SOC loses the value of the tool. SOC leaders should watch for that confidence decay and treat model calibration, version change, and routing thresholds as part of operational resilience. A useful system must learn the team’s decisions, not merely echo them.


For practitioners

  • Define a durable triage memory layer Persist analyst corrections as model state, not just prompt text, so the same alert pattern can inherit prior verdicts across shifts and retraining cycles.
  • Separate similarity lookup from decision learning Use historical matches as supporting evidence, but require a trained classifier or equivalent decision layer to encode the organisation's actual verdict boundary.
  • Set confidence thresholds for automated routing Route only high-confidence triage outcomes into automation and keep uncertain cases in analyst review until the model proves stable on your data.
  • Retune after model changes Revalidate prompts, calibration, and routing thresholds whenever the underlying model version changes, because behaviour can shift even when the workflow stays the same.

Key takeaways

  • AI SOC triage fails when models cannot retain prior analyst judgments, because repeat alerts are then assessed as if the team has never seen them before.
  • Torq's data point is that repeated corrections and shifting verdicts are not a minor usability issue, they are a control problem that undermines trust and operational consistency.
  • The decisive improvement is not more fluent explanations, but calibrated decision memory that routes uncertainty back to humans and preserves repeatable triage outcomes.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

MITRE ATT&CK addresses the attack and risk surface, while NIST AI RMF, NIST SP 800-53 Rev 5 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST AI RMFMEASURE — MeasureThe article is about calibration, consistency, and oversight of AI decision-making.
MANAGE — ManageHuman oversight and routing uncertainty are central to the article's control model.
Recommendation — Measure triage consistency, confidence calibration, and drift so AI decisions remain operationally trustworthy. Manage escalation thresholds and human review boundaries for uncertain AI triage decisions.
NIST SP 800-53 Rev 5AU-6 — Audit Record Review, Analysis, and ReportingAnalyst corrections and decision history need to be reviewable and actionable over time.
Recommendation — Review triage decision logs and analyst corrections to identify where AI judgments diverge from policy.
NIST CSF 2.0GV.OV-01 — Oversight of Cybersecurity RiskThe article emphasises governance over AI triage trust, consistency, and accountability.
Recommendation — Establish oversight for AI-assisted triage so routing, calibration, and review remain accountable.
MITRE ATT&CKTA0007 — DiscoveryThe article is about detection and triage quality across repeated alert patterns.
Recommendation — Map recurring alert patterns to detection gaps and tune triage logic where discovery repeatedly fails.

Key terms

  • Decision Memory: Decision memory is a persistent record of how a system has ruled on prior cases and how those rulings shape future behaviour. It goes beyond prompt tuning or retrieval because it changes the model’s underlying judgement, which is what security teams need when they rely on repeatable triage outcomes.
  • Calibrated Confidence: Calibrated confidence is a probability score that reflects how likely a model’s answer is to be correct. In security operations, it helps teams decide when AI can act, when it should defer, and when a human must review the case because the model is not certain enough to trust.
  • Self-Inconsistency: Self-inconsistency is when an AI model gives different answers to equivalent inputs because it does not retain stable decision memory. In SOC triage, that means the same alert can be judged differently over time, which undermines confidence and makes operational automation harder to govern.
  • Human-on-the-loop: A control model where AI handles routine decisions while a human supervises exceptions and high-risk cases. In identity governance, it reduces manual effort without removing accountability, but only when escalation criteria, evidence capture, and approval boundaries are clearly defined and consistently enforced.

Deepen your knowledge

NHI Mgmt Group covers identity security, NHI governance, and agentic AI through independent research, practitioner guides, and the NHI Foundation Level course. Explore nhimg.org for resources that connect identity governance to the broader security disciplines your programme depends on.
NHIMG Editorial Note
Published by the NHIMG editorial team on August 1, 2026.
Updated on October 13, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org