Martes, 3 de noviembre de 2026

Lo más relevante del hosting en el mundo, en español · ehost.ec →

Cómo convertir un modelo de lenguaje en un asistente que ‘hace’: darle manos a la IA

El desarrollador de Valet explica cómo pasó de usar ChatGPT y Gemini como un chat a dotar a su asistente de 33 «herramientas» que ejecutan acciones reales. El método, descrito por atareao, muestra qué cambia y qué deben hacer administradores y dueños de webs.

Por Equipo ehost3 min de lecturaFuente: atareao con Linux
Cómo convertir un modelo de lenguaje en un asistente que 'hace': darle manos a la IA
Imagen ilustrativa generada con inteligencia artificial.

Durante años los grandes modelos de lenguaje se han usado como interlocutores: preguntamos, responden, ayudan a redactar. El problema, según el autor, es que un asistente que solo habla —por valioso que sea su razonamiento— no puede interactuar con sistemas externos ni realizar tareas prácticas. Para solucionar esto hay que “darle manos” al modelo: integrarle funciones (function calling o tool use) que su código pueda ejecutar.

Qué significa «dar manos» a una IA

El mecanismo es sencillo en esencia y está documentado por los principales proveedores: además del historial de la conversación, al modelo se le ofrece una lista de funciones disponibles, cada una con nombre, descripción y la estructura de sus parámetros. Cuando el modelo decide que necesita hacer algo, no ejecuta la función por sí mismo: emite una llamada indicando qué herramienta quiere y con qué argumentos. El código del desarrollador es el que recibe esa llamada, ejecuta la acción real (por ejemplo, consultar correo, crear un recordatorio o leer un RSS) y devuelve el resultado al modelo.

Ese contrato entre un agente no determinista (el modelo) y un sistema determinista (tu código) añade capacidades útiles, pero también riesgos: el agente puede equivocarse o “alucinar” y proponer llamadas incorrectas. Por eso la implementación debe incluir validaciones y control de errores.

Cómo lo aplicó el autor a su asistente Valet

En su proyecto personal, el autor estructuró 33 herramientas distintas para Valet, agrupadas en fichas o skills (agenda, correo, tareas, notas, RSS, entorno, etc.). Esa organización evita que las funciones estén sueltas y facilita que el modelo escoja la herramienta adecuada según el dominio de la tarea.

Entre las manos que implementó hay utilidades para leer y priorizar correo, gestionar calendario y tareas, almacenar y consultar notas, resumir noticias desde feeds RSS, consultar la previsión meteorológica y localizar lugares. Varias de esas herramientas nacieron de necesidades reales: por ejemplo, las funciones de geolocalización y lugares surgieron al crear un asistente de viaje que recomendaba restaurantes y sitios de interés.

Implicaciones prácticas para administradores y propietarios de sitios

Para quien administra servidores o mantiene servicios web, el enfoque trae dos lecciones prácticas: por un lado, las funciones externas deben exponerse mediante APIs o puntos de integración claros y seguros; por otro, el código que ejecuta las llamadas debe validar las entradas del modelo y sanear resultados antes de efectuar cambios críticos (envío de correos, escritura en bases de datos, modificación de DNS, etc.).

Recomendaciones concretas:

  • Definir y documentar cada función: nombre, finalidad y esquema de parámetros.
  • Agrupar funciones por dominio en skills para reducir ambigüedad y mejorar la selección automática.
  • Implementar capas de validación y autorización en el lado que ejecuta la función.
  • Registrar llamadas y resultados para auditar comportamiento y depurar al detectarse alucinaciones o errores.
  • Empezar con pocas herramientas críticas y añadir más conforme se verifique su correcto uso.

Qué cambia y por qué importa

Pasar de un asistente que solo conversa a uno que «hace» transforma su utilidad: deja de ser un repositorio de respuestas para convertirse en un actor que actúa sobre correo, calendarios, notas y contenido web. Para proyectos de hosting y administración, esto abre posibilidades útiles —automación de tareas rutinarias, resúmenes proactivos de incidentes, gestión de contenidos— pero obliga a diseñar correctamente la interfaz entre modelo y sistema para evitar acciones no deseadas.

El autor comparte además varias herramientas propias (err-serve para manejar 404 con Traefik, podtrack para organizar episodios y mejoras en su servidor de blog) y advierte que, aunque los modelos facilitan mucho el desarrollo, la responsabilidad de ejecutar las acciones recae en el código del desarrollador.

Lee también:

Fuente: atareao con Linux

Compartir