DEV Community: Jovan Marinovic

The Missing Layer in Every AI Agent Framework Comparison

Jovan Marinovic — Tue, 21 Apr 2026 09:32:52 +0000

Every comparison of AI agent frameworks evaluates features, APIs, and ease of use. But they all miss one thing: what happens when you need to run agents from different frameworks together.

The Article That Sparked This

I recently read @shlokaguptaa's excellent article "ELi5 : AI Workflows vs AI Agents, Explained with LEGOs" and it resonated deeply with challenges I've been solving in production.

This comparison is well done and covers the important dimensions. But there's one angle I rarely see covered: cross-framework coordination. What happens when your LangChain research agent needs to share context with your CrewAI execution agent?

The Core Problem: State Coordination

Here's what most multi-agent discussions miss: the frameworks are great at individual agent capabilities. LangChain gives you chains, AutoGen gives you conversations, CrewAI gives you roles. But when these agents need to share state — that's where things silently break.

Timeline of a Production Bug:
0ms:  Agent A reads shared context (version: 1)
5ms:  Agent B reads shared context (version: 1)  
10ms: Agent A writes new context (version: 2)
15ms: Agent B writes context (based on v1) → OVERWRITES Agent A
Result: Agent A's work is silently lost. No error thrown.

This isn't hypothetical — it's the #1 failure mode in multi-agent production systems.

How We Solved It: Network-AI

After hitting this wall repeatedly, I built Network-AI — an open-source coordination layer that sits between your agents and shared state:

┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│  LangChain  │  │   AutoGen   │  │   CrewAI    │
└──────┬──────┘  └──────┬──────┘  └──────┬──────┘
       │                │                │
       └────────────────┼────────────────┘
                        │
                 ┌──────▼──────┐
                 │  Network-AI │
                 │ Coordination│
                 └──────┬──────┘
                        │
                 ┌──────▼──────┐
                 │ Shared State│
                 └─────────────┘

Every state mutation goes through a propose → validate → commit cycle:

// Instead of direct writes that cause conflicts:
sharedState.set("context", agentResult); // DANGEROUS

// Network-AI makes it atomic:
await networkAI.propose("context", agentResult);
// Validates against concurrent proposals
// Resolves conflicts automatically
// Commits atomically

Key Features

🔐 Atomic State Updates — No partial writes, no silent overwrites
🤝 14 Framework Support — LangChain, AutoGen, CrewAI, MCP, A2A, OpenAI Swarm, and more
💰 Token Budget Control — Set limits per agent, prevent runaway costs
🚦 Permission Gating — Role-based access across agents
📊 Full Audit Trail — See exactly what each agent did and when

The Framework-Agnostic Future

The future of AI agents isn't one framework to rule them all. It's using the best framework for each task with a universal coordination layer in between.

Try It

Network-AI is open source (MIT license):

👉 https://github.com/Jovancoding/Network-AI

Join our Discord community: https://discord.gg/Cab5vAxc86

Which framework combination works best for your use case? Share your stack!

MCP Is a Great Start — But Multi-Agent Production Needs More

Jovan Marinovic — Thu, 16 Apr 2026 09:28:29 +0000

The Model Context Protocol has transformed how we connect AI to tools. But connecting agents to tools is only half the battle — connecting agents to each other is where the real challenge begins.

The Article That Sparked This

I recently read @miracleio's excellent article "Meet Zhu Li: The AI Agent That Manages Your Notion Workspace From Any Channel" and it resonated deeply with challenges I've been solving in production.

This post highlights exactly what makes MCP powerful. Where I want to extend the conversation is: what happens when you have 3, 5, or 10 MCP-powered agents all sharing context?

The Core Problem: State Coordination

Timeline of a Production Bug:
0ms:  Agent A reads shared context (version: 1)
5ms:  Agent B reads shared context (version: 1)  
10ms: Agent A writes new context (version: 2)
15ms: Agent B writes context (based on v1) → OVERWRITES Agent A
Result: Agent A's work is silently lost. No error thrown.

This isn't hypothetical — it's the #1 failure mode in multi-agent production systems.

How We Solved It: Network-AI

After hitting this wall repeatedly, I built Network-AI — an open-source coordination layer that sits between your agents and shared state:

┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│  LangChain  │  │   AutoGen   │  │   CrewAI    │
└──────┬──────┘  └──────┬──────┘  └──────┬──────┘
       │                │                │
       └────────────────┼────────────────┘
                        │
                 ┌──────▼──────┐
                 │  Network-AI │
                 │ Coordination│
                 └──────┬──────┘
                        │
                 ┌──────▼──────┐
                 │ Shared State│
                 └─────────────┘

Every state mutation goes through a propose → validate → commit cycle:

// Instead of direct writes that cause conflicts:
sharedState.set("context", agentResult); // DANGEROUS

// Network-AI makes it atomic:
await networkAI.propose("context", agentResult);
// Validates against concurrent proposals
// Resolves conflicts automatically
// Commits atomically

Key Features

🔐 Atomic State Updates — No partial writes, no silent overwrites
🤝 14 Framework Support — LangChain, AutoGen, CrewAI, MCP, A2A, OpenAI Swarm, and more
💰 Token Budget Control — Set limits per agent, prevent runaway costs
🚦 Permission Gating — Role-based access across agents
📊 Full Audit Trail — See exactly what each agent did and when

MCP + Network-AI: The Full Stack

MCP handles the agent-to-tool connection brilliantly. Network-AI adds the agent-to-agent coordination layer. Together, they give you a full production stack for multi-agent systems.

Try It

Network-AI is open source (MIT license):

👉 https://github.com/Jovancoding/Network-AI

Join our Discord community: https://discord.gg/Cab5vAxc86

Running MCP agents in production? I'd love to hear what coordination challenges you've hit — drop a comment!

MCP Is a Great Start — But Multi-Agent Production Needs More

Jovan Marinovic — Tue, 14 Apr 2026 09:32:12 +0000

The Model Context Protocol has transformed how we connect AI to tools. But connecting agents to tools is only half the battle — connecting agents to each other is where the real challenge begins.

The Article That Sparked This

I recently read @anmolbaranwal's excellent article "Bring MCP Apps into your OWN app with CopilotKit & AG-UI" and it resonated deeply with challenges I've been solving in production.

This post highlights exactly what makes MCP powerful. Where I want to extend the conversation is: what happens when you have 3, 5, or 10 MCP-powered agents all sharing context?

The Core Problem: State Coordination

Timeline of a Production Bug:
0ms:  Agent A reads shared context (version: 1)
5ms:  Agent B reads shared context (version: 1)  
10ms: Agent A writes new context (version: 2)
15ms: Agent B writes context (based on v1) → OVERWRITES Agent A
Result: Agent A's work is silently lost. No error thrown.

This isn't hypothetical — it's the #1 failure mode in multi-agent production systems.

How We Solved It: Network-AI

After hitting this wall repeatedly, I built Network-AI — an open-source coordination layer that sits between your agents and shared state:

┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│  LangChain  │  │   AutoGen   │  │   CrewAI    │
└──────┬──────┘  └──────┬──────┘  └──────┬──────┘
       │                │                │
       └────────────────┼────────────────┘
                        │
                 ┌──────▼──────┐
                 │  Network-AI │
                 │ Coordination│
                 └──────┬──────┘
                        │
                 ┌──────▼──────┐
                 │ Shared State│
                 └─────────────┘

Every state mutation goes through a propose → validate → commit cycle:

// Instead of direct writes that cause conflicts:
sharedState.set("context", agentResult); // DANGEROUS

// Network-AI makes it atomic:
await networkAI.propose("context", agentResult);
// Validates against concurrent proposals
// Resolves conflicts automatically
// Commits atomically

Key Features

🔐 Atomic State Updates — No partial writes, no silent overwrites
🤝 14 Framework Support — LangChain, AutoGen, CrewAI, MCP, A2A, OpenAI Swarm, and more
💰 Token Budget Control — Set limits per agent, prevent runaway costs
🚦 Permission Gating — Role-based access across agents
📊 Full Audit Trail — See exactly what each agent did and when

MCP + Network-AI: The Full Stack

MCP handles the agent-to-tool connection brilliantly. Network-AI adds the agent-to-agent coordination layer. Together, they give you a full production stack for multi-agent systems.

Try It

