Referna abre sus resúmenes de reuniones a agentes de IA vía MCP

Dos tools y un endpoint. Es todo lo que expone el nuevo conector MCP de Referna, una red de referidos para profesionales independientes que el 14 de octubre anunció que sus miembros ya pueden dar a su agente personal de IA acceso de solo lectura a los resúmenes de sus reuniones. La noticia la recogió AiThority a partir de una nota distribuida por EIN Presswire.

No es un lanzamiento de gran escala y precisamente por eso nos parece interesante: es el tipo de integración pequeña, acotada y con permisos bien pensados que muestra hacia dónde va MCP cuando sale de los grandes SaaS y llega a productos de nicho.

Qué ha lanzado Referna

Referna organiza a profesionales independientes en círculos de pares que atienden a clientes parecidos sin competir directamente entre sí. Esos círculos se reúnen en directo y la plataforma genera después un resumen personalizado para cada asistente, con su propio sumario y la cobertura de los puntos de la agenda.

La novedad es que ese material ya no se queda encerrado en la web de Referna. El miembro crea una clave de integración en los ajustes de su cuenta y conecta cualquier cliente compatible con MCP, o usa la API HTTP si prefiere montar su propio flujo. Según la ficha del conector en Glama, el servidor está en `https://referna.com/mcp/member-recaps`, usa transporte Streamable HTTP con la versión 2025-11-25 de la especificación y ofrece dos tools:

1. `list_meeting_recaps`, que devuelve los resúmenes del propietario de la clave ordenados del más reciente al más antiguo, con paginación.
2. `get_meeting_recap`, que recupera un resumen concreto a partir del identificador de sesión.

Con eso, un agente puede ayudar a repasar conversaciones anteriores, preparar una reunión de seguimiento o localizar temas que el usuario quería retomar.

Los límites, bien a la vista

Lo que más nos gusta del anuncio es lo que Referna deja fuera. La integración solo da acceso a los resúmenes del propio miembro, y cada petición comprueba dos cosas: que esa persona participó en la reunión y que fue destinataria del resumen. No se exponen grabaciones ni transcripciones completas, y la clave se puede sustituir o revocar en cualquier momento. La compañía también avisa de que el formato actual no garantiza una lista separada de tareas pendientes, un detalle honesto que muchos anuncios habrían omitido.

Matan Protter, cofundador, CTO y responsable de producto, lo resume así en el comunicado publicado por AiThority: "Creemos que los agentes personales de IA formarán parte de cómo la gente gestiona su día. Una red nativa de IA tiene que dar a esos agentes acceso a los resúmenes de reuniones mediante MCP, con los miembros al mando".

Por qué importa

El patrón no es nuevo en el terreno de las notas de reuniones: herramientas como Avoma, Granola o Circleback ya ofrecen servidores MCP para que Claude u otros asistentes consulten el historial de llamadas. Lo distinto aquí es el contexto. Referna no es una herramienta de productividad, sino una red profesional, y la información que maneja (quién recomienda a quién, qué necesita cada cliente) es sensible por definición. Elegir un alcance mínimo y de solo lectura es la decisión correcta para ese tipo de datos.

También es un buen ejemplo de diseño de un MCP server. Dos tools con nombres claros y descripciones precisas son más fáciles de usar bien para un modelo que veinte endpoints genéricos. Cuantas menos opciones ambiguas, menos llamadas erróneas y menos contexto consumido en cada sesión.

Para quién es útil

Para los miembros de Referna que ya trabajan con un asistente como Claude Desktop o Claude Code, el beneficio es inmediato: pedirle al agente que prepare un encuentro con un contacto a partir de lo hablado en las últimas reuniones del círculo, sin copiar y pegar nada. Para equipos que diseñan sus propios MCP servers, el anuncio sirve como plantilla de cómo comunicar permisos: qué se expone, qué no y cómo se revoca.

Y para empresas que estén pensando en abrir datos de clientes a agentes externos, la lección es que el control de acceso por usuario debe vivir en el propio servidor, no depender de la buena fe del cliente MCP.

En ElephantPink vemos cada vez más conectores pequeños y bien acotados como este, y creemos que son los que acabarán generando confianza en MCP fuera del mundo developer. La pieza pendiente es la autenticación: las claves manuales funcionan, pero un flujo OAuth sería el siguiente paso lógico.