Skip to content
autonym.dev
ContentsHide contents

Connect an assistant

In development. This page describes v0.1 draft behaviour. Commands and outputs may change before the first release.

An MCP client that supports the MCP authorisation specification is intended to connect to an Autonym server, hosted or local. The server publishes its metadata at /.well-known/autonym and its MCP endpoint at /mcp. Which clients work in practice depends on the client and its connection options; tested combinations will be published as they are confirmed, and none is confirmed yet.

A remote connector and a locally configured server are different connection paths with different setup. A local address is not a universal instruction: a client that connects from its vendor's own infrastructure cannot reach a server on your machine.

Claude Desktop

Local mode runs over stdio. A hosted server is reached over Streamable HTTP at its /mcp endpoint, which Claude Desktop connects to as a remote server.

Add the local server to claude_desktop_config.json:

json
{
  "mcpServers": {
    "autonym": {
      "command": "npx",
      "args": ["-y", "autonym-local", "mcp"]
    }
  }
}

What the assistant sees

After the grant, the assistant holds six tools and one prompt. autonym_briefing is intended to return a one-paragraph summary of agent at L1 and communication at L1 for use in a system prompt, so the context is available to the assistant from the start of a conversation. What the assistant does with it is the assistant's decision, so responses can still vary.

Proposing entries

When the person tells the assistant something worth keeping, the assistant calls propose_entry with the domain, key, value and the person's words verbatim. The proposal waits in the review queue until the person confirms it. Where the client supports MCP elicitation, confirmation happens in the client's own interface, not by the assistant's say-so.