What MCP does here
MCP, the Model Context Protocol, is a standard way for AI tools to exchange context. In Lorah it runs in both directions, through one gate. Outside tools read your approved memory; a specialist can use an outside tool; what it proposes as memory waits for you.
// launch: roast timer only (Lorah)
✓ 3 memories from Lorah loaded
Three tools, one memory. Claude Desktop, Cursor and Claude Code reading the same approved decision.
Lorah as a server
Settings, Advanced, MCP server. Everything a client needs is in this one panel. Copy the block exactly as the app shows it; the Copy button does that.
Settings
MCP server
Lets an outside tool read this workspace's approved memory. Copy the block into the client's config and restart the client.
macOS: ~/Library/Application Support/Claude/claude_desktop_config.jsonWindows: %APPDATA%\Claude\claude_desktop_config.jsonNeeds Pro. On Free the server lists its tools but refuses to run them. What a client reads leaves Lorah; check that client's own data policy.
The server panel: the workspace it serves, the block filled in for your install, where the client reads it, and the five tools it exposes: three reads, and two writes that propose an item or a session summary.
A specialist as a client
The pencil beside the picker, the Engine tab, and Runs on set to an outside tool through MCP. Three connections; all three need Pro.
JackBusiness Strategist×Runs on
Connectionpick one
Jack, running on an outside tool. One choice of connection, and the fields for it. Persistent session keeps continuity across messages when the tool supports it; task timeout is how long Lorah waits before stopping a long call.
Command. A local tool.
Takes input on stdin and answers in the terminal. The Claude Code shape.
MCP stdio. A local server.
Over standard input and output. The usual one.
MCP SSE. A remote server.
Over server-sent events. Only for servers you trust.
Which one to use
- Let Claude Desktop, Cursor or Claude Code read Lorah context
- Settings, Advanced, MCP server
- Connect a specialist to a local command-line tool
- Specialist, Engine, Command
- Connect a specialist to a local MCP server
- Specialist, Engine, MCP stdio
- Connect a specialist to a remote MCP server
- Specialist, Engine, MCP SSE
- Store API keys for an MCP tool
- Environment variables
- Add non-secret routing hints
- Workspace context
- Review proposed memory or a write-back
- Review
Before a tool runs
Before a specialist uses an MCP tool, Lorah asks you. Command mode runs its command directly, without a question.
Jack wants to use Linearcreate_issue · "Launch: add the tasting-notes line to the launch page"Always allow remembers the answer for that one tool. A tool whose name looks destructive, like delete or reset, asks every time.
The question you get. Always allow remembers the answer for that tool. Destructive-sounding tools ask every time.
Proposed memory goes through Review
When a client proposes an item or a session summary, it waits in Review. What a tool returns to a specialist lands in the chat, marked as untrusted, and does not become memory on its own. Lorah does not see what an outside tool spends on its own provider.
The launch page ships with the line "roast timer now, tasting notes next month".
Submitted through queue_for_review, two minutes ago. Not in memory until you say so.A proposal from an outside tool, in Review. Approve, reject or dismiss; it is not memory until you say so.
Troubleshooting
Three things that look broken and mostly aren't.
- The block went into the wrong config file.
- The client wasn't restarted.
- The command path is wrong.
- The workspace isn't active in Lorah.
- Try the command in a terminal first.
- Check the arguments, and that the server is installed.
- Environment variables set? Timeout long enough?
- For SSE, is the URL reachable?
- Expected. Open Review; it is waiting for you.
