Skip to main content

Odoo Assistant MCP Server

An Odoo virtual employee via the Model Context Protocol (MCP). This server exposes Odoo's business logic, records, and workflows to LLMs, allowing them to query, create, update, and act on Odoo data safely.

Quickstart

1. Install

Run the server directly:

uvx odoo-assistant

Or install it into your environment:

uv pip install odoo-assistant

Installing from source for development remains possible:

uv pip install git+https://github.com/singleflo/odoo-assistant-mcp

2. Configure Environment Variables

Two variables are required; everything else is discovered or has a default:

  • ODOO_BASE_URL: The base URL of your Odoo instance (e.g., https://mycompany.odoo.com).
  • ODOO_API_KEY: The Odoo API key (Odoo 14+, generate under Settings > Users > API Keys > New). An account password is not accepted: a key is per-user, scoped and revocable on its own.

Optional configuration:

  • ODOO_DB: The database name. Discovered automatically when the instance serves exactly one database; required when it serves several — the error names them all.
  • ODOO_USER: The login. Discovered from the key at the cost of up to 59 extra round trips; discovery fails if the key owner's uid is 60 or higher. Setting it saves the probe.
  • ODOO_MCP_MAX_LEVEL: The highest safety level this server may execute, 0 to 4 (default: 3). This is how you make the server read-only or let it delete — see Choosing the ceiling.
  • ODOO_MCP_PROTECTED_HOSTS: Comma-separated hosts this server refuses to write to (empty by default — no host is baked into the package). A listed host still allows reads; writing needs ODOO_ALLOW_PROD_WRITE=yes as a deliberate override.

Safety Layer

Every write and action passes through a dynamic safety classifier before reaching Odoo. Operations are classified into levels L0 to L5:

Level Name Description Default Status
L0 L0_READ Read-only queries (search_read, read, search_count). Allowed
L1 L1_WRITE Single record writes and creations. Allowed
L2 L2_BATCH Batch writes affecting multiple records. Allowed
L3 L3_STATE_CHANGE Workflow state transitions (e.g., confirming orders, posting invoices). Allowed
L4 L4_DESTRUCTIVE Destructive operations (e.g., unlink, action_cancel, archiving). Blocked
L5 L5_PRIVATE / L5_UNKNOWN Private methods or unknown operations. Blocked

Choosing the ceiling

ODOO_MCP_MAX_LEVEL sets the highest level this server may execute. Each value is cumulative — it permits its own level and everything below:

Value What it permits
0 Reads only.
1 + single-record writes and creations.
2 + batches above 5 records.
3 Default. + confirming orders, posting invoices, sending mail.
4 + unlink, action_cancel, archiving.
5 Accepted, but identical to 4 in effect — see below.

Two behaviours are worth knowing before you pick a number:

  • 5 does not unlock L5. Both L5 variants are refused before the ceiling is ever read. L5_PRIVATE is refused because Odoo itself rejects every method starting with _, so no ceiling could deliver it; L5_UNKNOWN is refused because a method nobody classified has, by definition, unreviewed effects. The way to allow such a method is to add it to WRITE_L1/L3/L4 in safety_layer.py — in code, reviewed — never through configuration.
  • An invalid value refuses startup. ODOO_MCP_MAX_LEVEL="O" raises rather than falling back to the default, because the fallback is write-capable: a typo must not hand you a writing server you believed was read-only.

The ceiling is set out of band, by a human, and read from the process environment at startup. The model running against this server cannot raise it; when a call exceeds the ceiling the refusal names the level required, so the agent can explain what the operation would change and leave the decision to you.

Note that this is the authority of this server, not of the account. An agent with shell access can always bypass an MCP server by invoking Odoo directly. A limit that must hold regardless of the client belongs in the Odoo access rights of the user the API key belongs to, where the Odoo server enforces it.

Odoo Version Support

Odoo 14.0 is the absolute minimum supported version because this server authenticates using API keys only, which do not exist in Odoo 13 or earlier.

Odoo Version API Keys XML-RPC Officially Maintained (Aug 2026) Support Level / Notes
≤ 13.0 No Yes No Unsupported. Cannot authenticate with this server.
14.0 Yes Yes No Protocol-compatible. Untested against a live instance.
15.0 Yes Yes No Protocol-compatible. Untested against a live instance.
16.0 Yes Yes No Protocol-compatible. Untested against a live instance.
17.0 Yes Yes Yes (until Sep 2026) Protocol-compatible. Untested against a live instance.
18.0 Yes Yes Yes (until Sep 2027) Primary target. Verified and fully supported against a live instance.
19.0 Yes Yes Yes (until Sep 2028) Protocol-compatible. Untested against a live instance. API keys require description and expiry (max 3 months).

API Key Generation Path

To generate an API key, log in to your Odoo instance and navigate to: Preferences / My Profile → Account Security → New API Key

Transport & Deprecation Note

The client automatically detects if the native JSON-2 API is available at /json/2/<model>/<method> (which uses Authorization: bearer <API_KEY>) and falls back to XML-RPC if it is not. Please note that XML-RPC and JSON-RPC are deprecated in Odoo 19 and scheduled for removal in Odoo 22.

Sources

Tools and Resources

The server exposes 19 tools and 2 resource types:

Tools

  1. search_read: Search and read records in one call (Odoo search_read).
  2. read_record: Read one record by id, always with named fields.
  3. count_records: Count the records matching a domain (Odoo search_count).
  4. instance_overview: Summarise the connected instance: version, companies, volumes per area, in-house modules, anomalies.
  5. required_fields: List what Odoo demands before a create on a model, the default it would apply, and how existing records actually use it.
  6. create_record: Create a record, reusing an existing match when unique_on is given.
  7. write_record: Write field values to one record and report what actually changed.
  8. run_action: Run a workflow method and report the state it left behind.
  9. cancel_record: Cancel a record through action_cancel, following the wizard it returns.
  10. notify_user: Notify users on a record's chatter. Internal by default.
  11. create_activity: Schedule an activity: the only notification that carries a deadline.
  12. download_docs: Save every document of a record to disk, chatter files included.
  13. generate_pdf: Render the PDF of a record and return where it was saved.
  14. list_message_targets: List who can be messaged and where — internal users with presence (online/away/offline) and the caller's open conversations. Ask this before sending.
  15. read_conversation: Read a Discuss conversation, newest first.
  16. send_direct_message: Send a 1-to-1 Discuss message that appears in the user's chat systray in real time — no email, reaches them whatever their notification setting says.
  17. send_channel_message: Post to an existing Discuss channel, refusing a room that holds a non-employee.
  18. explore_module: Discover a module's structure by interrogating the live instance.
  19. list_known_modules: List the modules this server has learned: name, generation date, records.

Tools 10-11 (notify_user, create_activity) notify ABOUT a record and land in the Inbox bell; tools 14-17 are Discuss conversations that land in the chat systray. "Message user X" is the second kind — send_direct_message, not notify_user.

Resources

  • odoo://skill: Access the Odoo assistant skill instructions.
  • odoo://ref/*: Access generated reference documentation for explored modules.

Host Configuration Examples

Every example below carries only what matters: the two required variables, and the ceiling — the one setting that decides whether this server can write, made visible in the file the human owns. The database and the login are discovered, and 3 is the ceiling's default. Note the quotes: environment values are strings.

Claude Desktop

Add this to your claude_desktop_config.json:

{
  "mcpServers": {
    "odoo-assistant": {
      "command": "uvx",
      "args": [
        "odoo-assistant"
      ],
      "env": {
        "ODOO_BASE_URL": "https://mycompany.odoo.com",
        "ODOO_API_KEY": "your-api-key-here",
        "ODOO_MCP_MAX_LEVEL": "3"
      }
    }
  }
}

Cursor

Add this to your .cursor/mcp.json or configure it in the Cursor settings UI:

{
  "mcpServers": {
    "odoo-assistant": {
      "command": "uvx",
      "args": [
        "odoo-assistant"
      ],
      "env": {
        "ODOO_BASE_URL": "https://mycompany.odoo.com",
        "ODOO_API_KEY": "your-api-key-here",
        "ODOO_MCP_MAX_LEVEL": "3"
      }
    }
  }
}

VS Code Copilot

Add this to your VS Code settings.json:

{
  "mcp.servers": {
    "odoo-assistant": {
      "command": "uvx",
      "args": [
        "odoo-assistant"
      ],
      "env": {
        "ODOO_BASE_URL": "https://mycompany.odoo.com",
        "ODOO_API_KEY": "your-api-key-here",
        "ODOO_MCP_MAX_LEVEL": "3"
      }
    }
  }
}

opencode

Add this to opencode.json or .opencode/opencode.json in your project, or to ~/.config/opencode/opencode.json to make the server available everywhere:

{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "odoo-assistant": {
      "type": "local",
      "enabled": true,
      "command": [
        "uvx",
        "odoo-assistant"
      ],
      "timeout": 120000,
      "environment": {
        "ODOO_BASE_URL": "https://mycompany.odoo.com",
        "ODOO_API_KEY": "your-api-key-here",
        "ODOO_MCP_MAX_LEVEL": "3"
      }
    }
  }
}

