← Volver al inicio
~/episodios/conectando-con-la-ia
Portada del episodio Conectando con la IA
EP 102 nov 2026·53 min

Conectando con la IA

Nos metemos con MCP, el protocolo que conecta a la IA con el resto de tus sistemas: te contamos qué es, cómo armar uno y cómo hicimos el nuestro. Las noticias: el plan Ultra de Claude, el hackeo a Binance y una extensión de Claude Code adulterada.

0:00 / --:--
SpotifyYouTube
~/episodios/conectando-con-la-ia/links.md

Noticias de la semana

El tema del día: MCP

Rodri explica la teoría y Tincho cuenta cómo se arma uno.

Por qué existe. MCP, Model Context Protocol, es un protocolo para conectar un modelo como Claude o ChatGPT con otros sistemas. Antes cada integración peleaba con una API distinta, muchas veces sin documentar o con una documentación que no tenía nada que ver con el código. MCP estandariza la forma, así cualquier modelo que hable el protocolo se puede conectar.

Qué se puede hacer. Con los MCP de GitHub y Linear le podés pedir a Claude que lea una tarea, la implemente y abra el pull request. Y ya no es solo para programadores: un equipo de ventas conectó Claude a su herramienta de llamadas para preguntarle a quién tenía que llamar esa semana.

Cómo funciona. Es cliente y servidor: cada sistema expone un servidor MCP y la app de IA, como Claude, abre un cliente por cada servidor al que se conecta. El servidor ofrece tres cosas. Tools, que son las acciones, con una operación para listarlas y otra para ejecutarlas. Resources, que son datos para consultar. Y prompts ya armados que funcionan bien con ese sistema, algo así como compartir una skill. Si el servidor está en otro lado, como el de Jira, se habla por HTTP; si corre en tu máquina, como el de Angular, por la entrada y salida estándar. Para autenticar se puede usar un token o OAuth, que es cuando Claude te abre la página del servicio y le das permiso.

Cómo se arma uno. Hay SDKs oficiales para TypeScript, Python, Go, C# y PHP, entre otros. Una forma simple es FastMCP, en Python: con un solo archivo tenés un servidor local. Sirve, por ejemplo, para que Claude corra un script tuyo siempre de la misma forma, sin darle permiso para ejecutar cualquier cosa en tu máquina.

Las tools. Cada una lleva nombre, descripción y el esquema de sus parámetros. La descripción tiene que decirle al modelo cuándo usarla y para qué sirve, no repetir el nombre. Si tenés quinientas y dos se parecen, el modelo se confunde. Por eso, cuando no llama a la tool correcta, lo primero que hay que mirar son las descripciones.

Lo básico. Separar las tools que leen de las que escriben o borran, y marcarlas con las anotaciones del protocolo, que avisan si una tool solo lee o si puede borrar algo. Pocas tools. Y errores que ayuden a corregir: "fecha inválida" no le sirve a nadie, "fecha inválida, el formato es día, mes y año" sí.

Cómo se prueba. Lo más fácil es conectarlo a Claude y pedirle que lo pruebe y te diga qué mejorar. Para algo más serio, evals: pruebas que miden qué tan bien lo usa el modelo y que podés volver a correr cuando cambiás una descripción o el modelo.

Seguridad. Un MCP le habla directo al modelo, y eso abre la puerta al tool poisoning: instrucciones escondidas en la descripción de una tool que le piden al modelo, por ejemplo, que mande tus credenciales a otro lado. Conviene instalar solo MCPs oficiales y, antes de conectar uno, mirar su nota en el directorio de MCP Risk, que califica cómo está hecho cada servidor y hasta dónde llegan sus tools.

El MCP de Un Mate con IA. También tenemos el nuestro: conectalo desde la home y pedile a Claude la lista de episodios, el detalle de cada uno o que te cebe un mate. También podés calificar un episodio o mandarnos una idea. Ideas de verdad, por favor, no spam escrito por Claude.

Música

Music track: Monday Routine by Aventure
Source: freetouse.com/music
No Copyright Vlog Music for Video