The io.github.ellmos-ai/ellmos-homebase-mcp MCP server provides local-first LLM orchestration. Based on its description, it supports memory, knowledge, state management, routing, swarm behavior, API discovery, and plugins.
π οΈ Key Features
Local-first orchestration
Memory
Knowledge
State
Routing
Swarm
API discovery
Plugins
π Use Cases
Orchestrating LLM workflows with local-first behavior
Managing knowledge and state for model interactions
Discovering and routing across APIs
Coordinating multi-part or βswarmβ approaches
Extending capabilities via plugins
β‘ Developer Benefits
Centralizes routing and state/memory/knowledge concerns
Enables API discovery and plugin-based extensibility
Supports swarm-style orchestration patterns
β οΈ Limitations
The provided source material does not specify additional constraints, supported transports, authentication, or tool interfaces.
Alpha MCP server for local-first LLM orchestration: memory, knowledge, routing, swarm patterns, API probing, persistent state, tests, automation planning, and plugin discovery in one stdio server.
Homebase is designed primarily for local LLMs (Ollama, Qwen, Llama, or any locally-hosted model via a MCP-capable harness). All persistent storage uses SQLite with no cloud dependency. External LLM providers (Claude, Codex, Gemini, OpenAI) can also connect as MCP clients, but local, offline-capable setups are the primary target.
Discoverability: Published on npm as ellmos-homebase-mcp and maintained in the ellmos-ai organization.
NOTE
For AI Assistants & LLM Agents: Machine-readable architecture summary, index, and tool capabilities are published in llms.txt. MCP registry metadata is available in server.json.
System Architecture
flowchart TD
subgraph Clients ["MCP Clients (Local / Remote)"]
Ollama["Local LLMs (Ollama, Qwen, Llama)"]
Claude["Claude Code / Desktop"]
Codex["Codex / Antigravity"]
end
subgraph Transport ["Transport Layer"]
Stdio["stdio (Python MCP SDK)"]
end
subgraph Core ["ellmos-homebase-mcp Core Engine"]
Server["homebase.server"]
Config["homebase.config"]
end
subgraph ToolGroups ["45 MCP Tools across 11 Functional Modules"]
Mem["hb_mem_* (SQLite Memory)"]
KB["hb_kb_* (Knowledge Digest)"]
State["hb_state_* (State & Tasks)"]
Route["hb_route_* (Model Router)"]
Swarm["hb_swarm_* (Swarm Patterns)"]
Api["hb_api_* (API Probing)"]
Conn["hb_conn_* (Connectors Queue)"]
Auto["hb_auto_* (Automation Chains)"]
Plug["hb_plug_* (Plugin Discovery)"]
Garden["hb_garden_* (Garden Store)"]
Test["hb_test_* (Self Tests)"]
end
subgraph Storage ["Local Storage (Offline-First)"]
DB[(SQLite Storage ~/.homebase/)]
end
Clients --> Stdio
Stdio --> Server
Server --> Config
Server --> ToolGroups
ToolGroups --> DB
Start Here
Need
Entry point
Install the alpha MCP server
npm install -g ellmos-homebase-mcp@alpha
Run from a source checkout
python -m homebase.server with PYTHONPATH=src
Configure a local LLM harness, Claude Code, Codex, or any MCP client
Package status: public alpha package under ellmos-ai
Release metadata: MIT LICENSE, CHANGELOG.md, llms.txt, and MCP Registry metadata in server.json
Test gate: GitHub Actions covers Python 3.10/3.11/3.12 plus Node.js 20/22/24 smoke and npm package checks
Current core: module discovery, MCP tool listing, MCP tool dispatch, config fallbacks, local planning/probing/queue/dry-run adapters
Real local SQLite modules: hb_mem_*, hb_kb_*, hb_garden_*, hb_state_*
Engine seams: hb_garden_* and hb_state_task_* can delegate to the real canonical
Gardener/Rinnsal engines instead of the bundled SQLite copies via [engines].mode = "canonical"
(default remains "bundled" for a zero-dependency install). See
KONZEPT.md.
Team-memory basics: agent_id provenance and filters for memory, knowledge, state memory, and tasks; SQLite uses WAL plus a busy timeout for safer concurrent agents
i18n: fully localized MCP tool descriptions, input-schema field descriptions, and unknown-tool errors for en, de, es, zh, ja, ru (English fallback for any unset key)
Roadmap: optional real LLM/API integrations and explicit execution backends
Install
The npm package contains a Node wrapper that starts the Python server. You still need Python 3.10+ and the Python package mcp>=1.0.0.
Avoid creating a .venv inside cloud-synced folders if your sync client locks files. If you need an isolated environment, create it outside that folder.
Start From Source
powershell
$env:PYTHONPATH = "src"
python -m homebase.server
MCP Client Configuration
Homebase uses the standard stdio mcpServers configuration format. The same snippet works in any MCP-capable client or harness: BACH/Buddha (local Ollama), Claude Code, Codex, Cursor, or any other MCP host.
Note on local LLMs: A bare Ollama instance does not speak MCP natively β you need a MCP-capable harness on top of it (e.g., BACH, an open-source MCP proxy, or another orchestration layer). Configure that harness to include Homebase as an MCP server using the snippet below.
Language can be configured with [server].language, HOMEBASE_LANG, or HOMEBASE_LOCALE.
The writing agent can be passed per tool call as agent_id; otherwise modules use
HOMEBASE_AGENT_ID, AGENT_ID, a module-level agent_id, or unknown.
Modules with missing optional dependencies are skipped without blocking server startup.
Tools
Important tool groups:
hb_mem_* for SQLite-backed memory
hb_kb_* for SQLite-backed knowledge entries
hb_state_* for persistent SQLite state and tasks
hb_garden_* for a small SQLite garden store
hb_route_* for credential-free model-routing recommendations and feedback stats
hb_swarm_* for credential-free swarm planning patterns
hb_api_* for passive HTTP API discovery with SQLite history
hb_test_* for built-in metadata and smoke self-tests
hb_conn_* for a local connector registry plus SQLite-backed inbox/outbox queues without network sends
hb_auto_* for local automation chain definitions and queued plan-only runs without backend execution
hb_plug_* for local plugin discovery and dry-run records without executing plugin code
Discovery Context
Use ellmos-homebase-mcp when searching for a local-first, offline-capable MCP server that gives local LLMs (Ollama, Qwen, Llama, or similar) persistent memory, knowledge management, routing, and orchestration β without requiring any cloud dependency. External LLM providers can also use it as an MCP server, but local-first setups are the primary design target.
Good search phrases:
ellmos Homebase MCP server
local-first LLM orchestration MCP
MCP server SQLite memory knowledge routing
offline agent orchestration MCP server
MCP swarm planning persistent state API discovery
Not the same as Elmo/ELMO voice tools, AllenAI ELMo embeddings, Eclipse LMOS, generic cloud agent platforms, or single-purpose MCP memory servers.
ellmos-ai Ecosystem
This MCP server is part of the ellmos-ai ecosystem β AI infrastructure, MCP servers, and intelligent tools.
Testing framework for LLM operating systems (7 dimensions)
Desktop Software
Our partner organization open-bricks bundles AI-native desktop applications β a modern, open-source software suite built for the age of AI. Categories include file management, document tools, developer utilities, and more.