Choose an Interface
MCP, CLI, and HTTP reach the same ReMe workspace and jobs. Choose the boundary your host already supports:
MCP and HTTP are service protocols. The CLI is a client for the running service and is usually the simplest boundary for shell-capable agents.
Service Lifecycle
Keep one runtime owner for a workspace. Start one shared service and let every client connect to it; do not run a second in-processReMe application against the same workspace.
The service owns background indexing and scheduled consolidation. The host still owns session hooks, stable session identifiers, and decisions about when to recall or record memory.
MCP
Start ReMe with an MCP backend:http://127.0.0.1:2333/mcp. Add this URL to the MCP client, which discovers the tools exposed by the installed ReMe version. Keep the client and server ports aligned.
MCP lets the model select tools. Automatic session recording still belongs in the host’s hooks or lifecycle.
CLI
Start the service, then use ordinaryreme <action> commands as its command client:
reme find_reme and reme health_check before debugging client behavior.
HTTP
The default launch mode exposes an HTTP service:POST /{action} with a JSON body:
/docs or /openapi.json on the running service for schemas that match the installed version. Avoid copying a fixed parameter table into client code.