Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
One canonical context transpiled into Cursor, Claude, Copilot, Cline and more, with agent handoff.
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
Necesitas
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Abre Claude Desktop → Settings → Developer → Edit Config y pega esto en claude_desktop_config.json
{
"mcpServers": {
"syncytiummd": {
"command": "npx",
"args": [
"-y",
"syncytium-md",
"mcp"
]
}
}
}Ejecuta esto en tu terminal
claude mcp add syncytiummd -- npx -y syncytium-md mcpPégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"syncytiummd": {
"command": "npx",
"args": [
"-y",
"syncytium-md",
"mcp"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"syncytiummd": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"syncytium-md",
"mcp"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Este se ejecuta en tu computadora, y ChatGPT solo puede conectarse a servidores en internet. Elige otra app.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 7 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub mrcbrbn5361, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Este se ejecuta en tu computadora; no hay endpoint en internet
Se ejecuta en tu computadora y usa ajustes locales en su lugar
Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
El registro no indica ninguna clave obligatoria, aunque algunos servidores te piden iniciar sesión la primera vez que los usas.
Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).
El repo de GitHub cambió por última vez –, y la última versión (0.3.1) llegó al registro anteayer.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas Node.js en tu computadora.
En la misma categoría: Spec Driven Development, Remote Desktop Commander, Date Math
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
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.
Exact date/time math for agents: business days, holidays, time zones, cron, RRULE, SLA. x402 paid.
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
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