ainative-opencode-memory-mcp
OfficialClick on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@ainative-opencode-memory-mcp recall what you know about the deployment process"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
ainative-opencode-memory-mcp
Persistent memory for OpenCode agents. OpenCode is stateless — it forgets everything between sessions. This MCP server gives your OpenCode coding agent long-term memory powered by AINative ZeroDB: store a codebase's decisions, conventions, and gotchas once, and recall them in every future session.
Why
OpenCode restarts with a blank slate every time. Your agent re-learns your architecture, re-asks the same questions, re-makes the same mistakes. With this MCP, it remembers:
Architecture & design decisions
Naming conventions and code style
Gotchas, workarounds, and "don't touch X" rules
User/team preferences
Related MCP server: arcane
Install
npm install -g ainative-opencode-memory-mcpSetup (OpenCode)
Get a free API key → ainative.studio/signup (Hobbyist $5/mo, 7-day free trial).
Add to your OpenCode MCP config (
opencode.json/ MCP settings):
{
"mcpServers": {
"ainative-memory": {
"command": "npx",
"args": ["-y", "ainative-opencode-memory-mcp"],
"env": { "AINATIVE_API_KEY": "your-key-here" }
}
}
}Tools
Tool | What it does |
| Remember a fact/decision/snippet (optional tags) |
| Semantic search over everything remembered |
| Reload relevant memories at the start of a task |
| How many memories are stored |
| Wipe memories (optionally by tag) |
Example
At the start of a session, have your agent call opencode_recall_context with the file/task you're working on — it reloads what it knew. As you work, opencode_store_memory captures new decisions. Next session, it all comes back.
Environment
Var | Default | Notes |
| — | Required. Free at ainative.studio |
|
| Isolate memories per project |
|
| Override for self-host |
Built by AINative Studio — the AI-native dev platform with 65+ models, one OpenAI-compatible endpoint, and persistent agent memory. MIT licensed.
Available Tools
5 toolsopencode_clear_memoryA
Delete stored memories. Optionally scope to a tag; with no tag, clears ALL memories in the namespace (destructive).
Inputs: tag.
opencode_memory_statsA
Report how many memories are stored for this OpenCode namespace.
Inputs: no named parameters.
opencode_recall_contextA
Pull the most relevant remembered context for the current coding task — call this at the START of a session to reload what the agent knew.
Inputs: task (required), limit.
opencode_search_memoryA
Semantic search over everything the agent has remembered. Returns the most relevant memories for a query.
Inputs: query (required), limit.
opencode_store_memoryA
Store a fact, decision, convention, or code snippet so your OpenCode agent remembers it in future sessions. Use for things like architecture decisions, naming conventions, gotchas, or user preferences.
Inputs: content (required), tags.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 5 tools
Tools are mostly distinct: store, search, recall, stats, clear each have clear roles. Some overlap exists between search_memory and recall_context, but descriptions clarify recall_context is for session-start context loading while search_memory is for arbitrary queries.
All tools share the 'opencode_' prefix and use snake_case, following a verb/object pattern. Minor deviation: 'memory_stats' is noun_noun instead of verb_memory, and 'recall_context' uses context instead of memory, but the naming is still predictable and readable.
Five tools is a well-scoped number for a memory management server, covering store, retrieve, recall, stats, and clear without unnecessary bloat.
CRUD-like coverage is solid: store (create), search/recall (read), clear (delete), and stats (count). Missing an update operation, but memory overwriting is not a standard need and the surface feels complete for the domain.
Maintenance
Related MCP Connectors
Shared memory for coding agents. Stop re-explaining your codebase every session.
Persistent memory for AI agents. Search and store durable facts, preferences and decisions.
Persistent memory for AI agents. Search, store, and recall across sessions.
Universal persistent memory and knowledge retrieval layer for AI agents and LLMs.
Related MCP Servers
- AlicenseAqualityCmaintenanceProvides persistent, searchable memory for AI agents, enabling them to retain, recall, and reflect on information across conversations.1925 PyPI1MIT
- AlicenseNot gradedqualityAmaintenanceProvides persistent, searchable memory and knowledge capture for AI-assisted development, enabling agents to retain decisions, bugs, and patterns across sessions and projects.53 PyPIMIT
- AlicenseNot gradedqualityBmaintenanceProvides persistent cognitive memory for AI coding agents, enabling them to recall architecture decisions, coding preferences, and project facts across sessions.66MIT
- AlicenseNot gradedqualityBmaintenanceProvides AI coding agents with a persistent memory layer to save, recall, update, and track memories across sessions and repositories using hybrid semantic search.5MIT