opencode's shape differs from the hosts above in ways it rejects outright: the key is mcp (not mcpServers), type is required, command is a single array holding the program and its arguments (there is no separate args), and the environment block is environment (not env).

Set timeout deliberately. It defaults to 5000 ms, and the first call of a session pays for authentication plus, for instance_overview, dozens of XML-RPC round trips — comfortably past five seconds against a real instance.

opencode reads its config once at startup and does not hot-reload it, so quit and restart after editing. Anything you change here — the ceiling included — takes effect only on the next launch.

ChatGPT (Custom Connectors)

To connect this server to ChatGPT via Custom Connectors:

  1. Go to Settings → Connectors → Add Connector.
  2. Enter the server URL or select from the Registry.
  3. Enter your Odoo credentials when prompted.

Hermes

Add the server using the Hermes CLI:

hermes mcp add odoo-assistant \
  --env ODOO_BASE_URL=https://mycompany.odoo.com \
  --env ODOO_API_KEY=your-api-key-here \
  --env ODOO_MCP_MAX_LEVEL=3 \
  --args run odoo-assistant

The examples omit the optional variables. Set ODOO_DB when the instance serves several databases, ODOO_USER to skip the uid probe, and ODOO_MCP_MAX_LEVEL to change the ceiling from its default of 3.

