Prototype · Preview: every server in the official registry, synced every 30 minutes. Reviews and accounts come in a later step.
PopNx MCPMCP servers for people who use AI · explained in plain words

SyncytiumMD

by mrcbrbn5361version 0.3.1i★ –iRuns on your computer
Registry nameio.github.mrcbrbn5361/syncytiummd

Install

Overview

Description from the maker (original English)

One canonical context transpiled into Cursor, Claude, Copilot, Cline and more, with agent handoff.

PopNx MCP’s three pillars

These three are never merged into one score: opinions, measurements and popularity are different things.

What you can do with it

We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.

  • Connection: Runs on your computer
  • Transport: stdio
  • Category: Other

Install

Pick the AI app you use, then copy the settings.

Before you install

  • Basic checks: 1 of 1 passed
  • Runs on your computer with your user’s permissions (files, network, apps).
  • The registry lists no key to fill in.

You need

  • npmNode.js installed (for the npx command)

Which app do you use?

Pick your app above. We remember it, so next time the button says “Install in …”.

Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json

{
  "mcpServers": {
    "syncytiummd": {
      "command": "npx",
      "args": [
        "-y",
        "syncytium-md",
        "mcp"
      ]
    }
  }
}

Run this in your terminal

claude mcp add syncytiummd -- npx -y syncytium-md mcp

Open in Cursor

Or copy the settings yourself

Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json

{
  "mcpServers": {
    "syncytiummd": {
      "command": "npx",
      "args": [
        "-y",
        "syncytium-md",
        "mcp"
      ]
    }
  }
}

Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.

Open in VS Code

Or copy the settings yourself

Paste into .vscode/mcp.json in your project

{
  "servers": {
    "syncytiummd": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "syncytium-md",
        "mcp"
      ]
    }
  }
}

Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.

This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.

Your choice stays on this device in a cookie; no account needed.

These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.

What it can do

Runs on your computer; the tool list appears in your AI app after you install it.

Basic checksi

We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 8, 2026

  • ✓ Pass

    Maker matches the repo

    The registry name was verified with the GitHub account mrcbrbn5361, which owns the repo

  • … Not checked yet

    Still maintained

    We have not read this repo from GitHub yet

  • … Not checked yet

    Has a licence

    We have not read this repo from GitHub yet

  • – Not applicable

    Endpoint responds

    This one runs on your computer; there is no internet endpoint

  • – Not applicable

    Sign-in with OAuth

    Runs on your computer and uses local settings instead

  • … Not checked yet

    No hidden instructions in tool descriptions

    Runs on your computer; we can only read tool lists from internet endpoints

Compared with others in Otheri

  • More stars than 0% of the other 18372 servers in this category
  • Published to the registry more recently than 95% of the other 18372 servers in this category
  • Basic checks equal to or better than 100% of the other 18372 servers in this category

Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.

Common questions

Is SyncytiumMD safe?

It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.

What keys or codes does it need?

The registry does not list a required key, though some servers ask you to sign in on first use.

Does it run on my computer or in the cloud?

It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).

Is it still maintained?

The GitHub repo last changed –, and the latest version (0.3.1) reached the registry 2 days ago.

Which apps can use it?

Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.

What can I use instead?

In the same category: Spec Driven Development, Remote Desktop Commander, A1RO — Irish employment tools

Alternatives

Servers in the same category from other makers, sorted by stars.

Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi

Spec Driven Development

by formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

Runs on your computer★ 440MITUpdated 14 months ago
Install

Remote Desktop Commander

by desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

Runs in the cloud★ 211Updated 2 days ago
Install

README from the maker

Open the README

Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.

🧬 SyncytiumMD

One context. Every AI coding tool. Zero copy-paste.

English · Türkçe


The problem

You use Cursor at work, Claude Code in the terminal, Copilot in pull requests, and three CLI agents on CI. Each one wants its own instruction file. So you maintain four copies of the same rules, they drift, and no agent knows what the others did yesterday.