Network-AI is open source (MIT license):

👉 https://github.com/Jovancoding/Network-AI

Join our Discord community: https://discord.gg/Cab5vAxc86

Running MCP agents in production? I'd love to hear what coordination challenges you've hit — drop a comment!

MCP Is a Great Start — But Multi-Agent Production Needs More

Jovan Marinovic — Thu, 09 Apr 2026 09:24:38 +0000

The Model Context Protocol has transformed how we connect AI to tools. But connecting agents to tools is only half the battle — connecting agents to each other is where the real challenge begins.

The Article That Sparked This

I recently read @ujja's excellent article "I Built EchoHR: The HR System That Doesn’t Ghost You" and it resonated deeply with challenges I've been solving in production.

This post highlights exactly what makes MCP powerful. Where I want to extend the conversation is: what happens when you have 3, 5, or 10 MCP-powered agents all sharing context?

The Core Problem: State Coordination

Timeline of a Production Bug:
0ms:  Agent A reads shared context (version: 1)
5ms:  Agent B reads shared context (version: 1)  
10ms: Agent A writes new context (version: 2)
15ms: Agent B writes context (based on v1) → OVERWRITES Agent A
Result: Agent A's work is silently lost. No error thrown.

This isn't hypothetical — it's the #1 failure mode in multi-agent production systems.

How We Solved It: Network-AI

After hitting this wall repeatedly, I built Network-AI — an open-source coordination layer that sits between your agents and shared state:

┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│  LangChain  │  │   AutoGen   │  │   CrewAI    │
└──────┬──────┘  └──────┬──────┘  └──────┬──────┘
       │                │                │
       └────────────────┼────────────────┘
                        │
                 ┌──────▼──────┐
                 │  Network-AI │
                 │ Coordination│
                 └──────┬──────┘
                        │
                 ┌──────▼──────┐
                 │ Shared State│
                 └─────────────┘

Every state mutation goes through a propose → validate → commit cycle:

// Instead of direct writes that cause conflicts:
sharedState.set("context", agentResult); // DANGEROUS

// Network-AI makes it atomic:
await networkAI.propose("context", agentResult);
// Validates against concurrent proposals
// Resolves conflicts automatically
// Commits atomically

Key Features

🔐 Atomic State Updates — No partial writes, no silent overwrites
🤝 14 Framework Support — LangChain, AutoGen, CrewAI, MCP, A2A, OpenAI Swarm, and more
💰 Token Budget Control — Set limits per agent, prevent runaway costs
🚦 Permission Gating — Role-based access across agents
📊 Full Audit Trail — See exactly what each agent did and when

MCP + Network-AI: The Full Stack

MCP handles the agent-to-tool connection brilliantly. Network-AI adds the agent-to-agent coordination layer. Together, they give you a full production stack for multi-agent systems.

Try It

Network-AI is open source (MIT license):

👉 https://github.com/Jovancoding/Network-AI

Join our Discord community: https://discord.gg/Cab5vAxc86

Running MCP agents in production? I'd love to hear what coordination challenges you've hit — drop a comment!

MCP Is a Great Start — But Multi-Agent Production Needs More

Jovan Marinovic — Tue, 07 Apr 2026 09:25:05 +0000

The Model Context Protocol has transformed how we connect AI to tools. But connecting agents to tools is only half the battle — connecting agents to each other is where the real challenge begins.

The Article That Sparked This

I recently read @yashksaini's excellent article "Turning Weekly GitHub Activity Into Blog Posts on Notion + DEV.to" and it resonated deeply with challenges I've been solving in production.

This post highlights exactly what makes MCP powerful. Where I want to extend the conversation is: what happens when you have 3, 5, or 10 MCP-powered agents all sharing context?

The Core Problem: State Coordination

Timeline of a Production Bug:
0ms:  Agent A reads shared context (version: 1)
5ms:  Agent B reads shared context (version: 1)  
10ms: Agent A writes new context (version: 2)
15ms: Agent B writes context (based on v1) → OVERWRITES Agent A
Result: Agent A's work is silently lost. No error thrown.

This isn't hypothetical — it's the #1 failure mode in multi-agent production systems.

How We Solved It: Network-AI

After hitting this wall repeatedly, I built Network-AI — an open-source coordination layer that sits between your agents and shared state:

┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│  LangChain  │  │   AutoGen   │  │   CrewAI    │
└──────┬──────┘  └──────┬──────┘  └──────┬──────┘
       │                │                │
       └────────────────┼────────────────┘
                        │
                 ┌──────▼──────┐
                 │  Network-AI │
                 │ Coordination│
                 └──────┬──────┘
                        │
                 ┌──────▼──────┐
                 │ Shared State│
                 └─────────────┘

Every state mutation goes through a propose → validate → commit cycle:

// Instead of direct writes that cause conflicts:
sharedState.set("context", agentResult); // DANGEROUS

// Network-AI makes it atomic:
await networkAI.propose("context", agentResult);
// Validates against concurrent proposals
// Resolves conflicts automatically
// Commits atomically

Key Features

🔐 Atomic State Updates — No partial writes, no silent overwrites
🤝 14 Framework Support — LangChain, AutoGen, CrewAI, MCP, A2A, OpenAI Swarm, and more
💰 Token Budget Control — Set limits per agent, prevent runaway costs
🚦 Permission Gating — Role-based access across agents
📊 Full Audit Trail — See exactly what each agent did and when

MCP + Network-AI: The Full Stack

MCP handles the agent-to-tool connection brilliantly. Network-AI adds the agent-to-agent coordination layer. Together, they give you a full production stack for multi-agent systems.

Try It

Network-AI is open source (MIT license):

👉 https://github.com/Jovancoding/Network-AI

Join our Discord community: https://discord.gg/Cab5vAxc86

Running MCP agents in production? I'd love to hear what coordination challenges you've hit — drop a comment!

Production Multi-Agent Systems: The Silent Failures Nobody Talks About

Jovan Marinovic — Thu, 02 Apr 2026 09:18:59 +0000

Your multi-agent system works perfectly in development. In production, it produces occasional wrong results with zero errors. Sound familiar?

The Article That Sparked This

I recently read @hadil's excellent article "Bifrost: The Fastest LLM Gateway for Production-Ready AI Systems (40x Faster Than LiteLLM)" and it resonated deeply with challenges I've been solving in production.

This article captures the production reality perfectly. The failures described are almost always rooted in a single cause: uncoordinated shared state.

The Core Problem: State Coordination

Timeline of a Production Bug:
0ms:  Agent A reads shared context (version: 1)
5ms:  Agent B reads shared context (version: 1)  
10ms: Agent A writes new context (version: 2)
15ms: Agent B writes context (based on v1) → OVERWRITES Agent A
Result: Agent A's work is silently lost. No error thrown.

This isn't hypothetical — it's the #1 failure mode in multi-agent production systems.

How We Solved It: Network-AI

After hitting this wall repeatedly, I built Network-AI — an open-source coordination layer that sits between your agents and shared state:

┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│  LangChain  │  │   AutoGen   │  │   CrewAI    │
└──────┬──────┘  └──────┬──────┘  └──────┬──────┘
       │                │                │
       └────────────────┼────────────────┘
                        │
                 ┌──────▼──────┐
                 │  Network-AI │
                 │ Coordination│
                 └──────┬──────┘
                        │
                 ┌──────▼──────┐
                 │ Shared State│
                 └─────────────┘

Every state mutation goes through a propose → validate → commit cycle:

// Instead of direct writes that cause conflicts:
sharedState.set("context", agentResult); // DANGEROUS

// Network-AI makes it atomic:
await networkAI.propose("context", agentResult);
// Validates against concurrent proposals
// Resolves conflicts automatically
// Commits atomically

Key Features

🔐 Atomic State Updates — No partial writes, no silent overwrites
🤝 14 Framework Support — LangChain, AutoGen, CrewAI, MCP, A2A, OpenAI Swarm, and more
💰 Token Budget Control — Set limits per agent, prevent runaway costs
🚦 Permission Gating — Role-based access across agents
📊 Full Audit Trail — See exactly what each agent did and when

From Demo to Production

The gap between demo and production in multi-agent systems isn't about model quality or prompt engineering. It's about infrastructure: state management, conflict resolution, and audit trails.

Try It

Network-AI is open source (MIT license):

👉 https://github.com/Jovancoding/Network-AI

