Volver al Blog
Blog

"Implementa lo que acordamos en la reunión": de la spec al código con SuperIntern MCP y Claude Code

2 de agosto de 2026NanoHuman Inc.
"Implementa lo que acordamos en la reunión": de la spec al código con SuperIntern MCP y Claude Code

Piensa en lo que pasa justo después de una revisión de especificaciones.

Recoges las decisiones de tus notas, repasas hilos de Slack, reconstruyes los motivos y luego lo pegas todo en tu agente de código con IA para explicarle la spec desde cero. Si se te escapa un detalle, la IA rellena el hueco con una suposición plausible, y en la revisión te lo devuelven con un "esto no es lo que acordamos". La reunión vive en SuperIntern, el código vive en tu repositorio, y el puente entre ambos siempre ha sido copiar, pegar y tirar de memoria.

En este artículo conectamos el MCP de SuperIntern a Claude Code para que "implementa lo que decidimos en la reunión" funcione como un solo prompt, dentro de tu editor, con ejemplos reales que puedes copiar.

⚠️ Este artículo se ha elaborado de forma independiente a partir de información pública y comentarios de usuarios disponibles en agosto de 2026.

Índice

Qué vamos a montar: antes / después

Antes: después de cada revisión de spec, reconstruyes la especificación con notas y Slack, la pegas en tu agente de código y cruzas los dedos para no haber olvidado nada. Cada hueco se convierte en una suposición, y cada suposición en retrabajo.

Después: le dices a Claude Code "implementa lo que se decidió en la revisión de spec de hoy". El agente obtiene por sí mismo el acta y la transcripción, confirma las decisiones y empieza a implementar. Se acaba el teléfono roto de las specs, y cada cambio queda trazado hasta la reunión que lo motivó.

Como contexto: SuperIntern es una app de escritorio sin bots (ningún bot entra en tus reuniones) que guarda automáticamente transcripciones y actas generadas con IA. Tus revisiones de spec y discusiones de diseño ya se están acumulando como datos. Solo falta convertirlas en código, y esa es justo la parte que ahora puedes delegar en tu agente.

SuperIntern

Cómo funciona: tres roles

Tres actores sostienen este flujo.

RolActorQué hace
Proporcionar los datos de reunionesSuperIntern MCPSirve transcripciones, transcripción en vivo, actas de IA y notas de reunión, en solo lectura
Razonar e implementarClaude Code (tu agente de código con IA)Lee especificaciones y decisiones de los datos de reuniones y diseña, programa y prueba
Destino de la acciónTu repositorioTodos los cambios ocurren en tu base de código local; nunca se escribe nada en los datos de reuniones

MCP (Model Context Protocol) es un estándar abierto para conectar agentes de IA a herramientas externas de forma segura. El MCP de SuperIntern sirve tus datos de reuniones a los clientes de IA en solo lectura. El código lo escribe Claude Code, no SuperIntern, y lo único que cambia es tu repositorio. Tus datos de reuniones no pueden modificarse nunca a través de MCP, y cada usuario solo accede a las reuniones que ya puede ver en SuperIntern. Puedes probarlo sin miedo a que "la IA me rompa las actas".

Configuración

Solo hay que configurar una conexión. Ejecuta en tu terminal:

claude mcp add --transport http superintern https://mcp.app.super-intern.com/mcp

Después, ejecuta /mcp dentro de Claude Code, elige superintern y autentícate. Se abrirá una ventana del navegador; inicia sesión con tu cuenta de SuperIntern y aprueba el acceso. No hay que crear ni gestionar claves de API.

Los requisitos de plan del lado de SuperIntern (Plus o superior para espacios personales, activación por un administrador en Enterprise) y los pasos para otros agentes de código como Cursor y Codex están en nuestra guía de configuración de MCP. Los prompts de este artículo funcionan casi sin cambios en cualquier agente de código compatible con MCP.

¿No estás seguro de que la conexión funcione? Prueba primero con esto:

Lista mis tres reuniones más recientes de SuperIntern

Si vuelven títulos y fechas, ya estás listo.

