Papers
Topics
Authors
Recent
Gemini 2.5 Flash
Gemini 2.5 Flash
107 tokens/sec
Gemini 2.5 Pro Premium
58 tokens/sec
GPT-5 Medium
29 tokens/sec
GPT-5 High Premium
25 tokens/sec
GPT-4o
101 tokens/sec
DeepSeek R1 via Azure Premium
84 tokens/sec
GPT OSS 120B via Groq Premium
478 tokens/sec
Kimi K2 via Groq Premium
213 tokens/sec
2000 character limit reached

Multi-Agent Architecture

Updated 30 June 2025
  • Multi-agent architecture is a decentralized design paradigm characterized by autonomous agents interacting via standardized protocols.
  • It is widely applied in supply chain management, intelligent control systems, and autonomous robotics for coordinated decision-making.
  • The system addresses challenges like agent coordination, selective data sharing, and real-time responsiveness in complex, evolving environments.

A multi-agent architecture is a system design paradigm wherein numerous autonomous, often heterogeneous, agents interact to achieve cooperative or coordinated behavior across distributed, complex environments. Research on multi-agent architectures addresses not only the fundamental questions of agent coordination and distributed problem-solving but also challenges related to privacy, data-sharing, adaptability, scalability, and system robustness. Multi-agent approaches are especially prominent in applications that require decentralized decision-making, such as supply chain management, industrial manufacturing, intelligent control systems, and autonomous robotics.

1. Architectural Principles and System Structure

In multi-agent systems (MAS), the overarching architecture is typically modular and distributed, facilitating autonomy and local decision-making among agents while supporting global coordination. Each agent embodies a specialized function or represents an organizational entity within a broader network. For example, in supply chain management, individual enterprises—original equipment manufacturers (OEMs), suppliers, logistic providers—are each represented by corresponding agents, such as the OEM Agent, Supplier Agent, Production Agent, and Logistics Agent (0911.0912).

Common architectural features include:

  • Modularity: Each agent is responsible for a well-defined role within the MAS, such as negotiating contracts, executing production plans, tracking deliveries, or handling exceptions.
  • Standardized Communication: Agents communicate via well-specified protocols, often built on agent communication languages (ACLs). This supports negotiation, information exchange, and synchronization.
  • Decentralized Coordination: No single point of global control exists. Autonomy at the enterprise or subsystem level reduces vulnerability and increases scalability.
  • Layered Structure: Architectures may be layered to distinguish global coordination from local execution, as seen in two-layer control systems separating strategic optimization from rapid, local response (Jamshidnejad et al., 2019).

A representative system structure for MAS in integrated supply chain management is as follows:

1
2
3
4
5
6
7
8
+---------------------+       +-----------------+
|    OEM Agent        |<----->| Supplier Agent  |
+---------------------+       +-----------------+
                ^                     ^
                |                     |
     +-----------------+   +--------------------+
     | Logistics Agent |   | Production Agent(s)|
     +-----------------+   +--------------------+

Such structures enable agents to dynamically join or leave the system as organizational requirements evolve.

2. Agent Roles, Functions, and Algorithms

Agents in a multi-agent architecture are designed with distinct operational roles that map onto different organizational or system functions. In the context of integrated supply chain management, principal agent types and their functions include (0911.0912):

  • Negotiation/Planning Agents (e.g., DISPOWEB): Handle inter-enterprise negotiation and global production planning, optimizing contract terms, delivery schedules, and cost-sharing through iterative negotiation algorithms.
  • Production Planning Agents (e.g., IntaPS, KRASH, FABMAS): Execute and coordinate local and batch manufacturing plans, resolving dependencies among sub-tasks and propagating scheduling constraints upstream or downstream.
  • Order Tracking and Exception Handling Agents (ATT/SCC): Track real-time execution of orders, identify process milestones, detect disruptions or exceptions, and trigger alerts or re-planning routines.

Algorithms and Mathematical Formulation:

Key agent interactions are formalized using mathematical optimization and iterative negotiation procedures:

  • Iterative Negotiation:

argmaxoO[Profiti(o)+Satisfactionj(o)]\arg \max_{\mathbf{o} \in \mathcal{O}} \left[ \text{Profit}_{i}(\mathbf{o}) + \text{Satisfaction}_j(\mathbf{o}) \right]

where O\mathcal{O} is the set of feasible order scenarios, and utility functions aggregate relevant objectives for the involved parties.

  • Distributed Scheduling:

o=argminoO[c(o)+λt(o)]\mathbf{o}^* = \arg\min_{\mathbf{o} \in \mathcal{O}} [c(\mathbf{o}) + \lambda \cdot t(\mathbf{o})]

