Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
Compile your own business capabilities from declarative YAML and serve them as MCP tools.
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": {
"archstone": {
"command": "npx",
"args": [
"-y",
"@archstone/cli",
"serve"
]
}
}
}Ejecuta esto en tu terminal
claude mcp add archstone -- npx -y @archstone/cli serveEste necesita valores en su línea de comandos, así que copia la configuración y complétalos.
Pégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"archstone": {
"command": "npx",
"args": [
"-y",
"@archstone/cli",
"serve"
]
}
}
}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 necesita valores en su línea de comandos, así que copia la configuración y complétalos.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"archstone": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@archstone/cli",
"serve"
]
}
}
}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 NousVigil, 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.35.0) llegó al registro hace 15 días.
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, Georgia MCP
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.
An MCP server for Georgian public data, read from the organizations that publish it.
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.
A compiler for AI capabilities. Describe what your business can do once, in business terms. Archstone compiles it into tools an AI agent can discover and call — MCP today, other protocols as they arrive. Nobody hand-writes integration code.
Open source, Apache-2.0.
| I want to… | Go to |
|---|---|
| See it working in 60 seconds | Try it |
| Generate a manifest from my OpenAPI spec | Start from an API you already have |
| Install the CLI and know what each command does | Install · Commands |
| Understand the model (CDL → IR → tools) | How it works |
| Call capabilities from my own agent loop | Embed it |
| Know what Archstone guarantees | Guarantees |
| Learn the language | CDL specification · glossary |
| Walk through it end to end | Onboarding guide |
| Know what is free and what is sold | Open source and commercial |
| Contribute | Contributing |
A capability compiled by Archstone is running live:
https://demo.archstone.dev/mcp
claude mcp add --transport http archstone-tourism https://demo.archstone.dev/mcp
The read-only tools need no key. The demo's booking tools do; its two public keys are listed in the showcase. To send one, add the server with the header after the name and URL (--header takes every word that follows it, so placed earlier it swallows them):
claude mcp add --transport http archstone-tourism https://demo.archstone.dev/mcp \
--header "Authorization: Bearer "
The whole integration behind it is 12 lines of business YAML — no HTTP, no JSON Schema, no MCP SDK. Everything else was generated.
Want this in front of your own systems? hello@archstone.dev.
archstone init openapi.yaml --out manifest --company acme --domain catalog
init drafts a manifest from an OpenAPI document, asks you what no spec can answer, and writes nothing unless the result compiles.
Details: onboarding → archstone init. The spec in the recording is examples/demo/stays-openapi.yaml.
npm install -g @archstone/cli # or: npx @archstone/cli <command>
Node 22+. Your manifest lives in your own repository; the CLI is a stateless compiler that needs no checkout of this one (why).
| Command | What it does |
|---|---|
archstone init | Draft a manifest from an OpenAPI document (or, with --source postgres --dsn-env , from a Postgres catalog) |
archstone apply | Validate and compile to IR; --exposure lists what a model sees and what it never sees, and which capabilities are exposed, unlisted or not exposed (retired, unbound) |
archstone build | Write a portable IR artifact for embedding |
archstone serve | Serve MCP tools over stdio; --http --token for HTTP |
archstone verify | Replay recorded fixtures against the live backend and report drift; --json for CI |
archstone doctor | Offline pre-production checklist |
archstone adopt | Declare a field the backend started returning (interactive) |
archstone audit | Read back the execution audit trail |
apply also warns about what an irreversible capability still lacks — here, removing its declared failures adds a warning, and restoring them clears it:
Each command is covered in the onboarding guide. Working from a checkout of this repository instead? Use pnpm apply, pnpm serve, … — see contributor onboarding.
capabilities.yaml → *.capability.yaml → bindings/*.binding.yaml
(what the company (each capability: (how a capability maps offers — the index) business shape only) to a real backend)
└──────── archstone apply ────────┘ └── archstone serve ──┘ parse → validate → compile → IR emit MCP tools → agent
Change the protocol and you regenerate instead of rewriting. Change the backend and the CDL does not move. A worked example: examples/manifests/booking/.
No MCP server process needed — load a built IR with @archstone/agent:
import { fromIR } from "@archstone/agent";
const archstone = fromIR(compiledIR); const tools = archstone.tools("anthropic"); // or "openai-chat", "openai-responses", "gemini", "json-schema" const result = await archstone.execute("tourism.search", { location: "Paris" });
A mountable Streamable-HTTP MCP handler is available at @archstone/agent/mcp. Full API: packages/agent.
These are ratified decisions, not implementation details — each links to its reasoning.
| Guarantee | Decision |
|---|---|
| A provider field your manifest does not declare never reaches a model | ADR-0008 |
| A field a model invents never reaches your system | ADR-0011 |
build and serve never need a network call, an account or a key | ADR-0005 |
| No feature that is free today becomes paid | ADR-0005 |
| Ranking in any selection Archstone performs is not for sale | ADR-0006 |
effect (read / write / irreversible) is confirmed by a person, never inferred | Onboarding |
All decision records: docs/adr/.
[ArtVinci](https://artvinci.ro), a custom-framing business, answers customer questions through a capability compiled by Archstone — real catalog, prices computed live by their own backend. Case study.
The first MCP server is an afternoon's work. The fifth — ChatGPT, Gemini and whatever ships next, each shaped slightly differently, all on top of an API that keeps changing — is the real cost. Archstone is a compiler that, in its first release, generates an MCP server, so that maintenance does not multiply with every new protocol.
Everything needed to turn a manifest into something an agent can call — language, compiler, IR, emitters, embedded SDK and CLI — is Apache-2.0 and stays that way. What we will sell is *operating* it for you: hosted audit retention, managed rate limits, drift monitoring and multi-tenant hosting. See ADR-0005.
| Topic | Where |
|---|---|
| Onboarding (providers, embedders, contributors) | docs/ONBOARDING.md |
| CDL specification (normative, 1.0, frozen) | docs/cdl-specification.md |
| Why CDL looks the way it does | RFC-0002 |
| Machine schema | cdl.schema.json |
| Glossary | docs/glossary.md |
| Identity and principals | docs/IDENTITY.md |
| Architecture decisions | docs/adr/ |
A Postgres database as a backend (sql connector) | docs/guides/sql-connector.md |
| End-to-end demo with Claude | examples/demo/README.md |
| Supported versions | SUPPORT.md |
| Reporting a vulnerability | SECURITY.md — never a public issue |
| Changes | CHANGELOG.md |
packages/
schema/ load and shape-validate manifests (cdl.schema.json) compiler/ semantic validation, lowering to IR emitter-support/ shared substrate for every emitter runtime/ registry, MCP emitter and transport, verify agent/ embedded SDK init/ OpenAPI → manifest drafting cli/ the archstone command providers/ rest/ sql/ backend adapters examples/ manifests and the Claude demo docs/ spec, ADRs, RFCs, onboarding
Archstone is written with substantial AI assistance — Anthropic's Claude, through Claude Code — for implementation, tests and documentation. The decisions are not generated: every structural choice is an ADR, argued and ratified by an accountable person before the code, and a patch nobody can explain does not merge. Commits with generated code name the model in their co-authorship trailer. What we ask of contributors: CONTRIBUTING.md.
CONTRIBUTING.md and the contributor onboarding. Node 22+, pnpm 11+; pnpm typecheck && pnpm test green before you open a PR.
Copyright 2026 NousVigil LLC. Licensed under Apache-2.0; see also NOTICE.