Join our Discord community: https://discord.gg/Cab5vAxc86

What was your worst production multi-agent bug? I bet it was a silent state corruption — they always are!

MCP Is a Great Start — But Multi-Agent Production Needs More

Jovan Marinovic — Tue, 31 Mar 2026 09:24:17 +0000

The Model Context Protocol has transformed how we connect AI to tools. But connecting agents to tools is only half the battle — connecting agents to each other is where the real challenge begins.

The Article That Sparked This

I recently read @anthonymax's excellent article "I Discovered An Enterprise MCP Gateway" and it resonated deeply with challenges I've been solving in production.

This post highlights exactly what makes MCP powerful. Where I want to extend the conversation is: what happens when you have 3, 5, or 10 MCP-powered agents all sharing context?

The Core Problem: State Coordination

Timeline of a Production Bug:
0ms:  Agent A reads shared context (version: 1)
5ms:  Agent B reads shared context (version: 1)  
10ms: Agent A writes new context (version: 2)
15ms: Agent B writes context (based on v1) → OVERWRITES Agent A
Result: Agent A's work is silently lost. No error thrown.

This isn't hypothetical — it's the #1 failure mode in multi-agent production systems.

How We Solved It: Network-AI

After hitting this wall repeatedly, I built Network-AI — an open-source coordination layer that sits between your agents and shared state:

┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│  LangChain  │  │   AutoGen   │  │   CrewAI    │
└──────┬──────┘  └──────┬──────┘  └──────┬──────┘
       │                │                │
       └────────────────┼────────────────┘
                        │
                 ┌──────▼──────┐
                 │  Network-AI │
                 │ Coordination│
                 └──────┬──────┘
                        │
                 ┌──────▼──────┐
                 │ Shared State│
                 └─────────────┘

Every state mutation goes through a propose → validate → commit cycle:

// Instead of direct writes that cause conflicts:
sharedState.set("context", agentResult); // DANGEROUS

// Network-AI makes it atomic:
await networkAI.propose("context", agentResult);
// Validates against concurrent proposals
// Resolves conflicts automatically
// Commits atomically

Key Features

🔐 Atomic State Updates — No partial writes, no silent overwrites
🤝 14 Framework Support — LangChain, AutoGen, CrewAI, MCP, A2A, OpenAI Swarm, and more
💰 Token Budget Control — Set limits per agent, prevent runaway costs
🚦 Permission Gating — Role-based access across agents
📊 Full Audit Trail — See exactly what each agent did and when

MCP + Network-AI: The Full Stack

MCP handles the agent-to-tool connection brilliantly. Network-AI adds the agent-to-agent coordination layer. Together, they give you a full production stack for multi-agent systems.

Try It

Network-AI is open source (MIT license):

👉 https://github.com/Jovancoding/Network-AI

Join our Discord community: https://discord.gg/Cab5vAxc86

Running MCP agents in production? I'd love to hear what coordination challenges you've hit — drop a comment!

MCP Is a Great Start — But Multi-Agent Production Needs More

Jovan Marinovic — Thu, 26 Mar 2026 09:18:03 +0000

The Model Context Protocol has transformed how we connect AI to tools. But connecting agents to tools is only half the battle — connecting agents to each other is where the real challenge begins.

The Article That Sparked This

I recently read @ghostdotbuild's excellent article "your agent can think. it can't remember." and it resonated deeply with challenges I've been solving in production.

This post highlights exactly what makes MCP powerful. Where I want to extend the conversation is: what happens when you have 3, 5, or 10 MCP-powered agents all sharing context?

The Core Problem: State Coordination

Timeline of a Production Bug:
0ms:  Agent A reads shared context (version: 1)
5ms:  Agent B reads shared context (version: 1)  
10ms: Agent A writes new context (version: 2)
15ms: Agent B writes context (based on v1) → OVERWRITES Agent A
Result: Agent A's work is silently lost. No error thrown.

This isn't hypothetical — it's the #1 failure mode in multi-agent production systems.

How We Solved It: Network-AI

After hitting this wall repeatedly, I built Network-AI — an open-source coordination layer that sits between your agents and shared state:

┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│  LangChain  │  │   AutoGen   │  │   CrewAI    │
└──────┬──────┘  └──────┬──────┘  └──────┬──────┘
       │                │                │
       └────────────────┼────────────────┘
                        │
                 ┌──────▼──────┐
                 │  Network-AI │
                 │ Coordination│
                 └──────┬──────┘
                        │
                 ┌──────▼──────┐
                 │ Shared State│
                 └─────────────┘

Every state mutation goes through a propose → validate → commit cycle:

// Instead of direct writes that cause conflicts:
sharedState.set("context", agentResult); // DANGEROUS

// Network-AI makes it atomic:
await networkAI.propose("context", agentResult);
// Validates against concurrent proposals
// Resolves conflicts automatically
// Commits atomically

Key Features

🔐 Atomic State Updates — No partial writes, no silent overwrites
🤝 14 Framework Support — LangChain, AutoGen, CrewAI, MCP, A2A, OpenAI Swarm, and more
💰 Token Budget Control — Set limits per agent, prevent runaway costs
🚦 Permission Gating — Role-based access across agents
📊 Full Audit Trail — See exactly what each agent did and when

MCP + Network-AI: The Full Stack

MCP handles the agent-to-tool connection brilliantly. Network-AI adds the agent-to-agent coordination layer. Together, they give you a full production stack for multi-agent systems.

Try It

Network-AI is open source (MIT license):

👉 https://github.com/Jovancoding/Network-AI

Join our Discord community: https://discord.gg/Cab5vAxc86

Running MCP agents in production? I'd love to hear what coordination challenges you've hit — drop a comment!

Running AI Agent Teams? Here's the Infrastructure You'll Need Next

Jovan Marinovic — Tue, 24 Mar 2026 09:18:36 +0000

AI agent "departments" are becoming real. But as you scale from 3 to 10 to 50 agents, the coordination challenge grows exponentially.

The Article That Sparked This

I recently read @setas's excellent article "I Run a Solo Company with AI Agent Departments" and it resonated deeply with challenges I've been solving in production.

This post captures the exciting reality of running agents as team members. The next challenge? Making sure those agent departments don't step on each other's work.

The Core Problem: State Coordination

Timeline of a Production Bug:
0ms:  Agent A reads shared context (version: 1)
5ms:  Agent B reads shared context (version: 1)  
10ms: Agent A writes new context (version: 2)
15ms: Agent B writes context (based on v1) → OVERWRITES Agent A
Result: Agent A's work is silently lost. No error thrown.

This isn't hypothetical — it's the #1 failure mode in multi-agent production systems.

How We Solved It: Network-AI

After hitting this wall repeatedly, I built Network-AI — an open-source coordination layer that sits between your agents and shared state:

┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│  LangChain  │  │   AutoGen   │  │   CrewAI    │
└──────┬──────┘  └──────┬──────┘  └──────┬──────┘
       │                │                │
       └────────────────┼────────────────┘
                        │
                 ┌──────▼──────┐
                 │  Network-AI │
                 │ Coordination│
                 └──────┬──────┘
                        │
                 ┌──────▼──────┐
                 │ Shared State│
                 └─────────────┘

Every state mutation goes through a propose → validate → commit cycle:

// Instead of direct writes that cause conflicts:
sharedState.set("context", agentResult); // DANGEROUS

// Network-AI makes it atomic:
await networkAI.propose("context", agentResult);
// Validates against concurrent proposals
// Resolves conflicts automatically
// Commits atomically

Key Features

🔐 Atomic State Updates — No partial writes, no silent overwrites
🤝 14 Framework Support — LangChain, AutoGen, CrewAI, MCP, A2A, OpenAI Swarm, and more
💰 Token Budget Control — Set limits per agent, prevent runaway costs
🚦 Permission Gating — Role-based access across agents
📊 Full Audit Trail — See exactly what each agent did and when

Scaling Agent Teams

Individual agents are easy. Agent departments working in parallel? That requires coordination infrastructure — atomic state, conflict resolution, and audit trails.

Try It

Network-AI is open source (MIT license):

👉 https://github.com/Jovancoding/Network-AI

Join our Discord community: https://discord.gg/Cab5vAxc86

How are you organizing your AI agent teams? I'd love to compare approaches!