balancing cost and lead time, with λ\lambda encoding relative importance.

These algorithms support negotiation, distributed decision-making, and rapid response to disruptions.

3. Strategic, Tactical, and Operational Dimensions

Multi-agent architectures are implemented at three hierarchically related levels:

  • Strategic Level: Agents establish long-term contracts, collaborative agreements, and design the network of supply chain partnerships, resolving incentives and privacy concerns while attenuating systemic effects such as the bullwhip effect. MAS mediation enables alignment without necessitating full disclosure of sensitive internal data.
  • Tactical Level: Agents perform mid-term production planning, capacity allocation, and optimization. Local agents exchange only summarized or essential data, preserving autonomy and confidentiality. Scenario-based planning and renegotiation are supported:

Best Plan=argminj=1S(E[Costj]+μjE[Delayj])\text{Best Plan} = \arg\min \sum_{j=1}^S \left( \mathbb{E}[\text{Cost}_j] + \mu_j \cdot \mathbb{E}[\text{Delay}_j] \right)

  • Operational Level: Real-time order tracking and exception management are executed by agents monitoring process milestones, detecting endangerment events, and triggering corrective actions:

OsOrders,  If E(Os,t)Replan(Os)\forall O_s \in \text{Orders},\; \text{If}~\mathcal{E}(O_s, t) \to \text{Replan}(O_s)

This hierarchical structure allows MAS to support dynamic, privacy-respecting coordination across strategic, tactical, and operational domains.

4. Data Integration and Privacy

A persistent challenge for multi-agent architectures in domains such as supply chain management is the fragmented and siloed nature of enterprise data. Partners are frequently unwilling or unable to share all details of their internal processes due to competitive or privacy concerns. The MAS approach addresses this through:

  • Standardized Data Representations: Agents communicate using standardized, compatible formats, ensuring interoperability.
  • Selective Data Exposure: Only data necessary for coordination is shared; sensitive or unnecessary details remain local.
  • ETL Pipelines: Data aggregation is achieved through Extract, Transform, Load procedures feeding into data marts/warehouses. Agents update one another on order statuses using these mechanisms.
  • Event and Historical Analysis: Agents such as ATT/SCC utilize integrated historical data to inform planning and root cause analysis.

This model supports collaborative optimization while respecting data sovereignty.

5. Comparison to Conventional (Centralized) Architectures

Multi-agent architectures offer several advantages over hierarchical or centralized supply chain management systems:

  • Decentralization: Eliminates single points of failure, allows enterprises to retain autonomy, and facilitates dynamic network evolution.
  • Scalability and Flexibility: Agents can be added or removed as partners join or leave, supporting organizational change.
  • Responsiveness: Local agents can negotiate or adjust plans in real time, rapidly propagating necessary changes throughout the network.
  • Privacy and Competitive Viability: The preservation of local control over sensitive data makes MAS more acceptable in competitive business environments.
  • Robustness: The system is more resilient to local disruptions and systemic shocks, owing to distributed adaptation and exception handling.

Conventional ERP or APS systems suffer from rigidity, high infrastructural demands, and difficulty adapting to real-time events, often requiring impractical global data collection.

6. Case Study: Automobile Supply Chain Collaboration

A practical example detailed in the literature illustrates the application of multi-agent architecture in an automobile manufacturing supply chain (0911.0912):

  1. Upon customer order receipt, the DISPOWEB agent decomposes the order and negotiates with supplier, production, and logistics agents.
  2. Agents such as KRASH and IntaPS provide capability assessments and time/cost data.
  3. Downstream and upstream agents further decompose production steps and supply plans as necessary.
  4. Execution is tracked in real time; exceptions and disruptions trigger renegotiation and rescheduling.
  5. Event monitoring agents (ATT/SCC) aggregate operational history to refine future plans.

This case demonstrates the modularity, adaptability, and effectiveness of MAS in a real-world, distributed environment.


Summary Table: MAS Projects and Their Functions

MAS Project Main Functionality
DISPOWEB Negotiation, distributed global (inter-firm) planning
IntaPS Integrated process planning, scheduling
KRASH Production planning/control (batch manufacturing)
FABMAS Operational order tracking
ATT/SCC Event monitoring, historical data analysis

Multi-agent architecture implements decentralized, role-specialized agents, standardized communication, and selective data-sharing techniques to optimize complex, distributed processes—delivering flexibility, scalability, privacy, and resilience that are unattainable with traditional centralized frameworks.

Definition Search Book Streamline Icon: https://streamlinehq.com
References (2)