Demo 1: Empezar a implementar justo después de la reunión

El uso más frecuente llega en el momento en que termina una revisión de spec o una reunión de diseño. El hábito clave: que el agente confirme las decisiones antes de escribir código. Evita que la IA arranque sobre suposiciones.

Obtén el acta de IA de la reunión de hoy "Revisión de spec de pagos" e
implementa la lógica de reintentos del webhook exactamente como se decidió allí.
Antes de empezar, muéstrame las decisiones relevantes en una lista

Claude Code obtiene el acta y responde primero algo así:

He encontrado 3 decisiones relevantes para esta implementación:\

  • Los reintentos usan backoff exponencial, máximo 5 intentos, con tope de 24 horas\
  • Los eventos que fallan 5 veces se guardan en una tabla de fallos y se muestran en el dashboard\
  • La API de reenvío manual se aplaza a la fase 2 (fuera de alcance aquí)
    Procedo sobre esta base. Empiezo por el esquema de la tabla de fallos.

Claude Code implementando a partir del acta de la revisión de spec

A partir de ahí, planifica y programa como en cualquier sesión de Claude Code. La diferencia es que el plan se apoya en el registro de la reunión en sí, no en lo que conseguiste pegar. Los límites de alcance como "el reenvío manual es fase 2" salen directamente de la reunión, así que también dejas de recibir funcionalidades que nadie pidió.

Demo 2: Verificar una decisión hasta las palabras exactas

En mitad de la implementación, el momento llega siempre: "espera, ¿qué opción acordamos al final?" Hasta ahora eso significaba preguntar en Slack o buscar en el acta a ojo. Ahora lo compruebas desde el editor:

Para el control de concurrencia de este job, comprueba cómo concluyó
el "Sync de arquitectura" del jueves. Mira el pasaje de la transcripción,
no solo el acta. Después revisa si mi implementación actual
coincide con esa conclusión

El truco está en apuntar al agente a la transcripción, no solo al acta. Las actas comprimen; condiciones y matices se conservan mejor al nivel de lo que realmente se dijo. Claude Code cita el pasaje y responde algo así:

He revisado el pasaje correspondiente en la transcripción del Sync de arquitectura.
La conclusión fue: "evitamos ejecuciones duplicadas del job con un advisory lock de la base de datos; Redis queda fuera de alcance esta vez".
Tu implementación actual asume un lock de Redis, lo que contradice esa conclusión.
Aquí tienes una propuesta de corrección que cambia al enfoque del advisory lock.

Construir sobre un "estoy casi seguro de que dijimos..." y descubrirlo en la revisión es el retrabajo más caro que existe. Un solo prompt de verificación lo hace desaparecer.

Demo 3: Tener el esqueleto listo antes de que acabe la reunión

SuperIntern MCP incluye una herramienta que obtiene la transcripción en vivo de una reunión en curso, con actualizaciones incrementales. Eso significa que no hace falta esperar a que la reunión termine para empezar a construir.

Obtén la transcripción en vivo de la reunión "Diseño de esquema" que está en curso y
prepara el esqueleto de la migración y las definiciones de tipos de las tablas
que ya hemos acordado. Deja comentarios TODO en el código
para lo que siga en discusión

Mientras tú estás en la reunión, Claude Code convierte en tu máquina "lo acordado hasta ahora" en un esqueleto. Los puntos abiertos quedan como TODO, así que al cerrar la reunión partes de "lo pactado existe, lo discutido está marcado". Como SuperIntern no usa bots, la reunión no necesita ninguna preparación: la haces como siempre y la transcripción se acumula sola.

Consejos y precauciones

Nombra la reunión y el proyecto de forma explícita. "La 'Revisión de spec de pagos' de hoy" localiza la sesión correcta con más fiabilidad que "la reunión de hoy", y cuanto más lleno esté tu calendario, más importa.

Mantén el paso de confirmación al principio. Una sola línea, "muéstrame las decisiones antes de empezar", te permite detectar malas lecturas antes de que exista código. Cuando confíes en cómo el agente lee las actas de tu equipo, quítala.

