Dataset Join & Merge

io.github.Nero-EnginePublished by GitHub account Nero-Enginev0.1.0Updated Oct 24, 2026

Join two lists of JSON rows on a key, like SQL or VLOOKUP: left, inner, full, anti joins, union.

VerifiedStreamable HTTPWeb executableDatabasesData & Analytics

Overview

AI-generated overview

A remote MCP server that joins two lists of JSON rows on a shared key, like a SQL join or VLOOKUP, and returns the combined rows with a match summary.

What you can do
Join two JSON row lists with left, inner, right, full, leftAnti, rightAnti or union joins, using one or several key fields that may have different names on each side. Match keys loosely (case and spacing ignored) or exactly, and choose how duplicate keys and same-named fields are handled. Get back combined rows tagged with join status and match count, plus a summary of match rates and warnings for missing, duplicate or mistyped keys. List the supported join types, matching modes, conflict strategies and row limits without processing any data.
When to use it
Useful when an assistant needs to enrich one list with fields from another, such as adding plan data to scraped leads, or to find rows present in one list but missing from another. Handy for small ad-hoc reconciliation without writing SQL or spreadsheet formulas.
Requirements
A remote streamable HTTP endpoint; no install, API key or signup is needed. Each call is limited to 500 input rows and 500 output rows combined.
Before you install
Rows are sent to a third-party hosted service; the README says they are processed in memory and not stored, while call metadata such as tool name, row counts, client name, country and a hashed caller ID is logged. Data is capped at 500 rows per call, so larger lists must be split.

Installation

In SourceWeft

  1. Open Dataset Join & Merge in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.

Use with an agent

Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.

Read https://sourceweft.com/mcp/io.github.Nero-Engine%2Fdataset-join-merge/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.

Read the install guide the agent follows

Other MCP clients

Add this to your client's mcpServers config.

{
  "mcpServers": {
    "dataset-join-merge": {
      "type": "http",
      "url": "https://dataset-join-merge.nerolabs.workers.dev/mcp"
    }
  }
}

README

Dataset Join & Merge (Remote MCP Server)

Join two lists of JSON rows on a shared key, like a SQL join or a spreadsheet VLOOKUP, in a single tool call. Hand it a main list and a lookup list, name the key, pick a join type, and it hands back one combined list plus an exact account of how many rows matched on each side and why the rest did not.

Built for AI agents. No install, no API key, no signup. Connect by URL and call it.

https://dataset-join-merge.nerolabs.workers.dev/mcp

Free to use while in early access.

What it does

  • Seven join types. left keeps every left row and adds the matching right fields (the VLOOKUP and enrichment case, and the default). inner keeps only the overlap. right keeps every right row. full keeps everything from both sides. leftAnti returns left rows with no match on the right ("which of these leads are not in the CRM yet?"). rightAnti is the reverse. union stacks both lists, no key needed.
  • Keys that match the way real data looks. By default keys match case-insensitively with surrounding and repeated spaces ignored, and 123 matches "123", so " [email protected]" from a scraper finds "[email protected]" in a billing export. Set keyMatching to exact for strict matching.
  • Different key names on each side. email on the left, contact_email on the right. Composite keys work too: ["firstName", "lastName"].
  • Control over what comes across. Copy only chosen right fields, and decide what happens when both sides have a field with the same name: keep both (the right one becomes right_status), keep the left value, or overwrite with the right value.
  • SQL or VLOOKUP behaviour for duplicate keys. multipleMatches: "all" returns one row per matching pair; "first" uses only the first matching right row, so each left row appears once.

It is honest about what it could not match. Every row is tagged _joinStatus (matched, left_only, right_only) and _matchCount, and the summary reports match rates plus warnings for rows missing the key, duplicate keys on the right and key fields that exist on no row at all (usually a typo).

Tools

ToolWhat it does
list_capabilitiesLists every join type, matching mode, conflict strategy and duplicate-key mode, the fields added to each row, and the row limits. Processes no data.
join_rowsJoins leftRows and rightRows on the key fields you name and returns the joined rows plus a summary.

Connect

Claude Code

bash
claude mcp add --transport http dataset-join-merge https://dataset-join-merge.nerolabs.workers.dev/mcp

Claude Desktop / claude.ai: Settings, Connectors, Add custom connector, paste the URL above.

Cursor, Windsurf, VS Code and other MCP clients

json
{  "mcpServers": {    "dataset-join-merge": {      "url": "https://dataset-join-merge.nerolabs.workers.dev/mcp"    }  }}

Example

Four scraped leads on the left, three billing records on the right. The emails differ in case and spacing, and the key has a different name on each side:

json
{  "leftRows": [    {"email": "[email protected] ", "name": "Ana Silva", "status": "lead"},    {"email": "[email protected]", "name": "Ben Okafor", "status": "lead"},    {"email": "[email protected]", "name": "Cara Lind", "status": "lead"},    {"email": "[email protected]", "name": "Dev Patel", "status": "lead"}  ],  "rightRows": [    {"contact_email": "[email protected]", "plan": "Pro", "mrr": 49, "status": "active"},    {"contact_email": "[email protected]  ", "plan": "Starter", "mrr": 19, "status": "trial"},    {"contact_email": "[email protected]", "plan": "Enterprise", "mrr": 499, "status": "active"}  ],  "leftKeyFields": ["email"],  "rightKeyFields": ["contact_email"],  "joinType": "left"}

Every lead comes back, the two customers enriched with their plan, and both status fields kept:

json
{  "rows": [    {"email": "[email protected] ", "name": "Ana Silva", "status": "lead", "plan": "Pro", "mrr": 49, "right_status": "active", "_joinStatus": "matched", "_matchCount": 1},    {"email": "[email protected]", "name": "Ben Okafor", "status": "lead", "plan": "Starter", "mrr": 19, "right_status": "trial", "_joinStatus": "matched", "_matchCount": 1},    {"email": "[email protected]", "name": "Cara Lind", "status": "lead", "_joinStatus": "left_only", "_matchCount": 0},    {"email": "[email protected]", "name": "Dev Patel", "status": "lead", "_joinStatus": "left_only", "_matchCount": 0}  ],  "summary": {    "leftRecordCount": 4,    "rightRecordCount": 3,    "joinType": "left",    "keyMatching": "normalized",    "multipleMatches": "all",    "leftKeyFields": ["email"],    "rightKeyFields": ["contact_email"],    "counts": {"matchedRows": 2, "passthroughRows": 2, "leftRowsMatched": 2, "rightRowsMatched": 2, "leftRowsUnmatched": 2, "rightRowsUnmatched": 1},    "leftMatchRate": 0.5,    "rightMatchRate": 0.667,    "outputRowCount": 4,    "warnings": []  }}

Change joinType to leftAnti and the same call returns only Cara and Dev, the leads with no billing record.

Limits

  • Up to 500 rows per call, counting leftRows and rightRows together. For a left, inner or leftAnti join on bigger lists, split leftRows across several calls and send the same rightRows with each.
  • Up to 500 output rows per call. Only a many-to-many join (the same key repeated on both sides, with multipleMatches set to all) can return more rows than went in. That call is refused with the predicted row count and what to change, never cut short: multipleMatches: "first" always fits.

Anything over a limit returns a clear message rather than failing silently.

Privacy

Your rows are processed in memory and never stored. To see which tools get used, each call records the tool name, row counts, whether it succeeded, the client name your app reports, the country and a one-way hashed caller ID. Your data, your arguments and your IP address are never kept in that log.

Also available

The same engine runs on the Apify Store as Dataset Join & Merge, which also reads Apify datasets, CSV, Excel and JSON files and Google Sheets by URL on either side, handles up to 100,000 rows per side, exports the result as CSV or Excel, appends it to a named dataset that builds up across runs, and can POST it to a webhook.

Built by Nero Labs.

Source: README.md at commit 7cdf1fc

Tools

2

list_capabilities

Returns every join type, key matching mode, conflict strategy and fan-out mode this server supports, the fields it adds to each row, and the input and output row limits per call. Free, processes no data.

Takes no parameters.

join_rows

Joins two lists of JSON rows on a shared key, like a SQL join or a spreadsheet VLOOKUP, and returns the combined rows plus a summary: how many rows matched on each side, match rates, and warnings for duplicate keys, rows missing the key and key fields that exist on no row. Use it to enrich a list with fields from a lookup table (left join), keep only the overlap (inner), combine two sources into one table (full), find rows in one list that are missing from the other (leftAnti or rightAnti), or stack two same-shape lists (union). Keys match case-insensitively with whitespace trimmed by default, and the key can have a different name on each side (email on the left, contact_email on the right). Input and output rows are capped per call; a many-to-many join that would exceed the output cap is refused with the predicted row count, never truncated. Call list_capabilities for the exact limits.

ParametersjoinTypeleftRowsrequiredrightRowsrequiredkeyMatchingrightFieldsleftKeyFieldsrightKeyFieldsincludeJoinInfomultipleMatchesonFieldConflictrightFieldPrefix

Version history

1
  1. v0.1.0LatestSep 16, 2026

Score

90% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 daysRequired25 pts
  • Auth declaredRequired10 pts
  • Tools listedRequired15 pts
  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts

    Declare a license in the repository or the registry entry.