overmind-mcp
v3.9.0
Published
Orchestrateur universel agents IA multi-modeles via MCP. Inclut le protocole 'Custom-Nickname' pour identifier vos agents avec des surnoms originaux (The Chaos Prophet, Shadow Sniper, etc.), l'isolation mémoire (Private Memory Context) et le support pour
Maintainers
Readme
🧠 OverMind-MCP
Wrapper multi-agent persistant pour runners IA via MCP. Instanciez et pilotez des agents Hermes, Claude-Code, Gemini-cli, QwenCli, Kilo/Cline, OpenClaw — chacun avec sa propre mémoire, son state, ses skills. Backbone mémoire vectorielle PostgreSQL + pgvector.
Positionnement : OverMind n'est plus un orchestrateur central qui dispatche. C'est une factory à agents persistants : chaque agent créé reçoit son propre profil Hermes, sa propre DB, ses propres skills, et vit tant qu'il est utile. L'intelligence est dans les agents, pas dans le wrapper.
OverMind-MCP instancie des agents IA persistants via le Model Context Protocol. Chaque agent créé = 1 profil Hermes natif + 1 profile.yaml + 1 SOUL.md + 1 state.db — il vit, se souvient, et communique avec ses pairs. Compatible avec Hermes (natif), Claude-Code, Gemini-cli, QwenCli, Kilo/Cline, OpenClaw, et extensible à tout runner CLI.
✨ Fonctionnalités
- 🔌 Multi-Runner : Hermes natif, Claude-Code, Gemini, Kilo, QwenCli, OpenClaw — 1 commande par runner
- 🧠 Mémoire Vectorielle : RAG 4096D via PostgreSQL + pgvector, isolation par agent
- 🏗️ Architecture v3.1 : Profils Hermes canoniques avec
profile.yaml,workspace.yaml,state.db - 🌉 Bridge HTTP JSON-RPC : Communication A2A peer-to-peer entre agents persistants, scénarios, webhooks, sessions multi-tenant
- 🛡️ Anti-Zombie : 1 seul process HTTP partagé, processRegistry avec TTL + cleanup auto
- 📋 14 Outils MCP : run_agent, create_agent, memory_search/store, agent_control, etc.
- 🧠 Mémoire par défaut : tout agent créé via Overmind reçoit automatiquement le MCP
memory(3 tools: memory_search/store/runs sur :3099). Pour l'accès complet 14 tools, utiliserovermindexplicitement. - 🅾️ HTTP Singleton : FastMCP httpStream — 1 serveur, tous les agents
🚀 Installation
Globale via NPM (Recommandé)
npm install -g overmind-mcp@latestLe postinstall crée ~/.overmind/ automatiquement :
~/.overmind/ ← racine unique
├── .mcp.json ← MCP canonique (1 fichier)
├── .env ← secrets globaux
├── bridge/
│ ├── agents.json ← registre sessions unifié
│ └── process-registry.json ← runtime live
└── hermes/ ← HERMES_HOME (injecté par HermesRunner)
└── profiles/ ← SOURCE homes (unique)
└── <name>/
├── config.yaml ← Hermes config (model, provider)
├── SOUL.md ← system prompt
├── .env ← credentials spécifiques
├── state.db ← state local (SQLite)
└── skills/ ← skills personnalisésConfiguration MCP Client
{
"mcpServers": {
"overmind": {
"type": "http",
"url": "http://localhost:3099/mcp"
},
"postgres": {
"type": "http",
"url": "http://localhost:5433/mcp"
}
}
}Lancer le serveur
# Foreground (dev)
overmind --transport httpStream --port 3099
# Systemd (prod)
overmind-setup # installe PostgreSQL + pgvector si absent🔧 Installation Locale (Dev)
git clone https://github.com/DeamonDev888/overmind-mcp.git
cd overmind-mcp
pnpm install
pnpm run build
pnpm run test📚 Utilisation
CLI
# Démarrer le serveur MCP
overmind --transport httpStream --port 3099
# Bridge (Discord, SMS, webhooks)
overmind-bridge server --port 3001
# Gestion PostgreSQL
overmind-postgres-mcp up # docker-compose up
overmind-postgres-mcp status # vérifier l'étatBibliothèque (ESM)
import { runAgent, AgentManager } from 'overmind-mcp';
// Créer un agent Hermes
const manager = new AgentManager();
await manager.createAgent({
name: 'analyst',
runner: 'hermes',
prompt: 'Tu es un analyste financier.',
model: 'MiniMax-M3',
});
// Lancer une mission
const { content, isError } = await runAgent({
runner: 'hermes',
agentName: 'analyst',
prompt: 'Analyse BTCUSDT',
autoResume: true,
});Outils MCP (14)
| Outil | Description |
|-------|-------------|
| run_agent | Lance un agent (Hermes/Claude/Kilo/etc.) |
| run_agents_parallel | Lance N agents en parallèle |
| create_agent | Crée un profil Hermes + SOUL.md + profile.yaml |
| list_agents | Liste tous les agents (Hermes + Claude) |
| delete_agent | Supprime un agent |
| update_agent_config | Modifie model, provider, credentials, SOUL.md |
| get_agent_configs | Affiche config.yaml + SOUL.md d'un agent |
| memory_search | Recherche vectorielle (pgvector) |
| memory_store | Stocke un souvenir (avec embedding auto) |
| memory_runs | Historique des exécutions |
| create_prompt / edit_prompt | Gestion des prompts Claude |
| agent_control | Status, stream, kill, wait |
| config_example | Exemple de configuration |
📂 Structure du Projet
overmind-mcp/
├── src/
│ ├── bin/ # Entrypoints CLI (cli.ts, overmind-bridge.ts)
│ ├── bridge/ # Bridge HTTP JSON-RPC + scénarios + webhooks
│ ├── lib/ # Config, logger, sessions, processRegistry
│ ├── memory/ # Provider PostgreSQL + pgvector
│ ├── services/ # Runners: Hermes, Claude, Gemini, Kilo, etc.
│ ├── tools/ # 14 outils MCP (1 fichier par tool)
│ └── __tests__/ # Tests unitaires (vitest)
├── scripts/ # setup, postgres-manager, postinstall, migration
├── bin/ # Launchers (bat, sh, launch.cjs)
├── docs/ # Documentation + site web GitHub Pages
└── assets/ # Images et ressources🛡️ Anti-Zombie Architecture
1 seul serveur HTTP FastMCP partagé par tous les agents. Le processRegistry
traque les PIDs avec TTL automatique (1h) et cleanup background (5min).
Agent 1 ──┐
Agent 2 ──┼──→ Overmind MCP :3099 (1 process FastMCP)
Agent 3 ──┘
└──→ PostgreSQL :5433 (pgvector)🗺️ Roadmap v4.0 — Wrapper Multi-Agent Persistant
OverMind pivote d'orchestrateur central → wrapper factory à agents persistants. Chaque agent créé est autonome (profil, state, mémoire, skills), pas un slot dans un pool global.
État actuel (v3.7.0) — wrapper déjà opérationnel :
- ✅ Agents Hermes = profils natifs (config.yaml, SOUL.md, state.db, skills/)
- ✅ Pool de credentials géré par Hermes (rotation round-robin, rate-limit aware)
- ✅ Bridge HTTP par agent (ports 3101+) — peer-to-peer A2A, pas de dispatch central
- ✅ Hermes Gateway natif (port 8642) — HTTP+SSE, routing via
X-Hermes-Profile
Plan de migration v4.0 — voir docs/MIGRATION_V4_WRAPPER.md pour le détail complet :
- Phase 1a — Suppression du dispatcher/YOLO_CONFIG (obligatoire, ~300 LOC)
- Phase 2 — Support Kanban OPTIONNEL (opt-in via
OVERMIND_KANBAN_ENABLED=1) - Phase 3 — Chaque agent = son propre bridge (peer-to-peer, plus de central)
- Phase 4 — Mémoire par-profile (au lieu de pgvector central)
- Phase 1b — Suppression historique Kanban (seulement si inutilisé après 1 release)

Projet propulsé par DeaMoN888 — 2026