Escribe una regla de verificación en el CLAUDE.md del proyecto. Añade a la memoria del proyecto "al referenciar specs o decisiones, verifícalas antes contra la reunión correspondiente vía SuperIntern MCP", y la implementación con fuentes pasa a ser el comportamiento por defecto sin repetirlo en cada prompt.

Mejora los nombres propios del lado de SuperIntern. Cuanto mejor se transcriban los nombres de funcionalidades y de compañeros, mejor será la extracción de la spec. Registra los términos frecuentes en el diccionario personalizado de SuperIntern.

El contenido de la reunión son datos, no instrucciones. Las transcripciones contienen intervenciones de todo tipo, por eso las respuestas de SuperIntern MCP llevan una nota explícita para que los clientes de IA traten el contenido de las reuniones como datos y nunca lo ejecuten como instrucciones. La charla informal de una reunión no se convierte en código.

Solo se escribe en tu repositorio. Nada cambia en SuperIntern a través de MCP. Si el resultado no te convence, git revert y a otra cosa; el coste de un intento fallido se mantiene bajo.

Para ir más lejos: el mismo patrón, otros flujos

"SuperIntern MCP aporta los datos, Claude Code razona, tu repositorio recibe el resultado" se extiende más allá de la implementación.

  • Encadenar la creación de tareas con la implementación: conecta también el MCP de Linear y "crea en Linear los action items de la reunión y empieza con el primero" funciona de principio a fin. La parte de las tareas está en nuestro artículo sobre Linear
  • Citar decisiones en la descripción del PR: pide "añade a la descripción del PR las decisiones de la reunión que motivan este cambio" y quienes revisen podrán rastrear el porqué hasta la reunión
  • Onboarding de nuevas incorporaciones: "explícame cómo este módulo llegó a este diseño usando las reuniones donde se discutió" añade el contexto de las reuniones a la lectura de código

Seguiremos explorando combinaciones como estas en esta serie, siempre con prompts reales.

Preguntas frecuentes

P. ¿SuperIntern MCP está disponible en el plan gratuito?
R. No. Los espacios de trabajo personales necesitan el plan Plus o superior. Los espacios con plan Team pueden usarlo directamente, y en Enterprise un administrador debe activar el "acceso MCP" en la configuración del espacio.

P. ¿Funciona con agentes de código distintos de Claude Code?
R. Sí. SuperIntern MCP funciona desde Cursor, Codex y otros clientes compatibles con MCP usando la misma URL de conexión, y los prompts de este artículo se trasladan casi sin cambios. Consulta la guía de configuración de MCP para los pasos por cliente.

P. ¿Puede la IA modificar mis actas o transcripciones?
R. No. Todas las herramientas de SuperIntern MCP son de solo lectura; no existen operaciones de creación, edición ni borrado. Las escrituras solo ocurren en tu repositorio.

P. ¿Puede leer las reuniones de mis compañeros?
R. Solo son accesibles las reuniones que tú ya puedes ver en SuperIntern. Las reuniones de proyectos restringidos siguen siendo invisibles para el Claude Code de quien no tenga acceso.

P. ¿Qué pasa con las reuniones muy largas?
R. Las transcripciones largas se sirven por páginas, de modo que Claude Code puede recorrer una reunión de varias horas sección a sección.

P. ¿Puede implementarse por accidente algo que se dijo en la reunión?
R. No. Toda implementación parte del prompt que tú escribes en Claude Code; los datos de reuniones nunca se ejecutan por sí solos. Añade el paso de confirmación de decisiones de los consejos y una persona valida la lectura antes de que se escriba código.

P. ¿Cómo desconecto la integración?
R. Ejecuta claude mcp remove superintern en Claude Code y la conexión dejará de usarse. En los espacios Enterprise, si un administrador desactiva el "acceso MCP", también se revocan de una vez todas las conexiones concedidas.


SuperIntern ya se encarga de "dejar registrado" lo que decide tu equipo. El siguiente paso es que "convertirlo en código" sea igual de automático.

Prueba SuperIntern Gratis