Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
Send real, printed letters by post across Europe. Requires a free account; quote before sending.
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 …”.
Funciona en Claude para web, escritorio y móvil:
https://sendletter.eu/api/mcpEjecuta esto en tu terminal
claude mcp add --transport http sendletter https://sendletter.eu/api/mcpPégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"sendletter": {
"url": "https://sendletter.eu/api/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": {
"sendletter": {
"type": "http",
"url": "https://sendletter.eu/api/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ú.
ChatGPT solo se conecta a servidores en internet:
https://sendletter.eu/api/mcpLos nombres de los menús pueden variar un poco según el plan y con el tiempo.
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.
Todavía no hemos leído la lista de herramientas de este servidor; revisamos los endpoints por turnos.
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 el dominio sendletter.eu (el registro comprueba quién es dueño del dominio)
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Aún sin revisar; revisamos los endpoints por turnos
Aún sin revisar; revisamos los endpoints por turnos
Aún sin revisar; leemos la lista de herramientas cuando revisamos el endpoint
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 la nube del creador. Te conectas por internet sin instalar nada, pero lo que envías pasa por los servidores del creador.
El repo de GitHub cambió por última vez –, y la última versión (1.0.0) llegó al registro hace 3 meses.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. Se conecta por URL, así que también funcionan las apps que aceptan servidores MCP remotos, como ChatGPT en modo desarrollador.
En la misma categoría: Spec Driven Development, Remote Desktop Commander, Rystic
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.
Start, seed, clock, inspect and diff Rystic API simulators from your agent.
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.
Send a real letter — printed, folded, franked and handed to the post — from Node.
npm install sendletter
import { SendLetter } from 'sendletter'
const sendletter = new SendLetter(process.env.SENDLETTER_API_KEY!)
const input = { idempotencyKey: 'invoice-2026-0042-reminder-1', sender: { company: 'Twilper', name: 'Gert Snijder', street: 'Merelstraat', number: '64', postalCode: '8916 AX', city: 'Leeuwarden', country: 'NL', }, recipient: { name: 'Jan de Vries', street: 'Keizersgracht', number: '123', postalCode: '1015 CJ', city: 'Amsterdam', country: 'NL', }, text: 'Beste heer De Vries,\n\nBijgaand de herinnering voor factuur 2026-0042.', }
const prepared = await sendletter.prepare(input) console.log(prepared.id, prepared.pages, prepared.totalCents) const pdf = await sendletter.download(prepared.id)
Show the PDF and exact total to the user. After approval, use the same input and key:
const letter = await sendletter.send({ ...input, expectedTotalCents: prepared.totalCents })
console.log(letter.id, letter.status, letter.totalCents)
Get a key at sendletter.eu. Keys starting sk_test_ post nothing, charge nothing, and still run the whole status chain, so you can build against the real thing.
Give the content exactly one way: text, document (rich text), file (base64) or fileUrl. Two is refused rather than guessed at, because the wrong document in a postbox cannot be recalled.
// An invoice you already have as a PDF.
await sendletter.send({ sender, recipient, file: { name: 'invoice.pdf', contentBase64: pdf.toString('base64') }, product: 'registered', // 'standard' | 'priority' | 'registered' colour: true, idempotencyKey: invoice-${invoice.id}, })
Send an `idempotencyKey` on anything that can be retried. A repeat with the same key returns the original letter instead of a second envelope. That single field is what makes a retry after a network timeout safe, and a timeout says nothing about whether the letter was accepted.
await sendletter.get(id) // one letter
await sendletter.list({ status: 'posted' }) // one page await sendletter.cancel(id, 'order withdrawn') // while it is still cancellable await sendletter.download(id) // the PDF as printed await sendletter.download(id, { proof: true }) // proof of posting
for await (const letter of sendletter.all({ mode: 'live' })) { // walks every page; you never hold the cursor }
Every paid live letter receives its invoice number at payment time. Test letters never consume the statutory series. A full refund keeps that invoice and adds a separately numbered negative credit note.
const page = await sendletter.listInvoices()
await writeFile('invoice.pdf', await sendletter.downloadInvoice(page.data[0].id))
if (page.data[0].creditNote) { await writeFile( 'credit-note.pdf', await sendletter.downloadCreditNote(page.data[0].creditNote.id), ) }
const check = await sendletter.validateAddress(recipient)
if (!check.valid) console.log(check.problems) // answers, does not throw
const quote = await sendletter.quote({ destination: 'DE', pages: 3 })
validateAddress returns a bad address rather than throwing: a wrong postcode is the successful outcome of asking. supported: false is the one that cannot be fixed by editing the address — we do not carry to that country.
Everything the API refuses becomes a SendLetterError with a code to branch on.
import { SendLetterError } from 'sendletter'
try { await sendletter.send({ sender, recipient, text }) } catch (error) { if (!(error instanceof SendLetterError)) throw error
if (error.code === 'insufficient_balance') { // Put this in front of the customer; the wallet is short, nothing else. return redirect(error.topUpUrl!) } if (error.isRetryable) { await sleep((error.retryAfter ?? 5) * 1000) } }
isRetryable covers 429 and 5xx. Nothing else should be retried: a 400 means the letter will be refused just as firmly the second time.
Status changes arrive as a POST to the URL you registered. Verify them. Without that, anyone who learns your endpoint can tell your system a letter was delivered.
import { verifyWebhook, SendLetterError } from 'sendletter'
export async function POST(request: Request) { const rawBody = await request.text() // the raw text, not the parsed object
let event try { event = verifyWebhook({ rawBody, signature: request.headers.get('x-sendletter-signature'), secret: process.env.SENDLETTER_WEBHOOK_SECRET!, }) } catch (error) { if (error instanceof SendLetterError) return new Response('nope', { status: 400 }) throw error }
if (await alreadyHandled(event.id)) return new Response('ok') // see below await handle(event) // letter.posted, ... return new Response('ok') }
Two things this shape gets right and hand-rolled verification usually does not:
JSON.stringify does not promise to reproduce them. Read the body as text, verify, then parse.letter.posted handled twice should not bill a customer twice.Events: letter.submitted, letter.printed, letter.posted, letter.delivered, letter.failed, letter.refunded.
A sk_test_ key runs the full chain — submitted → printed → posted → delivered — with webhooks firing exactly as they will in production, while touching no wallet and no printer. client.isTestMode tells you which kind of key you are holding, which is worth asserting in a deploy check: the two look alike in a log and only one of them costs money.
sendletter.eu/en/developers · OpenAPI at /api/v1/openapi.json · MIT