Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
One canonical context transpiled into Cursor, Claude, Copilot, Cline and more, with agent handoff.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"syncytiummd": {
"command": "npx",
"args": [
"-y",
"syncytium-md",
"mcp"
]
}
}
}ターミナルでこれを実行します
claude mcp add syncytiummd -- npx -y syncytium-md mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"syncytiummd": {
"command": "npx",
"args": [
"-y",
"syncytium-md",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"syncytiummd": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"syncytium-md",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント mrcbrbn5361 で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.3.1)がレジストリに届いたのは一昨日です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, Date Math
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
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.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
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