The idea

Keep the rules once, in .syncytium/, and *transpile* them into every tool's native format.

.syncytium/          canonical, human-authored, git-tracked

rules/*.md code style, security, testing, architecture, … memory/decisions.md ADRs — why the project is the way it is HANDOFF.md live agent baton: who has it, what's next │ │ syncytium sync ▼ CLAUDE.md AGENTS.md GEMINI.md AGENT.md CONVENTIONS.md .cursorrules .clinerules .roomodes .windsurfrules .traerules .cursor/rules/*.mdc .gemini/antigravity/rules/*.md .github/copilot-instructions.md + .github/instructions/*.instructions.md

Every generated file carries a banner saying where it came from, and syncytium diff --check fails your CI if any of them drift. syncytium clean removes only banner-tagged files — your hand-written rules are never touched.

Quick start

npx syncytium init          # scaffold .syncytium/ (stack auto-detected)

npx syncytium sync # generate every bridge file npx syncytium graph # open the 3D knowledge graph in your browser

Requires Node.js 20+. No global install needed; npx works.

What you get

10 built-in adaptersCursor, Claude Code, GitHub Copilot, Cline/Roo, Antigravity, Windsurf, Trae, OpenCode, AGENTS.md, GEMINI.md
Stack-aware startersTypeScript, JavaScript, Python, Go, Rust, Java, Kotlin, PHP, Ruby, .NET, Swift, Elixir, generic
Multi-agent safetyA lease-based workspace lock with heartbeat, a handoff baton, and a 100-entry audit trail
Drift detectionReal unified diffs, orphan detection, and a --check flag that actually exits non-zero
Live 3D graphWebGL knowledge cosmos, vault explorer, Markdown document reader — bound to 127.0.0.1
MCP server23 tools with zod-validated inputs, honest safety annotations, built-in rate limits, and recoverable deletions
CI + git hookssyncytium ci and syncytium hook install both gate on zero drift
`--json` everywhereEvery command emits machine-readable output for agents and CI

Commands

Run syncytium --help for the full list.

Context
CommandWhat it does
init [name]Scaffold .syncytium/. --template , --force
syncRegenerate all bridge files. -t/--target, --no-prune, -f/--force
watchAuto-sync on every change. -a/--agent also holds and renews the lock
diffShow drift with real patches. `--check` exits 1 in CI, --full for complete hunks
doctor11 health checks, each with an actionable fix: hint. --strict
lintValidate rules, frontmatter and ADR schema. --fix heals kebab-case and missing titles
validateValidate syncytium.config.json and every rule against the schema. --fix
cleanDelete only banner-tagged files. --dry-run
exportOne portable Markdown bundle you can paste anywhere. --html, --max-rule-chars
importReverse-migrate existing CLAUDE.md, .cursorrules, … into .syncytium/. --dry-run
adaptersList every registered adapter and its targets
statusOne-screen project + handoff + lock summary
Rules & decisions
syncytium rules [query]                       # search the catalog

syncytium rule add --title "..." --body "..." # add a canonical rule syncytium rule show # inspect one syncytium rule update --body-file x.md # edit in place syncytium rule remove # delete + prune generated files

syncytium adr list # architectural decisions syncytium adr add --title "..." --context "..." \ --decision "..." --consequences "..." syncytium adr show ADR-006 syncytium adr remove ADR-006

Multi-agent coordination
syncytium lock acquire --agent "Cursor" --goal "Refactor auth"

syncytium lock heartbeat --agent "Cursor" # extend the lease syncytium lock status syncytium lock release --agent "Cursor"

syncytium handoff -i # interactive wizard syncytium handoff --from "Cursor" --to "Claude" \ -s ready_for_review -g "Ship v1" -d "…" -t "…" syncytium log -n 20 # baton audit trail

Guards
syncytium hook install      # block commits on drift

syncytium hook install --auto-sync # or just re-sync on every commit syncytium ci # .github/workflows/syncytium.yml drift gate syncytium ci --force # regenerate an existing workflow

Knowledge graph
syncytium graph                        # 3D WebGL cosmos + vault explorer

syncytium graph --category ide # isolate IDE adapters syncytium graph --compact # hide file and tag nodes syncytium graph --no-open --port 4000

The server binds to 127.0.0.1 and rejects non-loopback Host headers (DNS-rebinding guard). It refuses to serve .env*, *.pem, *.key, .git/** and other in-root secrets.

Clicking a tool in the 3D galaxy opens the actual Markdown files it generates: directory targets such as .cursor/rules/ become directory nodes that list their .mdc rules, each file opens in the document panel and is highlighted in 3D, and adapters are marked USED or EMPTY depending on whether their targets exist on disk.

MCP
{

"mcpServers": { "syncytium": { "command": "npx", "args": ["--ignore-scripts", "-y", "-p", "syncytium-md@0.3.1", "syncytium-mcp"], "cwd": "${workspaceFolder}", "env": { "SYNCYTIUM_TOKEN": "${SYNCYTIUM_TOKEN}" } } } }

Hardening notes: pin the exact package version instead of @latest, pass --ignore-scripts when launching through npx, keep only the 3-5 MCP connectors a workspace actually needs, and pass any short-lived, read-only credential through the env block rather than command arguments.

Or syncytium mcp if you already have the CLI installed. The server exposes 23 tools, including syncytium_get_context, syncytium_handoff, syncytium_create_rule, syncytium_update_rule, syncytium_remove_rule, syncytium_record_decision, syncytium_sync, syncytium_diff, syncytium_doctor, syncytium_validate, syncytium_validate_fix, syncytium_lock_acquire/release/status, syncytium_get_graph, syncytium_list_trash, syncytium_restore and more. Every input is zod-validated and closed with additionalProperties: false; every property is documented; every stable read tool declares an outputSchema and returns matching structuredContent.

Built-in MCP safety. Every tool advertises MCP readOnlyHint, destructiveHint, idempotentHint and openWorldHint annotations, and the server enforces a per-tool sliding-window rate limit (for example 5 destructive calls per minute). Destructive tools default to dryRun: true; deleting needs dryRun: false and confirm: true. Rules and ADRs are archived under .syncytium/memory/trash/ before removal, so syncytium_restore can undo the operation. syncytium_doctor is strictly read-only. These limits are enforced server-side, so they hold even when a client ignores the annotations.

MCP Registry. The repository root carries a server.json manifest (official registry.modelcontextprotocol.io format) describing the npm package, the stdio transport and the mcp launch argument. The discoverability workflow regenerates llms.txt and llms-full.txt, verifies the manifest against the package (including mcpName), and publishes it with GitHub OIDC - no stored secret and no manual step. A unit test pins the manifest version to package.json so the registry never advertises stale metadata.

.syncytiumignore

Excludes generated targets from both sync and diff. Full gitignore syntax, including **, ?, directory-only patterns and ! negation:

# Don't manage these tools

.cursorrules .github/instructions/

Except this one

!.github/instructions/keep.md

Custom adapters

Declare any tool in syncytium.config.json — no code required:

{

"customAdapters": [ { "id": "zed", "name": "Zed", "targetFile": ".rules/zed.md", "includeHandoff": true, "includeArchitecture": true } ], "enabledAdapters": ["cursor", "claude", "zed"] }

Library usage

import { SyncytiumEngine } from 'syncytium-md';

const engine = new SyncytiumEngine(process.cwd()); await engine.sync(); const { hasDrift, summary } = await engine.diff(); const graph = await engine.getKnowledgeGraph({ category: 'ide' });

Development

npm install

npm run verify # typecheck -> build -> 114 tests

See CONTRIBUTING.md and .syncytium/architecture.md.

License

MIT © Miraç Birben

Ask PopNx