Conectar agentes a Rhino

Volvemos a la pila. Ya vimos empresa y modelo y arnés (app o agente). Ahora: conectar agentes a rhino. ¿Cómo llega un agente a tocar Rhino? ¿Qué es MCP y por qué es un estándar? ¿En qué se diferencia Lattice?

MCP es como un restaurante. Rhino es la cocina: el agente no sabe cómo funciona por dentro. Un servidor Rhino MCP publica un menú: cada herramienta con un nombre y una descripción. El agente lee el menú, que entra a su contexto; pide get_layers; el pedido viaja por MCP, el mesero; Rhino cocina y el resultado regresa. Ojo: el menú se reenvía en cada mensaje, así que un menú largo cuesta tokens; más herramientas no siempre es mejor. Y como es un estándar, es un enchufe: el mismo agente se conecta a Rhino, Grasshopper, GitHub o Drive, sin cableado especial para cada uno. Nombres de herramientas ilustrativos; dependen del servidor.

MCP (Model Context Protocol)

Un estándar para conectar agentes con programas. El programa publica un menú de herramientas; el agente lo lee, pide y recibe resultados.

Servidor MCP

El pequeño programa que expone las acciones de un software (por ejemplo Rhino) como herramientas MCP.

Lattice no es magia: son las mismas piezas que ya vimos. Un agente con el mismo ciclo, decide, actúa, observa, con un arnés pensado para Rhino. Un puente propio: Lattice habla con Rhino por su servidor puente y sus herramientas, un cable directo, sin MCP. Y los modelos: usa OpenRouter, así que eliges el modelo según la tarea. Es una app de escritorio. Con él: describes la tarea en lenguaje normal y escribe el Python o C# para el ScriptEditor, lo ejecuta y depura sobre el archivo abierto, y eliges el modelo viendo cuánto cuesta.

Lattice

Un agente y editor de código para Rhino, de escritorio. Se conecta a Rhino con su propio puente y usa modelos a través de OpenRouter.