Artificial intelligence

Managing AI Agent Risks in System Operations: 4 Practices to Avoid Operational Failures

This guide reviews four essential practices to mitigate the risks of AI agents in digital incident management, including enforcing guardrails, self-monitoring, performance measurement, and continuous evaluation.

2026-11-05
3 min read
3 views
certi.news Editorial Team
Managing AI Agent Risks in System Operations: 4 Practices to Avoid Operational Failures

The integration of artificial intelligence and autonomous AI Agents into the core of digital operations and technical incident management is increasing. These tools have moved beyond merely alerting software teams to making decisions and executing remediation actions on behalf of engineers. Despite their ability to accelerate problem triage and resolution, they introduce new failure patterns that are difficult for Site Reliability Engineering (SRE) and IT Operations (ITOps) teams to predict using traditional methods, such as software hallucinations, model drift, incorrect selection of operational tools, and the repercussions of cascading errors across multi-agent systems.

1. Enforcing Proactive Guardrails

Organizations vary in their maturity level regarding AI adoption; while some teams are still in the experimental phase, others are building advanced networks of autonomous agents. As agent autonomy increases, the risk of an erroneous decision spreading across services without early detection grows. To prevent this, operational controls and security policies must be implemented that force the agent to self-stop, report an issue, or immediately transfer control to a human operator when its behavior deviates, allowing for engineering intervention before failures escalate without disrupting the workflow.

2. Employing Dedicated Monitoring and Response Agents

With the expanding scope of deployed agents, monitoring their behavior exceeds the capacity of human manual oversight. A new layer of governance is emerging, consisting of AI agents dedicated to monitoring other intelligent systems and analyzing abnormal signals emitted by them. Data indicates that approximately 70% of system incidents result from operational changes, and since AI executes changes at machine speed, the speed of monitoring and response must match this rhythm through agents configured to initiate investigation, diagnosis, and connection to observability tools and code as soon as any anomaly is detected.

3. Defining Precise Performance Indicators and Reference Sets

To ensure agents adhere to their tasks, engineering teams need concrete performance metrics that go beyond general success rates. These indicators include: the extent to which answers are based on factual data (Groundedness), response time, accuracy of tool selection, error and retry rates, efficiency of operational steps, and escalation rates to human elements. It is also recommended to build a "Golden Set" that includes expected scenarios and behaviors to regularly test agent responses and ensure they do not deviate from the defined path.

4. Continuous Monitoring and Two-Level Evaluation

Agent performance is not static; their behavior can change due to backend model updates or drift over time, even if the infrastructure remains stable. Therefore, any drop in performance should be treated as an operational incident requiring immediate alerting. Evaluation must operate on two parallel levels: near-real-time monitoring to detect errors as they occur, and post-incident analysis to examine agent behavior and verify whether the escalation was appropriate and the use of tools was accurate.

Building Trust Begins with Low-Risk Tasks

Achieving the full value of intelligent automation in incident management depends primarily on building institutional trust. Best practices dictate starting with low-risk use cases, such as alert triage and initial diagnosis, before gradually expanding toward assigning self-remediation tasks to agents, while maintaining the role of developers and engineers as a fundamental pillar for handling complex cases.

News source
The New Stack - Software Development
Open original source ↗
c
Author

certi.news Editorial Team

In the same category

You may also like

View all news