Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
제작자가 쓴 설명(영어 원문)
Hosted NeuroDock — stateless communication and planning tools over OAuth-secured Streamable HTTP.
이 세 가지는 절대 하나의 점수로 합치지 않아요. 의견, 측정, 인기는 서로 다른 것이니까요.
이 서버는 아직 쉬운 말로 된 요약을 쓰지 못했어요. 아래는 레지스트리에서 읽어 온 사실이에요.
쓰고 있는 AI 앱을 고른 다음 설정을 복사하세요.
필요한 것
어떤 앱을 쓰세요?
위에서 앱을 고르세요. 기억해 두었다가 다음부터는 버튼에 “…에 설치”라고 표시해요.
웹, 데스크톱, 모바일의 Claude에서 쓸 수 있어요:
https://mcp.neurodock.org/mcp터미널에서 이 명령어를 실행하세요
claude mcp add --transport http neurodock-remote https://mcp.neurodock.org/mcp프로젝트의 .cursor/mcp.json 또는 ~/.cursor/mcp.json에 붙여 넣으세요
{
"mcpServers": {
"neurodock-remote": {
"url": "https://mcp.neurodock.org/mcp"
}
}
}브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.
프로젝트의 .vscode/mcp.json에 붙여 넣으세요
{
"servers": {
"neurodock-remote": {
"type": "http",
"url": "https://mcp.neurodock.org/mcp"
}
}
}브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.
ChatGPT는 인터넷에 있는 서버에만 연결할 수 있어요:
https://mcp.neurodock.org/mcp메뉴 이름은 요금제나 시기에 따라 조금 다를 수 있어요.
선택한 앱은 이 기기의 쿠키에만 저장돼요. 계정은 필요 없어요.
이 설정은 제작자의 레지스트리 정보로 만들었어요. README와 다르면 README를 따르세요.
아직 이 서버의 도구 목록을 읽지 않았어요. 엔드포인트는 차례대로 돌아가며 점검해요.
누구나 볼 수 있는 정보를 점검했고, 코드는 읽지 않았어요. 해당하지 않는 항목은 개수에서 뺐어요. · 2026년 11월 8일 점검
레지스트리 이름이 GitHub 계정 tlennon-ie 기준으로 확인되었고, 이 계정이 저장소를 소유하고 있어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
아직 점검하지 않았어요. 엔드포인트는 차례대로 돌아가며 점검해요
아직 점검하지 않았어요. 엔드포인트는 차례대로 돌아가며 점검해요
아직 점검하지 않았어요. 엔드포인트를 점검할 때 도구 목록을 읽어요
레지스트리에서 이 카테고리의 활성 서버 전체와 비교했어요. 스타는 게시자가 저장소를 소유한 경우에만 세요.
해당하는 기본 점검 1개 중 1개를 통과했어요. 코드는 읽지 않았어요. 키나 토큰을 넣기 전에 서버가 어떤 권한을 요구하는지 확인하고, 꼭 필요한 권한만 있는 키를 쓰세요.
레지스트리에 필수 키가 나와 있지 않아요. 다만 처음 쓸 때 로그인을 요구하는 서버도 있어요.
제작자의 클라우드에서 실행돼요. 설치 없이 인터넷으로 연결하지만, 보내는 내용은 제작자의 서버를 거쳐요.
GitHub 저장소는 마지막으로 – 변경됐고, 최신 버전(0.1.0)은 5개월 전 레지스트리에 올라왔어요.
Claude Desktop, Claude Code, Cursor, VS Code처럼 MCP를 지원하는 앱에서 쓸 수 있어요. URL로 연결되기 때문에, 원격 MCP 서버를 지원하는 앱(예: 개발자 모드의 ChatGPT)에서도 쓸 수 있어요.
같은 카테고리에는: Spec Driven Development, Remote Desktop Commander, aamio rendezvous
같은 카테고리에서 다른 제작자가 만든 서버예요. 스타 순으로 정렬했어요.
카드 보는 법:↓ 주간 다운로드i★ GitHub 스타i세 기둥: 리뷰 · 점검 · 사용 정도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.
Meet an agent you have not met, exchange messages that expire, and prove it happened. No account.
제작자의 저장소에서 쓰인 그대로 가져왔어요. PopNx MCP가 검토하거나 보증한 내용이 아니에요. HTML, 이미지, 스크립트는 제거했어요. 링크를 누르면 이 사이트를 벗어나요.
The combined remote MCP server for NeuroDock (ADR 0008 / ADR 0009, Phase 2).
It composes the three stateless NeuroDock servers into a single Streamable HTTP endpoint and exposes only the remote-safe tools:
| Source server | Tools exposed remotely |
|---|---|
mcp-translation | translate_incoming, check_tone, rewrite_outgoing, brief_meeting |
mcp-guardrail | check_rumination, check_hyperfocus, check_sycophancy |
mcp-task-fractionator | decompose only |
The four cognitive-graph tools (recall_entity, record_fact, recall_decisions, weekly_rollup) are also exposed, but gated: they require a signed-in account that has explicitly enabled storage. Two modes coexist; a user is in exactly one at a time:
| Tool | Mode | What it does | ||
|---|---|---|---|---|
enable_hosted_storage | hosted | NeuroDock provisions a private per-user Turso database and stores facts there. Returns the consent disclosure. | ||
connect_byos_storage | byos | You point at your own libSQL/Turso database; NeuroDock stores only the connection pointer. | ||
disable_and_erase_storage | → none | Hosted: destroys your Turso database. BYOS: clears the stored connection (your DB untouched). Either way the preference/consent is cleared. | ||
disconnect_storage | → none | BYOS-only alias: clears the connection + preference. (Use disable_and_erase_storage to erase hosted.) | ||
storage_status | — | Reports your mode (hosted \ | byos \ | none). |
The mode is selected per user from their recorded storage preference; a single combined resolver routes each cognitive-graph call to the hosted or BYOS backing. The privacy boundary is unchanged from Phase D: an anonymous / no-token caller gets STORAGE_NOT_AVAILABLE and nothing is stored, read, or provisioned; a signed-in but not-enabled caller gets STORAGE_NOT_CONNECTED.
Hosted requires a provisioned Turso org/group/token. Set
NEURODOCK_TURSO_PLATFORM_TOKEN+NEURODOCK_TURSO_ORG(+ optional
NEURODOCK_TURSO_GROUP, defaultdefault, which must already exist in the
org). Without them
enable_hosted_storageis refused and only BYOS is offered.
Encryption-key custody (honest limitation). Both the BYOS auth token and the
hosted Turso DB token are encrypted at rest with a single operator-wide
NEURODOCK_STATE_MASTER_KEY. That means NeuroDock can _technically_ decrypt a
stored token. This is the documented ADR 0010 open question; per-user / envelope
keys (so the operator cannot unilaterally read a user's DB token) are a tracked
follow-up. The on-disk format is unchanged either way, so a future scheme can
re-wrap without a data migration.
Chronometric session state, the user profile (neurotype data), and task-fractionator's next_one (reads the local graph) are never mounted. They hold local state and stay strictly on the local stdio install. The boundary is enforced in code and pinned by tests against REMOTE_TOOL_NAMES.
This is a deploy artifact, not a published package — it is not uploaded to
PyPI (the local install path via
@neurodock/cliis unchanged). Local-only
tools remain available exactly as before through the stdio servers.
The remote server exposes tools, not skills. Skills are markdown the client reads locally, so the remote endpoint never delivers them. Hosted/remote users get the per-neurotype skills the same way local users do: install the Claude Code marketplace plugin (which bundles them) or run neurodock install-skills from @neurodock/cli, which copies each skill into ~/.claude/skills/neurodock- /SKILL.md for Claude Code / Claude Desktop. See packages/skills/README.md for the delivery paths.
# from the repo root
uv run --package neurodock-remote neurodock-remote
Inspect it with the MCP Inspector pointed at http://127.0.0.1:8000/mcp.
| Env var | Default | Purpose | |||
|---|---|---|---|---|---|
NEURODOCK_HTTP_HOST | 127.0.0.1 | Bind host (0.0.0.0 in the container). | |||
NEURODOCK_HTTP_PORT | 8000 | Bind port. | |||
NEURODOCK_AUTH_PROVIDER | none | none \ | clerk \ | workos \ | jwt. The hosted deploy uses clerk. |
NEURODOCK_PUBLIC_URL | — | Public base URL, e.g. https://mcp.neurodock.org (required by clerk/workos/jwt). | |||
NEURODOCK_OAUTH_REQUIRED_SCOPES | — | Optional, comma-separated. | |||
NEURODOCK_CLERK_DOMAIN | — | clerk: your Clerk instance domain (e.g. your-app.clerk.accounts.dev). | |||
NEURODOCK_CLERK_CLIENT_ID | — | clerk: OAuth application client ID. | |||
NEURODOCK_CLERK_CLIENT_SECRET | — | clerk: OAuth client secret (set as a secret, not plaintext). | |||
NEURODOCK_CLERK_SECRET_KEY | — | Storage (ADR 0010 C/D): Clerk Backend API key; persists the per-user storage pointer. | |||
NEURODOCK_STATE_MASTER_KEY | — | Storage (ADR 0010 C/D): master key that encrypts the BYOS/hosted DB token at rest. | |||
NEURODOCK_TURSO_PLATFORM_TOKEN | — | Hosted (ADR 0010 C): Turso Platform API token; provisions/destroys per-user databases. | |||
NEURODOCK_TURSO_ORG | — | Hosted (ADR 0010 C): Turso organization slug the hosted databases are created in. | |||
NEURODOCK_TURSO_GROUP | default | Hosted (ADR 0010 C): Turso group the hosted databases are created in (must exist). | |||
NEURODOCK_GRAPH_DISABLE_EMBEDDINGS | 1 (image) | Storage: keeps the hosted graph lean (no fastembed). Set in the Dockerfile. | |||
NEURODOCK_AUTHKIT_DOMAIN | — | workos: your AuthKit domain. | |||
NEURODOCK_OAUTH_ISSUER / _JWKS_URI / _AUDIENCE | — | jwt: generic OIDC resource-server config. |
⚠️ Auth is required before public exposure. With
NEURODOCK_AUTH_PROVIDER
unset the server runs unauthenticated and logs a loud warning — that mode is
for localhost/integration testing only (ADR 0009 §3). The identity provider is a
configuration choice, not a code change; FastMCP ships first-class Clerk, WorkOS
AuthKit, and Auth0 providers plus the generic JWT verifier wired here.
# build from the repo root (the Dockerfile uses root-relative COPY paths)
docker build -f packages/remote/Dockerfile -t neurodock-remote . docker run --rm -p 8000:8000 \ -e NEURODOCK_AUTH_PROVIDER=clerk \ -e NEURODOCK_CLERK_DOMAIN=your-app.clerk.accounts.dev \ -e NEURODOCK_CLERK_CLIENT_ID=xxxx \ -e NEURODOCK_CLERK_CLIENT_SECRET=yyyy \ -e NEURODOCK_PUBLIC_URL=https://mcp.neurodock.org \ neurodock-remote
The chosen host (ADR 0009). The Python container runs on Cloudflare Containers, fronted by a thin Worker (worker/index.ts) that owns the mcp.neurodock.org custom domain. Config: wrangler.jsonc.
Requires a Workers _Paid_ plan — Containers are not on the free tier.
The Worker + container are deploy tooling only; this directory is intentionally
not a pnpm-workspace member, so install/deploy happen here directly.
vars in wrangler.jsonc (NEURODOCK_CLERK_DOMAIN, NEURODOCK_CLERK_CLIENT_ID) — these are non-secret.packages/remote/): npm install
npx wrangler secret put NEURODOCK_CLERK_CLIENT_SECRET # paste the secret
npx wrangler secret put NEURODOCK_CLERK_SECRET_KEY # Clerk Backend API key npx wrangler secret put NEURODOCK_STATE_MASTER_KEY # token-encryption master key
vars.npx wrangler secret put NEURODOCK_TURSO_PLATFORM_TOKEN # Turso Platform API token npx wrangler deploy # builds ../Dockerfile, pushes, deploys
wrangler deploy builds the image (context ../../ = repo root), provisions the mcp.neurodock.org DNS + TLS automatically (the custom_domain route), and starts the container behind the Worker.
https://mcp.neurodock.org/health → 200, then add https://mcp.neurodock.org/mcp as a custom connector in Claude and complete the Clerk OAuth round-trip.See ADR 0009 for the transport, scope, auth, and hosting decisions.
Status: this Cloudflare deploy config is a verified-by-docs scaffold; it has
not yet been run through
wrangler deploy. Treat the first deploy as the
validation step.