License

This project is licensed under the MIT License. See the LICENSE file for details.

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

odoo_assistant-0.1.0.tar.gz (231.3 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

odoo_assistant-0.1.0-py3-none-any.whl (124.4 kB view details)

Uploaded Python 3

File details

Details for the file odoo_assistant-0.1.0.tar.gz.

File metadata

  • Download URL: odoo_assistant-0.1.0.tar.gz
  • Upload date:
  • Size: 231.3 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for odoo_assistant-0.1.0.tar.gz
Algorithm Hash digest
SHA256 016612d142a4c41d0534342df1b44ce9e5090c3bbdef73055bff418985e17370
MD5 a445a02250b639d9960082e5ca4fd2cd
BLAKE2b-256 bbc1eb72bd899a276d197764413b8d75261e4abeb63810b659f1ce1a2cb629e8

See more details on using hashes here.

Provenance

The following attestation bundles were made for odoo_assistant-0.1.0.tar.gz:

Publisher: publish.yml on singleflo/odoo-assistant-mcp

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file odoo_assistant-0.1.0-py3-none-any.whl.

File metadata

  • Download URL: odoo_assistant-0.1.0-py3-none-any.whl
  • Upload date:
  • Size: 124.4 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for odoo_assistant-0.1.0-py3-none-any.whl
Algorithm Hash digest
SHA256 b9b76d9e2f3f5d209f5c5443d0af8c6adab3000dcbf0ec2c2117d8e334ddb513
MD5 8908f473a21349be831b5bf5b8ab4006
BLAKE2b-256 201e17d71365ad52208197349ce3f6ead197ee99343cbf9f11326faa2ea938d0

See more details on using hashes here.

Provenance

The following attestation bundles were made for odoo_assistant-0.1.0-py3-none-any.whl:

Publisher: publish.yml on singleflo/odoo-assistant-mcp

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page