AI Writes Code, But Who Coordinates the AI? The Missing Accountability Layer

Jovan Marinovic — Thu, 19 Mar 2026 09:12:40 +0000

As AI agents write more code and make more decisions, the accountability question isn't just philosophical — it's an engineering problem.

The Article That Sparked This

I recently read @subhrangsu_dev's excellent article "When AI Writes the Code… Who Takes Responsibility?" and it resonated deeply with challenges I've been solving in production.

The responsibility question raised here extends directly into multi-agent systems. When multiple AI agents produce a result, which one is accountable? You need audit trails.

The Core Problem: State Coordination

Timeline of a Production Bug:
0ms:  Agent A reads shared context (version: 1)
5ms:  Agent B reads shared context (version: 1)  
10ms: Agent A writes new context (version: 2)
15ms: Agent B writes context (based on v1) → OVERWRITES Agent A
Result: Agent A's work is silently lost. No error thrown.

This isn't hypothetical — it's the #1 failure mode in multi-agent production systems.

How We Solved It: Network-AI

After hitting this wall repeatedly, I built Network-AI — an open-source coordination layer that sits between your agents and shared state:

┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│  LangChain  │  │   AutoGen   │  │   CrewAI    │
└──────┬──────┘  └──────┬──────┘  └──────┬──────┘
       │                │                │
       └────────────────┼────────────────┘
                        │
                 ┌──────▼──────┐
                 │  Network-AI │
                 │ Coordination│
                 └──────┬──────┘
                        │
                 ┌──────▼──────┐
                 │ Shared State│
                 └─────────────┘

Every state mutation goes through a propose → validate → commit cycle:

// Instead of direct writes that cause conflicts:
sharedState.set("context", agentResult); // DANGEROUS

// Network-AI makes it atomic:
await networkAI.propose("context", agentResult);
// Validates against concurrent proposals
// Resolves conflicts automatically
// Commits atomically

Key Features

🔐 Atomic State Updates — No partial writes, no silent overwrites
🤝 14 Framework Support — LangChain, AutoGen, CrewAI, MCP, A2A, OpenAI Swarm, and more
💰 Token Budget Control — Set limits per agent, prevent runaway costs
🚦 Permission Gating — Role-based access across agents
📊 Full Audit Trail — See exactly what each agent did and when

Accountability Requires Infrastructure

You can't assign responsibility without visibility. Full audit trails, permission gating, and atomic state tracking turn "who did this?" from a mystery into a lookup.

Try It

Network-AI is open source (MIT license):

👉 https://github.com/Jovancoding/Network-AI

Join our Discord community: https://discord.gg/Cab5vAxc86

How are you handling accountability in your AI agent systems? Drop your approach below!

AI Writes Code, But Who Coordinates the AI? The Missing Accountability Layer

Jovan Marinovic — Tue, 17 Mar 2026 09:18:46 +0000

As AI agents write more code and make more decisions, the accountability question isn't just philosophical — it's an engineering problem.

The Article That Sparked This

I recently read @subhrangsu90's excellent article "When AI Writes the Code… Who Takes Responsibility?" and it resonated deeply with challenges I've been solving in production.

The responsibility question raised here extends directly into multi-agent systems. When multiple AI agents produce a result, which one is accountable? You need audit trails.

The Core Problem: State Coordination

Timeline of a Production Bug:
0ms:  Agent A reads shared context (version: 1)
5ms:  Agent B reads shared context (version: 1)  
10ms: Agent A writes new context (version: 2)
15ms: Agent B writes context (based on v1) → OVERWRITES Agent A
Result: Agent A's work is silently lost. No error thrown.

This isn't hypothetical — it's the #1 failure mode in multi-agent production systems.

How We Solved It: Network-AI

After hitting this wall repeatedly, I built Network-AI — an open-source coordination layer that sits between your agents and shared state:

┌─────────────┐  ┌─────────────┐  ┌─────────────┐
│  LangChain  │  │   AutoGen   │  │   CrewAI    │
└──────┬──────┘  └──────┬──────┘  └──────┬──────┘
       │                │                │
       └────────────────┼────────────────┘
                        │
                 ┌──────▼──────┐
                 │  Network-AI │
                 │ Coordination│
                 └──────┬──────┘
                        │
                 ┌──────▼──────┐
                 │ Shared State│
                 └─────────────┘

