Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
One canonical context transpiled into Cursor, Claude, Copilot, Cline and more, with agent handoff.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
Du brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"syncytiummd": {
"command": "npx",
"args": [
"-y",
"syncytium-md",
"mcp"
]
}
}
}Führe das in deinem Terminal aus
claude mcp add syncytiummd -- npx -y syncytium-md mcpIn .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"syncytiummd": {
"command": "npx",
"args": [
"-y",
"syncytium-md",
"mcp"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"syncytiummd": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"syncytium-md",
"mcp"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto mrcbrbn5361 bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.3.1) kam vorgestern in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, Kanal Varna — drains, leaks & plumbing (Varna, BG)
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Drain unblocking, leak detection & plumbing in Varna, Bulgaria: services, prices, areas, contact
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
One context. Every AI coding tool. Zero copy-paste.
English · Türkçe
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.
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.
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.
| 10 built-in adapters | Cursor, Claude Code, GitHub Copilot, Cline/Roo, Antigravity, Windsurf, Trae, OpenCode, AGENTS.md, GEMINI.md |
| Stack-aware starters | TypeScript, JavaScript, Python, Go, Rust, Java, Kotlin, PHP, Ruby, .NET, Swift, Elixir, generic |
| Multi-agent safety | A lease-based workspace lock with heartbeat, a handoff baton, and a 100-entry audit trail |
| Drift detection | Real unified diffs, orphan detection, and a --check flag that actually exits non-zero |
| Live 3D graph | WebGL knowledge cosmos, vault explorer, Markdown document reader — bound to 127.0.0.1 |
| MCP server | 23 tools with zod-validated inputs, honest safety annotations, built-in rate limits, and recoverable deletions |
| CI + git hooks | syncytium ci and syncytium hook install both gate on zero drift |
| `--json` everywhere | Every command emits machine-readable output for agents and CI |
Run syncytium --help for the full list.
| Command | What it does |
|---|---|
init [name] | Scaffold .syncytium/. --template , --force |
sync | Regenerate all bridge files. -t/--target, --no-prune, -f/--force |
watch | Auto-sync on every change. -a/--agent also holds and renews the lock |
diff | Show drift with real patches. `--check` exits 1 in CI, --full for complete hunks |
doctor | 11 health checks, each with an actionable fix: hint. --strict |
lint | Validate rules, frontmatter and ADR schema. --fix heals kebab-case and missing titles |
validate | Validate syncytium.config.json and every rule against the schema. --fix |
clean | Delete only banner-tagged files. --dry-run |
export | One portable Markdown bundle you can paste anywhere. --html, --max-rule-chars |
import | Reverse-migrate existing CLAUDE.md, .cursorrules, … into .syncytium/. --dry-run |
adapters | List every registered adapter and its targets |
status | One-screen project + handoff + lock summary |
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
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
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
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.
{
"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.
.syncytiumignoreExcludes generated targets from both sync and diff. Full gitignore syntax, including **, ?, directory-only patterns and ! negation:
# Don't manage these tools
.cursorrules .github/instructions/
!.github/instructions/keep.md
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"] }
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' });
npm install
npm run verify # typecheck -> build -> 114 tests
See CONTRIBUTING.md and .syncytium/architecture.md.
MIT © Miraç Birben