Mesh Architecture for AI Agents: Client Isolation and Cross-Project Coordination

Mesh vs. Hub-and-Spoke Architecture
The author contrasts their mesh approach with the hub-and-spoke model popularized by setups like Daniel Miessler's PAI. In hub-and-spoke, one central assistant with shared memory handles all workflows, which trades depth for breadth. The mesh architecture creates domain-specialist agents for each client's project, with each agent carrying deep project context without competing for memory space.
System Implementation Details
The system uses plain markdown files and naming conventions for coordination:
STATE.mdfor working memoryCLAUDE.mdandAGENTS.mdfor agent instructions- Structured memos for cross-project communication
- Git for version control underneath everything
There's no database, no platform, and no dependencies beyond CLI tools. Each project is its own node with its own state and instruction files, ensuring Client A's context is isolated from Client B's session.
Cross-Agent Communication
Agents coordinate by dropping structured memos (plain markdown files) into each other's incoming directories, similar to emails passing between team members. Examples include:
- A content agent finishing a draft that the developer agent picks up next session
- A sysadmin agent finding a bug and sending it to the web dev agent
- Infrastructure changes affecting websites
- Content decisions depending on project management input
- Requirements specs triggering development work
For projects needing true isolation where SSH access would defeat the purpose, the memo system extends to email so there's no direct access between environments.
Tool Agnostic Approach
The author uses Claude Code, Codex, Gemini CLI, and DeepAgent across different projects. Because the conventions are just files, there isn't a noticeable vendor boundary—a Claude agent can send a memo that a Codex agent picks up. Swapping vendors to meet project needs is a standard part of the workflow.
Practical Results
This system has been running on real client work for about a year, handling 44 projects across 14 organizations. The author previously carried all coordination between agents but now just reviews work instead of passing it along.
📖 Read the full source: r/ClaudeAI
👀 See Also

Running Claude Code as a Kubernetes CronJob: Production Learnings and Open-Sourced Setup
A team at everyrow.io shares their experience running Claude Code unattended as a Kubernetes CronJob, documenting undocumented quirks and open-sourcing their Dockerfile, entrypoint, Helm chart, and logging setup.

Solo dev builds native Swift iOS therapy app using Claude Opus 4.6 for coding, debugging, and architecture
A solo developer built Prelude, a free offline iOS therapy prep app, using Claude Opus 4.6. The AI handled code generation, debugging a voice agent, and architecting the on-device AI pipeline.

AI Coding Agents Stall at Deployment: Cowork User Hits Sandbox, Permission, and Context Loss Issues
A developer building a Next.js app with Cowork reports the AI agent built code successfully but failed to deploy — stuck on sandbox restrictions, GitHub push issues, and session context loss.

Hybrid Local+API Approach Cuts AI Costs by 79% in Month-Long Test
A developer running a 24/7 AI assistant on a Hetzner VPS reduced monthly costs from $288 to $60 by strategically combining local models with API calls. The setup uses nomic-embed-text for embeddings and Qwen2.5 7B for background tasks, routing more complex work to Claude models.