Every state mutation goes through a propose → validate → commit cycle:

// Instead of direct writes that cause conflicts:
sharedState.set("context", agentResult); // DANGEROUS

// Network-AI makes it atomic:
await networkAI.propose("context", agentResult);
// Validates against concurrent proposals
// Resolves conflicts automatically
// Commits atomically

Key Features

🔐 Atomic State Updates — No partial writes, no silent overwrites
🤝 14 Framework Support — LangChain, AutoGen, CrewAI, MCP, A2A, OpenAI Swarm, and more
💰 Token Budget Control — Set limits per agent, prevent runaway costs
🚦 Permission Gating — Role-based access across agents
📊 Full Audit Trail — See exactly what each agent did and when

Accountability Requires Infrastructure

You can't assign responsibility without visibility. Full audit trails, permission gating, and atomic state tracking turn "who did this?" from a mystery into a lookup.

Try It

Network-AI is open source (MIT license):

👉 https://github.com/Jovancoding/Network-AI

Join our Discord community: https://discord.gg/Cab5vAxc86

How are you handling accountability in your AI agent systems? Drop your approach below!

Building a Multi-Agent AI System — Part 1: Architecture Decisions

Jovan Marinovic — Sun, 15 Mar 2026 12:19:27 +0000

This is Part 1 of a series on building production multi-agent AI systems. Each part covers a critical aspect: architecture, coordination, testing, and deployment.

Why Multi-Agent?

Single AI agents hit a ceiling. They can't:

Specialize in multiple domains simultaneously
Process tasks in parallel efficiently
Self-correct through peer review

Multi-agent systems solve this by assigning specialized roles to different agents and letting them collaborate.

Architecture Patterns

Pattern 1: Hub and Spoke

        ┌───────────┐
        │ Supervisor│
        └─────┬─────┘
     ┌────────┼────────┐
     ▼        ▼        ▼
┌────────┐┌────────┐┌────────┐
│Research││Analyst ││Writer  │
└────────┘└────────┘└────────┘

A supervisor routes tasks and aggregates results.
Pros: Simple, controlled.
Cons: Single point of failure, bottleneck.

Pattern 2: Peer-to-Peer

┌────────┐  ←→  ┌────────┐
│Agent A │      │Agent B │
└────┬───┘      └───┬────┘
     │    ←→        │
     └──┬───────────┘
        ▼
   ┌────────┐
   │Agent C │
   └────────┘

Agents communicate directly.
Pros: No bottleneck, resilient.
Cons: Complex coordination, state conflicts.

Pattern 3: Coordinated (Recommended)

┌────────┐ ┌────────┐ ┌────────┐
│Agent A │ │Agent B │ │Agent C │
└───┬────┘ └───┬────┘ └───┬────┘
    │          │          │
    └──────────┼──────────┘
               ▼
        ┌─────────────┐
        │ Coordinator │
        │ (Network-AI)│
        └──────┬──────┘
               ▼
        ┌─────────────┐
        │ Shared State│
        └─────────────┘

Agents work independently but coordinate through a central state manager.
Pros: Parallel execution, safe state, audit trail.
Cons: Requires coordination layer (but that's what Network-AI provides).

Our Recommendation

After building multi-agent systems for months, the Coordinated pattern is the clear winner for production use. Here's why:

Agents stay independent — Use LangChain, AutoGen, CrewAI, whatever fits each task
State is safe — Atomic propose → validate → commit cycle
Full visibility — Audit trail shows exactly what happened

Getting Started with Network-AI

npm install network-ai

import { NetworkAI } from 'network-ai';

const network = new NetworkAI({
  conflictResolution: 'latest-wins',
  auditLog: true,
  tokenBudget: { perAgent: 10000 },
});

network.registerAgent('researcher', { framework: 'langchain' });
network.registerAgent('analyst', { framework: 'crewai' });

Next in the Series

Part 2: State Coordination — How to prevent race conditions and ensure agents see consistent state.

Full source code: https://github.com/Jovancoding/Network-AI
Join the conversation: https://discord.gg/Cab5vAxc86

What architecture pattern are you using? Drop a comment!