惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - Franky
T
Tailwind CSS Blog
Microsoft Azure Blog
Microsoft Azure Blog
The Cloudflare Blog
博客园 - 叶小钗
N
Netflix TechBlog - Medium
罗磊的独立博客
量子位
MyScale Blog
MyScale Blog
A
About on SuperTechFans
Blog — PlanetScale
Blog — PlanetScale
V
Visual Studio Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
GbyAI
GbyAI
B
Blog
腾讯CDC
爱范儿
爱范儿
Recent Announcements
Recent Announcements
有赞技术团队
有赞技术团队
F
Fortinet All Blogs
雷峰网
雷峰网
G
Google Developers Blog
Google DeepMind News
Google DeepMind News

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
Gartner Says 40% of AI Agents Will Be Decommissioned by 2...
Kavin Kim · 2026-06-19 · via DEV Community

Kavin Kim

Gartner predicts that by 2027, 40% of enterprises will demote or decommission autonomous AI agents due to governance gaps identified only after production incidents occur.

The instinct when something goes wrong: kill it. Revoke access. Freeze the wallet. Shut it down.

Cerbos published the counter-argument that CISOs are now adopting: "Allow or revoke. Deploy or kill. That works in a lab. It does not work in a hospital, a bank, a payments network, or any environment where the agent is doing something a human used to do, and stopping it instantly creates a different incident than the one you were trying to prevent."

The kill switch creates a second incident. The industry needs a dimmer switch.

Why Binary Stop Creates Cascading Failure

An AI agent processing payments is not a standalone program. It is embedded in a workflow. Other agents depend on its outputs. Downstream systems expect its responses. Customers are mid-transaction.

# What happens when you kill an agent mid-workflow:

# Agent: procurement_bot (handles vendor payments)
# Status: anomaly detected (unusual vendor, high amount)
# Instinct: KILL IT

kill_switch_consequences = {
    "in_flight_transactions": 12,  # Now orphaned
    "downstream_agents_waiting": 3,  # Will timeout and retry
    "vendor_expectations": 4,       # Payments promised, never delivered
    "reconciliation_gap": "$14,200", # Money left in limbo
    "sla_violations": 2,            # Customer-facing deadlines missed
    "recovery_time": "4-8 hours",   # Manual intervention required
    "second_incident_severity": "P2" # The kill caused its own incident
}

# The kill switch "solved" a suspicious $800 transaction
# But created $14,200 in orphaned transactions + 2 SLA violations
# Net result: worse than the original anomaly

mintmcp documented the gap: "Most organizations can monitor what their AI agents are doing but the majority cannot stop them when something goes wrong." The organizations that CAN stop them discover that stopping creates its own damage.

The Dimmer Switch Pattern

Instead of binary on/off, production agent governance needs graduated response:

from rosud_pay import Governance, DimmerSwitch

# Production-grade agent control (not binary kill):
governance = Governance.configure(
    agent="procurement_bot",
    control=DimmerSwitch(
        # Level 5: Full autonomy (normal operation)
        level_5={
            "daily_limit": 5000,
            "per_tx_max": 1000,
            "categories": "all_authorized",
            "approval_required": False
        },

        # Level 4: Reduced autonomy (first sign of anomaly)
        level_4={
            "daily_limit": 2000,        # Reduced
            "per_tx_max": 500,          # Reduced
            "categories": "existing_vendors_only",
            "approval_required": False,
            "trigger": "anomaly_score > 0.3"
        },

        # Level 3: Supervised (confirmed anomaly)
        level_3={
            "daily_limit": 500,
            "per_tx_max": 100,
            "categories": "pre_approved_list",
            "approval_required": "above_50",  # Human approves > $50
            "trigger": "anomaly_score > 0.6"
        },

        # Level 2: Restricted (investigation active)
        level_2={
            "daily_limit": 0,           # No new spending
            "existing_commitments": "honor",  # Finish in-flight
            "approval_required": "all",
            "trigger": "security_team_escalation"
        },

        # Level 1: Frozen (confirmed breach)
        level_1={
            "all_transactions": "blocked",
            "in_flight": "graceful_complete_or_refund",
            "notification": "all_downstream_agents",
            "trigger": "confirmed_compromise"
        }
    )
)

# Result: anomaly detected → Level 5 to Level 4 in 50ms
# No orphaned transactions. No SLA violations. No second incident.
# Investigation proceeds while agent continues at reduced capacity.
# If confirmed malicious: gradual freeze, not instant kill.

The 40% Decommission Problem

Gartner's 40% prediction is not about agent capability. It is about governance response. When the only response to a production incident is "turn it off," organizations conclude the agent is too risky to operate.

builtin documented the pattern: enterprises now treat AI agents as first-class identities requiring JIT (just-in-time) access and instant kill switches. But the kill switch alone is insufficient. What they actually need:

# What enterprises discover after decommissioning agents:

decommission_reasons = {
    "governance_gap_discovered_after_incident": 0.65,  # 65%
    "no_graduated_response_available": 0.52,           # 52%
    "kill_switch_caused_secondary_damage": 0.38,       # 38%
    "could_not_prove_agent_was_safe_to_restart": 0.44, # 44%
    "audit_trail_insufficient_for_root_cause": 0.41    # 41%
}

# The path from "decommission" to "keep running safely":
from rosud_pay import AgentLifecycle

lifecycle = AgentLifecycle.configure(
    agent="procurement_bot",
    governance={
        # Graduated response (not binary)
        "response_levels": 5,
        "auto_escalation": True,
        "auto_de_escalation": True,  # Return to normal after resolution

        # Prove safety for restart
        "restart_criteria": {
            "root_cause_identified": True,
            "fix_deployed": True,
            "governance_gap_closed": True,
            "audit_trail_complete": True
        },

        # Continuous governance (not point-in-time)
        "monitoring": "real_time",
        "anomaly_detection": "behavioral_baseline",
        "budget_enforcement": "per_transaction",

        # The key differentiator: DIMMER, not SWITCH
        "on_anomaly": "reduce_autonomy",  # Not "kill"
        "on_resolution": "restore_autonomy"  # Automated recovery
    }
)

The Business Case for Graduated Control

lumenova documented the shift: AI governance maturity is now treated like a credit rating. Institutional clients demand proof of model lineage, hallucination rates, and governance capabilities before granting mandates.

The organizations that decommission agents lose the investment. The organizations with graduated control keep agents running safely through incidents:

  • Incident detected: reduce autonomy (not kill)
  • Investigation proceeds: agent continues at restricted level
  • Root cause found: fix deployed, autonomy restored
  • No second incident. No orphaned transactions. No SLA violations.
  • Agent stays in production. Investment preserved.

The Bottom Line

The kill switch is the reason 40% of agents will be decommissioned. Not because agents are dangerous. Because the only response to danger is destruction. That is not governance. That is giving up.

rosud-pay provides the dimmer switch for agent spending. Five levels of graduated response. Automatic escalation on anomaly detection. Automatic de-escalation on resolution. In-flight transaction protection. Zero orphaned payments. Zero secondary incidents.

Keep your agents running safely through incidents. Do not kill them and call it governance.


Implement graduated agent control: rosud.com/docs