Back to Nodes

Operation

v0.8.1
Last updated Jul 7, 2026

n8n node for xmemory read/write operations

194 Weekly Downloads
512 Monthly Downloads

Included Nodes

Operation

Description

n8n-nodes-xmemory

xmemory is a memory interface with natural-language inputs and outputs, backed by schema under the hood.

Community n8n node for xmemory read, write, and create instance operations. This overview gives detailed description of xmemory.

n8n is a fair-code licensed workflow automation platform.

Installation

Check out installation guide and register your interest at xmemory website to get an API key.

Operations

  • Create Instance: Calls POST /clusters/{cluster_id}/instances. Pick a Cluster (from the list by name, or by ID), and provide an Instance Name and a valid XMD Schema (JSON or YAML). Xmemory requires a schema to create an instance.
  • Write: Calls POST /instances/{instance_id}/write. Writes text into memory using the instance schema. Fast (default) and deep extraction modes are supported. Optionally pass a Trace ID and toggle Diff Engine.
  • Read: Calls POST /instances/{instanceid}/read. Queries memory using a free-form natural-language query. Supported modes: single-answer (short summary), raw-tables (structured SQL-like representation), xresponse (schema-based structured response). Optionally restrict the read to specific objects via Scope Objects (identified by their user-defined primary key) together with a Relations Scope (norelations or all_relations), and pass a Trace ID.
  • Every operation returns the xmemory API payload directly: the response envelope ({ids, items, errors, consoleurl}) is unwrapped, so downstream nodes receive the operation result (read result, writeid, created instance, …). Errors are raised as node errors.

    How account errors surface

    When the xmemory accounts API rejects a call, the node turns the structured error envelope (errors[0].code / details) into a readable node-error message rather than a bare HTTP status:

  • Quota exhausted (HTTP 402, code QUOTA_EXCEEDED): the message notes the daily or monthly limit and, when the server provides one, a retry after Ns hint. This is not retried automatically — the tenant has used up its plan allowance.
  • Trial ended / subscription lapsed (HTTP 402, code TRIAL_ENDED): the message hints to subscribe to continue. Not retryable.
  • Rate limited (HTTP 429, code RATE_LIMITED): a genuine velocity limit; the message labels it as such. n8n’s HTTP layer may itself retry 429s, but the node adds no extra retry logic.
  • If you enable workflow-level Retry On Fail, note that quota and trial errors are not transient and will keep failing until the underlying account state changes.

    Credentials

  • Base URL: xmemory API base URL, for example https://api.xmemory.ai.
  • API Key: API key used to authenticate against the xmemory API (sent as Authorization: Bearer ). Register your interest at xmemory.ai; we will reach out to discuss your scenario and issue an API key.
  • Resources

  • tutorial for xmemory usage from n8n
  • xmemory documentation
  • n8n community nodes documentation

Compatibility

This package targets the current community-node API version (n8nNodesApiVersion: 1). Validate against the n8n version you run in your environment.

Releasing

Releases are manual and version-driven:

1. Bump the version in package.json via a pull request and merge it to main.
2. Run the Publish workflow (ActionsPublishRun workflow, or gh workflow run publish.yml).

The workflow publishes the current package.json version to npm and then pushes a matching git tag (X.Y.Z). If a tag for that version already exists, the run fails — bump the version first.