mnemom agent
mnemom agent launches your coding-agent CLI (Claude Code today) with its
model traffic routed through the Mnemom gateway. Every session runs under a
governed agent identity, shows up in your traces, and can carry a sealed
per-session goal contract that the gateway grades each turn against and
re-anchors the agent when it drifts.
It is designed to be one command: install once, then mnemom agent.
Install once
mnemom agent is in pre-release under the @next tag while the rollout is
invitation-only. mnemom login opens a browser sign-in (device-code fallback on
headless machines); set MNEMOM_API_KEY instead for CI.You need a coding-agent CLI to launch. Install
Claude Code first (
claude on your PATH), or
point at any install with --cli <name|/full/path>.Redeem an invitation
Mnemom Agent is rolling out to an invited cohort. If you received an invitation, redeem it once:mnemom agent invite <token> does
the same as a sub-verb. Without an invitation, mnemom agent stops with a
code_not_enabled message and tells you whom to ask.
Mnemom staff (@mnemom.ai accounts) are enabled by default and skip this step.
Run
mnemom agent asks two things and then
launches:
- Session name — labels the session in your traces and the claude.ai session list. Enter takes the current folder name.
- Set a goal? — a one-line goal turns on goal alignment: the gateway
seals it as a contract and nudges the agent back when it drifts, for a little
µ per turn. Say no and the session runs governed with goal alignment off.
Either way the launch prints
goal alignment: onoroff.
Preflight: mnemom agent doctor
200 plus the x-mnemom-verdict header that proves governance is live),
Remote Control capability (node + openssl + a Claude Code build with
--remote-control), your claude.ai login, and your Mnemom Agent access for
the active org. It writes nothing, never reads your key’s value, and exits
non-zero when the machine is not launch-ready, so a script can gate on it.
Account and µ balance
mnemom agent runs on µ and has no free tier. Before launching it checks the
µ balance on the org the agent lives in (by default your personal org). With no
µ, the launch stops with a top-up link; top up at
https://mnemom.ai/settings/billing and the balance updates the moment the
top-up completes. An accepted invitation credits your starter µ automatically.
Defaults out of the box
The prod gateway is the default door, but it is never selected silently for
any other value; a custom cell is reached only when you name it.
Saved settings: mnemom agent config
Configure the launcher once and stop retyping flags. Settings live in a
human-editable TOML file at ~/.mnemom/launcher.toml. Your Anthropic key is
never stored there; it lives separately in ~/.mnemom/launcher.json (mode
0600), so the file you open and share never carries a credential.
Settable keys
Precedence
Settings resolve highest-wins:~/.mnemom/launcher.toml:
Your governed agent
If you do not name an agent,mnemom agent provisions a safe default one for
you. On first run it:
- derives a slug,
agent-<your handle>, from your Mnemom login; - checks whether that agent already exists and is claimed in your org;
- if not, shows you the plan (slug, org, and the cards it will publish), asks for confirmation, then births the agent through the gateway, claims it into your org, and publishes a default governed posture.
autonomy_mode/integrity_mode: observe, principal.relationship: delegated_authority); the protection card screens all four surfaces (incoming,
outgoing, tool calls, tool responses) in observe mode at thresholds
0.60 / 0.80 / 0.95.
Provisioning writes to your org, so it always asks first. In a non-interactive
run (no TTY) nothing is provisioned unless you pass
--setup; the launch still
proceeds with a warning that the agent is unclaimed and how to claim it. Bring
your own agent any time with --agent <slug>.Managing agents
The agent-fleet verbs live under the same namespace:Launch shapes
Contracts and guardrails
A goal (from the prompt or--goal) seals a contract on the first turn; add
requirements, path rules and guardrail ceilings on the command line. Passing any
contract flag makes --goal required.
sha256[0:16] so you can confirm
what was sealed. The gateway echoes the full hash back on every response as
x-mnemom-contract-hash.
Limits
The contract is sealed on the first turn of a session and cannot change
afterwards: a later request that sends a different or invalid contract header is
ignored and the sealed contract keeps governing, so a client hiccup mid-session
never kills a governed session. To change the contract, start a new session.
What guardrails do
Guardrails (--max-turns, --budget, --stall) observe and nudge, never
block. Each ceiling is checked once per turn; when one is crossed the gateway
appends a short [mnemom guardrail] line to your next message telling the agent
which ceiling it hit, and marks the crossing on the response headers and in your
traces. The session keeps running. A ceiling you leave unset falls back to the
cell’s default for that guardrail, if the cell has one; otherwise it is simply
off.
Your Anthropic key
mnemom agent resolves your Anthropic key in
order:
- environment:
MNEMOM_AGENT_ANTHROPIC_KEY, elseANTHROPIC_API_KEY; - the CLI’s own store,
~/.mnemom/launcher.json(0600); - an interactive prompt (masked), offering to save it for next time.
config set key_source env|store|prompt restricts the search (env = env only,
store = env then store, prompt = always prompt). The key is placed only in
the launched process and is never logged, printed, or passed as an argument. If
no key resolves, mnemom agent refuses to launch un-routed rather than silently
falling back.
Flags
Anything after
-- is passed straight through to the coding-agent CLI.
Related
- CLI reference — the full
mnemomcommand surface - Agent claim flow
- Conscience values and org card templates