WritingCohereCoherepublished Oct 15, 2026seen 1w

Agent Sprawl

Open original ↗

Captured source

source ↗
published Oct 15, 2026seen 1wcaptured 1whttp 200method plain

How to Manage Agent Sprawl in the Enterprise | Cohere Skip to content Introducing North 2: AI without compromises Learn more about the updates

Products

Solutions

Resources

Blog

Research

Company

Sign in

Request a demo

Platform North

Enterprise-ready AI for business

Compass

Intelligent search and discovery

Models Command

Generative language models

Transcribe New

Speech recognition model

North Small Translate NEW

Machine translation model

Parse New

Document parsing model

Embed

Semantic representation model

Rerank

Retrieval optimization model

Models Overview

Product Products Overview

Total Cost of AI Ownership

Pricing

Featured North 2: Cohere's latest platform update — with 15+ new features

Deploy Model Vault

Dedicated model inference platform

Private Deployments

On-prem or isolated VPCs

Security

Protect your data at every stage

See deployment options

By Industry Financial Services

Public Sector

Technology

Telecommunications

Energy and Utilities

Healthcare

Manufacturing

Featured Model Vault provides fully-isolated, performant inference with Saas simplicity

Insights Customer Stories

For Developers Developers

Models Overview

Docs

Discord

LLM University

Connect Partners

Events

Webinars

Merch Store

Featured How CoreWeave used Cohere North to transform its customer support in 90 days

Blog

The latest news, launches, and insights

Read more

Cohere to acquire AISLE to advance cyber-resilient sovereign AI

North 2: Enterprise AI without compromises

Introducing Embed 5—A new family of frontier embedding models

Research Cohere Labs

Cohere’s ML research lab

Explorations Future(s) of Work

How will AI change the way we work?

Aya Models

Multilingual AI at scale

All Papers

Initiatives Research Scholars

Finding the new generation of ML talent

Open Science Community

Championing global, open science

Catalyst Grants

Supporting impactful ML endeavors

Resources Blog

Hugging Face

Events

Featured The future of work debate has an evidence problem

About

Careers

Newsroom

Oct 15, 2026

5 minute read

Agent sprawl: How to manage agent proliferation in the enterprise

The growth of enterprise AI agent platforms has made it much easier for employees to build and deploy agents to support their own work.

But as agent creation becomes more decentralized, enterprises face a new management problem: how to keep track of what agents have been built across the organization. Without that visibility, teams can struggle to find and reuse existing agents, while access to enterprise data and systems can become harder to govern. When this proliferation of agents becomes too difficult to manage, it becomes agent sprawl.

In this article, we’ll explain why proliferation isn’t inherently bad, explore how enterprises tend to manage agent sprawl, and consider an alternative approach that allows variant agents to compete. Build reusable agents and automations and share them across the enterprise with North 2: our secure, agentic AI platform that runs where your data lives. Explore North 2

Why agent proliferation isn’t necessarily a bad thing The same tools that create the potential for agent sprawl also make experimentation much easier. Employees no longer need to rely exclusively on a central AI or engineering team every time they identify a task that could benefit from an agent. Instead, they can build and test agents themselves, tailored to the specifics of the work they’re trying to augment.

This kind of decentralized experimentation is valuable. First, those closest to a workflow are often best placed to determine how it could be streamlined by an agent. Second, when useful agents can be shared and reused, a solution initially developed for one team can be adopted by other teams facing a similar problem. So at an organizational level, proliferation can be a sign that employees are actively testing new ideas and discovering useful applications for agents.

This raises the question of whether having a growing number of agents always creates more overhead. After all, more agents don’t necessarily mean higher inference costs — an agent that isn’t being used doesn’t consume tokens simply because it exists. Instead, the management burden appears when the process for managing agents fails to keep pace with their growing numbers. That’s when agent proliferation is better described as agent sprawl. Proliferation can be a sign that employees are actively testing new ideas and discovering useful applications for agents.

How enterprises currently manage agent sprawl Enterprises today typically manage growing agent estates with one of the following approaches:

Centralized delivery : A central AI or engineering team builds and governs agents for the rest of the organization. This can offer tighter control, but can limit the pace of innovation. Federated delivery : Business units or individual teams own agent development and operation, while central functions provide shared infrastructure, standards, and governance patterns . Hybrid delivery : Central and business teams share responsibility for building and operating agents under common standards and governance patterns.

Across these operating models, enterprises are increasingly using agent registries to maintain a shared view of their agent estates. A registry helps an organization keep track of agent ownership, usage, and access permissions, while helping employees discover agents that already exist. This setup reinforces a common preference for avoiding duplication. Teams should default to reusing existing solutions before building something new.

Of course, there are good reasons to limit unnecessary duplication. It’s an obvious way to reduce sprawl: employees have fewer overlapping options to sift through, while the enterprise has fewer agents to monitor and govern.

But treating duplication as something to avoid in every case can also suppress innovation. If the mere existence of a workable agent means no alternatives should be built, organizations forfeit the opportunity to discover solutions that are cheaper, more reliable, or better suited to the task. Treating duplication as something to avoid in every case can suppress innovation.

An alternative approach: Allow agent variants to compete How can enterprises make room for useful duplication without letting it develop into agent sprawl?

One way is to treat duplication as provisional rather than permanent. If a team has a credible reason to...

Excerpt shown — open the source for the full document.

Notability

notability 5.0/10

Substantive blog post from Cohere on agent sprawl