Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
제작자가 쓴 설명(영어 원문)
Build multi-tenant apps over MCP. Schemas, CRUD, deploys — access control enforced server-side.
이 세 가지는 절대 하나의 점수로 합치지 않아요. 의견, 측정, 인기는 서로 다른 것이니까요.
이 서버는 아직 쉬운 말로 된 요약을 쓰지 못했어요. 아래는 레지스트리에서 읽어 온 사실이에요.
쓰고 있는 AI 앱을 고른 다음 설정을 복사하세요.
X-API-Key비밀로 표시된 값은 내 계정의 열쇠예요. 절대 다른 사람과 공유하거나 채팅에 붙여 넣지 마세요.
필요한 것
어떤 앱을 쓰세요?
위에서 앱을 고르세요. 기억해 두었다가 다음부터는 버튼에 “…에 설치”라고 표시해요.
이 주소는 요청 header에 키가 필요한데, 커넥터 추가 메뉴에서는 넣을 수 없어요. 대신 Claude Code, Cursor, VS Code를 쓰세요.
터미널에서 이 명령어를 실행하세요
claude mcp add --transport http supero https://api.supero.dev/mcp/v1/messages --header 'X-API-Key: your-value'실행하기 전에 빈 값을 채워 주세요.
프로젝트의 .cursor/mcp.json 또는 ~/.cursor/mcp.json에 붙여 넣으세요
{
"mcpServers": {
"supero": {
"url": "https://api.supero.dev/mcp/v1/messages",
"headers": {
"X-API-Key": "your-value"
}
}
}
}브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.
프로젝트의 .vscode/mcp.json에 붙여 넣으세요
{
"servers": {
"supero": {
"type": "http",
"url": "https://api.supero.dev/mcp/v1/messages",
"headers": {
"X-API-Key": "your-value"
}
}
}
}브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.
이 주소는 요청 header에 키가 필요한데, 커넥터 추가 메뉴에서는 넣을 수 없어요. 대신 Claude Code, Cursor, VS Code를 쓰세요.
선택한 앱은 이 기기의 쿠키에만 저장돼요. 계정은 필요 없어요.
X-API-Key 비밀 필수 HTTP header이 설정은 제작자의 레지스트리 정보로 만들었어요. README와 다르면 README를 따르세요.
아직 이 서버의 도구 목록을 읽지 않았어요. 엔드포인트는 차례대로 돌아가며 점검해요.
누구나 볼 수 있는 정보를 점검했고, 코드는 읽지 않았어요. 해당하지 않는 항목은 개수에서 뺐어요. · 2026년 11월 6일 점검
레지스트리 이름이 GitHub 계정 supero-platform 기준으로 확인되었고, 이 계정이 저장소를 소유하고 있어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
아직 점검하지 않았어요. 엔드포인트는 차례대로 돌아가며 점검해요
아직 점검하지 않았어요. 엔드포인트는 차례대로 돌아가며 점검해요
아직 점검하지 않았어요. 엔드포인트를 점검할 때 도구 목록을 읽어요
레지스트리에서 이 카테고리의 활성 서버 전체와 비교했어요. 스타는 게시자가 저장소를 소유한 경우에만 세요.
해당하는 기본 점검 1개 중 1개를 통과했어요. 코드는 읽지 않았어요. 키나 토큰을 넣기 전에 서버가 어떤 권한을 요구하는지 확인하고, 꼭 필요한 권한만 있는 키를 쓰세요.
입력해야 할 값: X-API-Key
제작자의 클라우드에서 실행돼요. 설치 없이 인터넷으로 연결하지만, 보내는 내용은 제작자의 서버를 거쳐요.
GitHub 저장소는 마지막으로 – 변경됐고, 최신 버전(2.0.1)은 15일 전 레지스트리에 올라왔어요.
Claude Desktop, Claude Code, Cursor, VS Code처럼 MCP를 지원하는 앱에서 쓸 수 있어요. URL로 연결되기 때문에, 원격 MCP 서버를 지원하는 앱(예: 개발자 모드의 ChatGPT)에서도 쓸 수 있어요.
같은 카테고리에는: Spec Driven Development, Remote Desktop Commander, Apify MCP Server
같은 카테고리에서 다른 제작자가 만든 서버예요. 스타 순으로 정렬했어요.
카드 보는 법:★ 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.
Extract data from any website with thousands of scrapers, crawlers, and automations on Apify Store ⚡
제작자의 저장소에서 쓰인 그대로 가져왔어요. PopNx MCP가 검토하거나 보증한 내용이 아니에요. HTML, 이미지, 스크립트는 제거했어요. 링크를 누르면 이 사이트를 벗어나요.
Build and deploy a real web app from your AI assistant, using Supero over MCP.
You describe the app. Your assistant (Claude Code, Cursor, VS Code Copilot, or any MCP client) reads the build spec from Supero, writes the app, validates it, and deploys it to a URL you can open. The app gets sign-in, roles, a database, an admin panel and an API from the platform, so the assistant writes the part that is yours and nothing else.
This repo has three things:
The free plan gives you 3 projects and needs no card. Deployments on it are 30-minute previews; a URL that stays up is a paid plan.
| If you want to | Go to |
|---|---|
| Build your first app, with every step spelled out | [Your first app, step by step](docs/first-app.md) (30 minutes) |
| Choose something to build | Picking a project, then the project list |
| See a finished example with its source | Page Turners, a book club app |
| Fix something in an app that exists | Community apps |
| Read about a platform feature | Learn more on docs.supero.dev |
The rest of this page is the short version for people who have done this before.
| Key | What the assistant can do with it | Use it when |
|---|---|---|
| Project key | Build into one project, and only that one | You have made a project in the dashboard and want the app there. This is the safer default. |
| Domain key | Create new projects and build into them | You want the assistant to create the project too. Needs a domain admin. |
The key starts with ak_ and is shown once. Copy it then. If you lose it, rotate it under API Keys to get a new one.
Treat the key like a password. Do not commit it, and do not paste it into an issue or an app folder.
The server is at https://api.supero.dev/mcp/v1/messages (streamable HTTP). Send the key in an X-API-Key header, raw, with no Bearer in front.
Claude Code
claude mcp add --transport http supero \
https://api.supero.dev/mcp/v1/messages \ --header "X-API-Key: ak_..."
Then run /mcp inside Claude Code and check that supero is connected.
Cursor: ~/.cursor/mcp.json
{
"mcpServers": { "supero": { "url": "https://api.supero.dev/mcp/v1/messages", "headers": { "X-API-Key": "ak_..." } } } }
VS Code (GitHub Copilot): .vscode/mcp.json
{
"servers": { "supero": { "type": "http", "url": "https://api.supero.dev/mcp/v1/messages", "headers": { "X-API-Key": "ak_..." } } } }
Run MCP: List Servers, start supero, and use Copilot in Agent mode.
Anything else. Any client that speaks MCP over streamable HTTP and lets you set a request header will work. More detail, and the one known gap (Claude Desktop's connector screen wants OAuth, which the server does not offer yet), is in docs/connect.md.
Ask your assistant:
Call build_whoami on Supero and tell me what it says.
You should get back your role, your domain and, for a project key, the project it is bound to. If you would rather check from a terminal:
curl -s https://api.supero.dev/mcp/v1/messages \
-H "Content-Type: application/json" \ -H "X-API-Key: ak_..." \ -d '{"jsonrpc":"2.0","id":1,"method":"tools/call","params":{"name":"build_whoami","arguments":{}}}'
Paste this, with your own description in the middle.
With a project key (the project already exists):
Connect to Supero over MCP and use your build_ tools. Everything runs through MCP: don't look for a local supero CLI or a SKILLS.md file on disk, there isn't one.
Build this app in my project: [describe your app: the main thing users do, the key screens, and an admin view].
Work in this order: build_whoami, then build_get_skills to load the spec, then build_plan. Echo the plan back to me and wait for my go-ahead. Then build_get_examples with the closest archetype as your reference, author the bundle, run build_validate and fix everything it reports, run build_doctor and fix its warnings, then build_publish and deploy (build_deploy for a ~30-minute preview, build_go_live for the permanent URL). Finally build_smoke_test the deployed URL and finish with a short summary: what you built, the URL, and how I log in.
With a domain key, change the second paragraph to:
Create a new project with build_create_project (pick a short name and namespace), then build this app in it: [describe your app].
Stuck for an idea? Every project brief ends with a prompt that is ready to paste.
If the assistant starts searching your disk for a CLI, send it this:
Stop reading the local filesystem. There is no CLI and no SKILLS.md. Call build_get_skills over MCP now, author the bundle, then build_validate.
More prompts, for changing an app, fixing a failed deploy and going live, are in docs/prompts.md.
| Step | Tools | What happens |
|---|---|---|
| 1. Orient | build_whoami | Finds out which project it may build into and what the key allows. |
| 2. Learn | build_get_skills, build_get_examples, build_get_service_contract | Reads the build spec, a working reference app, and the contract of each platform service it plans to use. The spec is served live, so it is never out of date. |
| 3. Plan | build_plan | Turns your description into records, roles and screens. You read it and say go. |
| 4. Write | (your assistant) | Writes a small bundle: the data model, the configuration, the setup and the front end. |
| 5. Check | build_validate, build_doctor | The platform checks the bundle and reports what to fix before anything is deployed. |
| 6. Ship | build_publish, build_deploy or build_go_live, build_deploy_status, build_smoke_test | Publishes a version, deploys it, waits for it to come up, and tests the live URL. |
A deploy usually takes a few minutes and can sit in launching for five or more. That is normal: the assistant should keep polling build_deploy_status for up to ten minutes before deciding something is wrong.
The full walk-through is in docs/build-flow.md, and every tool is listed in docs/tools.md (64 tools; you can list them without a key).
What you do not have to build. Sign-in, roles and permissions, per-record and per-field access rules, the database, the REST API, the admin panel, and data kept apart between organisations in a multi-tenant app. There are also ready-made services to switch on instead of writing: bookings, appointments, rentals, cart, orders, payments, approvals, tasks, tickets, reviews, memberships, recurring plans, inventory, document signature, attachments, notifications, email and more. Ask the assistant to call build_list_capabilities to see them all.
build_get_bundle, edits it, then validates, publishes and deploys again. The version number goes up each time.build_deploy gives a preview URL that lasts about 30 minutes, which is enough to click through and share. build_go_live gives a permanent address on supero.live and needs a paid plan.| Free | |
|---|---|
| Price | $0, no card |
| Projects | 3 |
| Preview deployments | 10 per project, about 30 minutes each |
| Schemas | 20 |
| API requests | 10,000 a month |
| Permanent live URL | From the Basic plan |
These are the figures on the pricing page on 5 October 2026. That page is the authority if they differ. A plan and a validation pass cost nothing, so get build_validate clean before spending a preview. More in docs/limits.md.
| You see | It means | Do this |
|---|---|---|
Authentication required | No key reached the server | Check the header is X-API-Key and the client was restarted after you added it. |
401 or Invalid API key | The key is wrong, cut short, revoked, or has Bearer in front | Paste the raw ak_... value. If it is lost, rotate it under API Keys. |
| The assistant cannot create a project | You gave it a project key | Create the project in the dashboard, or use a domain key. |
The assistant looks for a CLI or a SKILLS.md file | It is guessing from old habits | Send the recovery prompt from step 4. |
build_validate fails | The bundle breaks a rule | Let the assistant fix what it lists and run it again. This step is free. |
build_doctor warns that workflows "usually need elevated permission" | That warning is out of date | Ignore it. Workflows register and run with a project key (checked 6 October 2026). |
| The app deployed but screens are half empty | Some starter data may not have been created. This was a platform fault, fixed on 5 October 2026 | If you still see it, ask the assistant to call build_logs and look for SEED FAILURES, deploy again, and please open an issue. |
Deploy stays in launching | The app is still starting | Wait. Poll for up to ten minutes. |
| A status field will not save for ordinary users | Fields named status or state are protected | Name lifecycle fields _state, for example booking_state. |
| Out of previews | The free plan has ten | Validate more before deploying, or upgrade. |
Still stuck? Ask in Discussions. Found a way to make the server misbehave? See SECURITY.md and report it privately.
There are four ways in, and none of them needs permission first. The open issues list good first ones, and we reply within a day.
CONTRIBUTING.md has the details.
앞부분만 보여 드려요. 나머지는 저장소에서 읽어 보세요