Superando el FOMO en este mundo de IA agéntica

Tabla de contenidos

Qué significa realmente “agentic” (y por qué tu viejo stack de LLM de repente se siente obsoleto)
El Agent Harness: lo que nadie te contó
Thin Harness con Thick Skills: el cambio de paradigma
SKILL.md: el contrato que lo une todo
Model Context Protocol (MCP): el momento USB-C para la IA
Computer Use: agentes que manejan tu pantalla como un humano
Los grandes harness de código: Claude Code, OpenCode, Codex CLI, Pi, Cursor
OpenClaw vs Hermes: ¿realmente vale la pena el hype?
Cómo la IA agéntica está transformando el mundo (con flujos de trabajo reales)
Mejores habilidades para aprender y conseguir trabajo en este mercado
Herramientas y frameworks que debes observar ahora mismo
Dónde hacer preguntas de calidad
Recursos adicionales

Hace un año y medio, escribí un blog titulado Solving your FOMO about everything in LLMs. RAG, almacenes vectoriales, llama.cpp, LoRA, los frameworks LLAMA. Ese era todo el vocabulario que necesitabas para mantenerte al día en la industria. Si entendías los embeddings y podías pegar unas cuantas cosas con LangChain, ibas adelantado.

Ese mundo ya no existe.

Hoy la conversación pasó de “cómo hago que el modelo responda mi pregunta” a “cómo hago que el modelo haga la cosa, de principio a fin, por sí solo, con herramientas, en mi máquina, durante horas, sin que yo lo supervise”. Los términos también cambiaron. Harness. Skills. Subagentes. MCP. Hooks. Sandboxes. Trayectorias. OpenClaw. Hermes. Si abriste Twitter esta semana y sentiste que todos hablaban otro idioma, este blog es para ti.

Te guiaré por todo el stack de lo que realmente es la IA agéntica en 2026, los frameworks por los que todos pelean, qué es señal real y qué es marketing, y qué aprender si quieres trabajar en este espacio.

Nota rápida antes de empezar: escribí esto para dos audiencias a la vez. Si desarrollas software de profesión, reconocerás los patrones y los enlaces a recursos. Si no, pero quieres entender qué obsesiona a tus amigos ingenieros y a tu feed de LinkedIn, también llegarás. Explico la jerga en español claro la primera vez que aparece, y hay diagramas en cada concepto importante. Lee a la profundidad que más te convenga. Vamos.

Qué significa realmente “agentic”

La forma más simple de entenderlo: un LLM normal (un cerebro de chatbot como ChatGPT, Claude o Gemini) responde a tu mensaje. Un agente decide qué hacer a continuación, toma una acción en el mundo real, observa el resultado y decide qué hacer después, en un bucle, hasta que termina el trabajo.

Imagina la diferencia entre preguntarle a un amigo “¿cómo está el clima en Tokio?” y contratar a un agente de viajes para planificar tu viaje de dos semanas a Japón. El primero es un solo intercambio. El segundo es una larga secuencia de decisiones, llamadas a herramientas (sitios de reservas, mapas, calendarios), retrocesos y un entregable final. Ese segundo modo es lo que llamamos agentic.

Chatbot vs agente: un chatbot responde una sola pregunta, mientras que un agente itera a través de llamadas a herramientas hasta que se cumple un objetivo.

Tres cosas distinguen a un agente de un chatbot:

Puede llamar herramientas. Leer un archivo, ejecutar un comando bash, consultar una API (lo que significa pedirle a otro software que haga algo), editar código, navegar por la web. El agente no solo habla, actúa.
Tiene un bucle. Observa el resultado de la herramienta, razona sobre él y decide el siguiente paso. Esto continúa hasta que se cumple el objetivo.
Tiene memoria y habilidades. No empieza desde cero cada vez. Mantiene el contexto dentro de una sesión y, cada vez más, entre sesiones.

Los modelos que ya conoces (Claude Opus 4.7, GPT-5, Gemini 2.5, Qwen3, GLM, DeepSeek) son el cerebro. Lo que rodea al cerebro para darle ojos, manos, memoria y un espacio de trabajo es el harness. Y el harness, resulta, importa tanto como el modelo mismo.

El Agent Harness: lo que nadie te contó

Si 2023 fue el año de “cuál modelo es mejor”, 2026 es el año de “cuál harness es mejor”. Un harness es la capa de software que envuelve a un LLM y lo convierte en un agente funcional. Tanto la guía de Parallel como el artículo de Firecrawl son buenos puntos de entrada si quieres un tratamiento más completo.

Concretamente, un harness maneja:

Ensamblaje de contexto: decidir qué va en el prompt en cada turno (tu repositorio (tu carpeta de código), los últimos 12 mensajes, las definiciones de herramientas, los documentos relevantes).
Ejecución de herramientas: definir las herramientas que el modelo puede llamar, validar sus entradas, ejecutarlas y devolver resultados.
Memoria y estado: mantener la conversación coherente durante cientos de turnos, compactar el contexto antiguo (resumir mensajes viejos) para no reventar la ventana de contexto (el límite de memoria de trabajo de la IA).
Permisos y sandboxing: decidir qué acciones necesitan aprobación humana, aislar el acceso al sistema de archivos, políticas de red. Un sandbox es simplemente un espacio de trabajo acotado donde el agente puede actuar sin afectar al resto de tu computadora.
Subagentes y orquestación: cuando un agente crea otro agente para hacer una subtarea especializada y este le reporta. Piensa en un gerente delegando en un especialista.
Recuperación ante fallos: reintentos, análisis de errores, replanificación automática.

Anatomía de un agent harness: el LLM se sienta en el centro como el cerebro, rodeado por los componentes del harness que le dan herramientas, memoria, permisos, subagentes y recuperación de errores.

Hay un gran paper de principios de este año que muestra que el mismo LLM ejecutándose en el mismo benchmark puede mostrar una diferencia de hasta 6x en la tasa de éxito simplemente según el harness en el que esté envuelto. Ese es el hallazgo principal que impulsa gran parte del cambio actual en el campo. Los modelos ya no son la única palanca. El sistema alrededor del modelo es la palanca.

Aquí está el modelo mental. Piensa en el LLM como un contratista brillante pero fácil de distraer. El harness es el gerente de proyecto, el andamio, la caja de herramientas, el arnés de seguridad (literalmente), la hoja de horas y la bandeja de entrada. Quita todo eso y el contratista es solo un tipo murmurando para sí mismo en un estacionamiento vacío.

En español claro: el modelo es el que piensa. El harness es todo lo que convierte el pensamiento en acción.

Thin Harness con Thick Skills: el cambio de paradigma

Aquí está el término más importante que deberías llevarte de este blog: thin harness con thick skills.

Los frameworks de agentes más antiguos (piensa en los primeros AutoGPT, BabyAGI, las abstracciones pesadas de agentes de LangChain) intentaban poner toda la inteligencia dentro del propio harness. El harness tenía prompts de planificación elaborados, patrones de razonamiento hardcodeados, personas integradas. El system prompt (las instrucciones permanentes que recibe el modelo al inicio de cada conversación) solo podía tener diez mil tokens (un token es aproximadamente un fragmento de texto, de unos cuatro caracteres). El modelo apenas tenía espacio para pensar porque el harness le hablaba constantemente por encima.

El nuevo enfoque invierte eso. El harness debe ser thin: un bucle pequeño, limpio y transparente que sabe cómo llamar herramientas, gestionar el contexto y respetar los permisos. Nada más. Toda la experiencia real reside en skills: unidades de conocimiento externas, descubribles y empaquetadas que el harness carga bajo demanda. El escrito más claro sobre esta idea es la guía Skill Issue: Harness Engineering for Coding Agents, que argumenta que la mayoría de los fallos de los agentes son problemas de configuración, no limitaciones del modelo.

La analogía más simple: el harness es el sistema operativo, las skills son las aplicaciones. No quieres que tu sistema operativo sepa cómo diseñar una presentación. Quieres que el sistema operativo sea ligero y confiable, y quieres una skill de PowerPoint que se cargue solo cuando la necesites.

Thin harness con thick skills: la forma antigua ponía todo en el harness sin dejar espacio para tu trabajo; la nueva forma usa un harness ligero y extrae experiencia de una biblioteca de skills solo cuando es necesario

Una skill, en este paradigma, es simplemente una carpeta con:

Un archivo SKILL.md que explica para qué sirve la skill, cuándo activarla y cómo usarla
Scripts, plantillas y datos de referencia opcionales
Subarchivos opcionales que el agente lee a medida que profundiza en una tarea

Cuando el harness ve una tarea que puede reconocer, carga el SKILL.md relevante, lo lee, sigue las instrucciones y procede. El modelo no viene precargado con todos los flujos de trabajo posibles. Los busca, justo a tiempo, de la misma forma que buscarías una respuesta en Stack Overflow.

Esto es un gran avance porque:

Escala. Puedes añadir mil skills nuevas sin inflar el system prompt base. El agente solo carga lo que necesita.
Es portátil. Una skill escrita para Claude Code puede ejecutarse casi igual dentro de OpenCode o Hermes. El formato se está convirtiendo en un estándar de facto.
Se acumula. Cada vez que el agente termina bien una tarea, puedes pedirle que escriba ese procedimiento como una skill nueva. El agente mejora notablemente en tu trabajo específico con el tiempo.

Pi (un harness de código minimalista) fue uno de los primeros en popularizar este modelo con un system prompt de menos de 1000 tokens frente a los más de 10 000 de los harness más opinados, dejando casi toda la ventana de contexto para tu código, tus planes, tus documentos. Claude Code lo formalizó en un sistema de Skills que otros harness adoptaron después. OpenCode, OpenClaw y Hermes ahora hablan el mismo dialecto.

SKILL.md: el contrato que lo une todo

Si solo aprendes un formato de archivo en IA agéntica este año, que sea este. La especificación oficial está en agentskills.io y el repositorio de referencia canónico es anthropics/skills en GitHub.

Un SKILL.md mínimo se ve así:

name: pdf-form-fill

description: Usa esta skill cuando el usuario pida rellenar, firmar o extraer

campos de un formulario PDF. Se activa con frases como "rellena este PDF",

"extrae los campos de este formulario", "firma este documento".

Relleno de formularios PDF

Cuándo usarlo

El usuario sube un formulario PDF y pide rellenarlo
El usuario quiere extraer campos de un formulario
El usuario quiere aplanar un formulario relleno a un PDF estático

Cómo usarlo

Abre el archivo en /mnt/user-data/uploads/...
Ejecuta python scripts/extract_fields.py <ruta> para listar los campos
Pide al usuario los valores que no tengas
Ejecuta python scripts/fill_form.py <ruta> <field_values.json>
Guarda la salida en /mnt/user-data/outputs/

Restricciones

Nunca modifiques el archivo original subido
Siempre preserva los metadatos del formulario
Aplana solo si el usuario lo pide explícitamente

El bloque de arriba envuelto en tres guiones se llama frontmatter YAML, que es simplemente metadatos estructurados que el agente lee primero para decidir si la skill aplica. El resto son instrucciones simples, del tipo que le escribirías a un nuevo empleado en su primer día.

El agente lee este archivo, entiende para qué sirve la skill por la descripción, sigue el procedimiento y usa los scripts incluidos. El harness nunca tuvo que ser reprogramado para saber de formularios PDF. Simplemente colocaste una carpeta, y el agente ahora sabe cómo hacerlo.

El patrón se llama divulgación progresiva. El agente solo lee lo que necesita, cuando lo necesita. Las descripciones de las skills se escanean primero (barato), el cuerpo completo se lee cuando la skill se activa (coste medio), y los scripts incluidos se leen solo cuando un paso los requiere (lo más caro). Así es como mantienes limpia la ventana de contexto y al agente fiable durante tareas largas.

Pirámide de divulgación progresiva: el agente primero lee una descripción diminuta, luego el cuerpo completo de SKILL.md solo cuando se activa, y luego los scripts incluidos solo cuando se necesitan para un paso específico.

Model Context Protocol (MCP): el momento USB-C para la IA

La otra pieza del rompecabezas es MCP, el Model Context Protocol, presentado por Anthropic y ahora adoptado en todo el ecosistema. Un protocolo es simplemente un lenguaje acordado que dos piezas de software usan para hablar entre sí.

Si las skills son la forma de enseñarle a un agente procedimientos, MCP es la forma de darle acceso estandarizado a sistemas. Piensa en MCP como el USB-C para las herramientas de IA. Antes de MCP, cada framework de agentes tenía su propia forma de definir herramientas. Escribías un conector de Notion para LangChain, luego lo reescribías para AutoGen, luego lo reescribías para Claude Code. Tres conectores, tres bugs.

MCP estandariza esto. Escribes un servidor MCP una vez. Expone herramientas (read_notion_page, search_drive, send_slack_message). Cualquier cliente compatible con MCP (Claude Code, OpenCode, OpenClaw, Hermes, Cursor) puede conectarlo y usarlo.

MCP como USB-C: un servidor MCP se conecta a múltiples agentes de IA por un lado y a múltiples servicios por el otro, así que escribes el conector una vez y cualquier agente puede usarlo.

En la práctica, esto significa:

Puedes construir un servidor MCP interno que exponga las APIs internas de tu empresa una vez, y cualquier agente que adoptes en el futuro podrá usarlo.
Puedes tomar servidores MCP de código abierto del registro para Google Drive, Linear, GitHub, Asana, tu base de datos, tu herramienta de diseño, lo que sea.
Puedes combinar y mezclar harness sin reescribir tu capa de herramientas.

Este es el segundo pilar del stack de agentes moderno. Las skills son los procedimientos. MCP es el cableado. Junto con el harness, forman la trinidad.

Computer Use: agentes que manejan tu pantalla como un humano

Ya sabes cómo usas el software: miras la pantalla, mueves el ratón, haces clic, escribes. Hasta hace poco, los agentes no podían hacer eso. Solo podían llamar APIs limpias, lo que significaba que la mayor parte del software del mundo (aplicaciones de escritorio heredadas, herramientas internas mal construidas, cualquier cosa sin una API adecuada) estaba fuera de su alcance.

Computer use es la capacidad que soluciona esto. El agente recibe una captura de pantalla de tu escritorio, decide dónde hacer clic o qué escribir, envía comandos de ratón y teclado, luego toma otra captura de pantalla para ver qué pasó. Bucle. Como un humano, pero más lento y más paciente.

Esto importa porque:

Cualquier software se vuelve automatizable de repente, no solo los que tienen buenas APIs. El software del mundo se construyó mayormente sin pensar en agentes, por lo que la mayor parte no tiene una API limpia. Computer use lo desbloquea.
Los sistemas empresariales heredados (SAP, Oracle, wrappers de mainframe, herramientas internas de veinte años) finalmente pueden ser tocados sin reescribirlos.
El agente no necesita permiso del proveedor para interactuar con su software. Solo necesita ver la pantalla.

Las tres implementaciones principales a mediados de 2026:

Claude Computer Use: Anthropic lo lanzó a finales de 2024 y lo ha refinado a través de varias rondas. Expone una herramienta portátil de captura de pantalla + ratón + teclado que funciona en cualquier SO, en cualquier máquina virtual, en cualquier contenedor. El todoterreno más potente ahora mismo. Impulsa Claude Cowork, el producto de escritorio orientado al consumidor de Anthropic, que es esencialmente el computer use de Claude envuelto en una aplicación amigable.

OpenAI Operator (y Codex Background Computer Use): La CUA (Computer Use Agent) de OpenAI. Originalmente centrado en el navegador, pero expandido al escritorio completo con el lanzamiento de Codex en abril de 2026. Incluido con ChatGPT Pro. Tiene un “modo de toma de control” donde el humano interviene para acciones sensibles como la introducción de contraseñas.

Gemini Computer Use (anteriormente Project Mariner): La entrada de Google, optimizada para trabajo anclado al navegador. Integrado en Chrome y la API de Gemini. Fuerte en tareas web, más débil en escritorio completo. Project Mariner como producto independiente fue retirado en mayo de 2026 y sus capacidades se integraron en el agente principal de Gemini.

El benchmark estándar es OSWorld-Verified, donde los agentes se puntúan en tareas reales de escritorio en Linux, Windows y la web. Las puntuaciones más altas rondan el 70-85% a principios de 2026, lo que suena impresionante hasta que te das cuenta de que eso significa que aproximadamente una de cada cuatro o cinco tareas sigue fallando. Computer use es real, se está enviando en productos que puedes usar hoy, pero aún no está al nivel de fiabilidad como para que puedas alejarte completamente.

Las limitaciones honestas, porque nadie más te las dirá:

Lento. Cada paso implica una captura de pantalla, una llamada al modelo y una acción de ratón/teclado. Una tarea que te llevaría 30 segundos le lleva al agente de cinco a diez minutos.
Caro. Las sesiones largas queman tokens rápidamente, especialmente porque las capturas de pantalla cuentan como entradas de imagen, que son más caras que el texto.
Frágil en interfaces dinámicas. Las cosas que se mueven, ventanas emergentes, anuncios, pruebas A/B, banners de cookies repentinos, todo rompe a los agentes de diferentes maneras.
Riesgo de seguridad. Un agente con acceso al teclado y al ratón en tu máquina real puede hacer daños reales. Ponlo en un sandbox (ejecútalo en una máquina virtual aislada). Nunca le des tu gestor de contraseñas. Nunca lo ejecutes en el mismo escritorio donde están tus pestañas del banco.

El lugar interesante hacia donde va esto: stacks híbridos. El mismo harness tiene acceso a APIs y servidores MCP para las cosas que los exponen, y recurre a computer use solo cuando no hay un camino limpio. Velocidad y fiabilidad cuando sea posible, alcance universal cuando no. Si has usado Manus o visto las demostraciones recientes de Claude Cowork, ese es el patrón.

Los grandes harness de código

El espacio de los agentes de código es donde se libra la mayor parte de la guerra de harness, porque las tareas de codificación son largas, verificables y lucrativas. Aquí hay un mapa no exhaustivo de lo que la gente está usando. Para una comparativa más profunda, esta comparación de 2026 es el mejor artículo que he leído.

Nota rápida de vocabulario antes de la lista: una CLI es una herramienta de línea de comandos, del tipo que manejas escribiendo en una ventana de terminal en lugar de haciendo clic. Una TUI es una versión un poco más elegante con menús y paneles, pero sigue siendo en la terminal. Una API key es una contraseña que permite que tu software hable con un servicio de pago como OpenAI o Anthropic.

Claude Code: El agente CLI propio de Anthropic, limitado a la familia Claude. Harness estrechamente integrado con memoria de proyecto a través de CLAUDE.md, permisos, hooks, MCP, plugins, skills y subagentes. Pulido y con opiniones. Si te sientes cómodo en el ecosistema de Anthropic, esta es la experiencia más fluida disponible. Alrededor de 114k estrellas en GitHub y creciendo.

OpenCode: La contraparte de código abierto. Licencia MIT (lo que significa que cualquiera puede usarlo, incluso comercialmente, de forma gratuita), soporta más de 75 proveedores de modelos, harness totalmente programable. El bucle del agente está expuesto y configurable a través de opencode.json. Puedes conectar Claude Opus mediante API key, GPT-5, Qwen, DeepSeek, modelos locales de Ollama, lo que sea. Alrededor de 160k estrellas. La mejor opción si quieres independencia de modelo, privacidad local completa, o la capacidad de bifurcar el harness (bifurcar significa hacer tu propia copia y modificarla). Un análisis técnico sólido está aquí en Composio.

Codex CLI: El agente de codificación en terminal de OpenAI. Vive en tu shell, se apoya fuertemente en los modelos de la clase GPT, cada vez más competitivo en benchmarks. Vale la pena seguirlo, especialmente si tu stack es pesado en OpenAI.

Pi (github): La contrapropuesta minimalista. System prompt diminuto (menos de 1k tokens), envoltura TUI, totalmente inspeccionable. Defines el comportamiento a través de AGENTS.md y extensiones en TypeScript. La tesis es que tú, no el harness, debes controlar la ventana de contexto. El artículo de Mario Zechner sobre por qué lo construyó vale la pena leerlo.

Cursor: La opción centrada en el editor. No es un harness CLI, pero su capa de agente está entre las más agresivamente iteradas. Cursor tiene personal a tiempo completo cuyo único trabajo es reescribir los system prompts y las descripciones de herramientas cada vez que se lanza un nuevo modelo. Esta es la razón por la que a menudo se siente más fiable que otros agentes con el mismo modelo.

Aider: El OG. Sigue siendo excelente para ediciones al estilo pair-programming con una fuerte integración con git. Alcance más pequeño, más fácil de entender.

OpenHarness: Una implementación ultra ligera en Python de HKU que recrea aproximadamente el 98% de las capacidades de herramientas de Claude Code en alrededor de 11 700 líneas. Útil si quieres leer el código fuente de un harness completo en una sentada y entender lo que pasa.

Una regla práctica para elegir uno:

Si quieres la experiencia más fluida y no te importa estar limitado a Claude, elige Claude Code
Si quieres libertad de modelo, ejecución local o bifurcar el harness, elige OpenCode
Si quieres mínima magia y control total, elige Pi
Si vives en un IDE (el editor donde escribes código), elige Cursor

Terminarás usando más de uno. Está bien. Elige el que menos te cueste empezar.

OpenClaw vs Hermes: ¿realmente vale la pena el hype?

Esta es la pregunta que más me hacen. Twitter ha pasado seis meses gritando sobre ambos, y el discurso se ha vuelto confuso. Déjame intentar ser honesto sobre qué es realmente cada uno y dónde gana cada uno.

OpenClaw es el titular en el espacio de los agentes de propósito general. Alrededor de 345k estrellas en GitHub a principios de abril de 2026. Ecosistema masivo de plugins, integraciones profundas con plataformas de mensajería, una biblioteca comunitaria de skills con decenas de miles. El soporte de computer use (el agente puede manejar un navegador o un escritorio por sí solo) se lanzó en la versión 4.27 y es una de las implementaciones más limpias disponibles. Si necesitas desplegar 500 agentes de soporte en 24 plataformas de chat en tres semanas, la biblioteca de integraciones de OpenClaw te ahorrará meses de trabajo de ingeniería. KDnuggets tiene un buen recorrido del ecosistema más amplio de repositorios de OpenClaw.

La otra cara: una biblioteca comunitaria de skills tan grande y tan poco revisada tiene consecuencias de seguridad. Hubo nueve CVEs (vulnerabilidades de seguridad rastreadas públicamente) en cuatro días en un momento dado, lo que no es aleatorio, es el coste estructural de aceptar tanto código de terceros con una verificación mínima. Si estás ejecutando OpenClaw en producción, la historia del sandboxing y la revisión corre por tu cuenta.

Hermes Agent (github) es el nuevo participante, lanzado el 25 de febrero de 2026 por Nous Research, el equipo detrás de la familia de modelos Hermes. Alcanzó más de 140 000 estrellas en menos de tres meses y, hasta la semana pasada, es el agente más utilizado en OpenRouter por volumen diario de tokens (el blog de NVIDIA confirma el ranking de OpenRouter). Su principal diferenciador es un bucle de aprendizaje cerrado: tras cada tarea, el agente escribe un registro estructurado de lo que intentó, lo que funcionó, lo que falló y una habilidad nueva opcional. Con el paso de las semanas, mejora de forma medible en tus flujos de trabajo específicos. Evaluaciones independientes reportan reducciones del 40 % en el tiempo de tareas de investigación en comparación con una instancia de agente nueva.

Otros datos útiles:

Licencia MIT y autoalojable en un VPS de 5 dólares (un Servidor Privado Virtual, básicamente una pequeña computadora alquilada en la nube, normalmente entre 5 y 10 dólares al mes)
Más de 40 herramientas integradas, 118 habilidades empaquetadas a partir de la versión v0.10.0
Memoria de tres niveles (de trabajo, episódica, a largo plazo)
Integraciones de mensajería en Telegram, Discord, Slack, WhatsApp, Signal, Matrix, Mattermost, correo electrónico, SMS y más
Diseñado para ser independiente del modelo; tú aportas tu clave de API

El veredicto, según lo que puedo apreciar:

Hermes gana en fiabilidad, facilidad de configuración, postura de seguridad y el bucle de aprendizaje. Para un desarrollador independiente o un equipo pequeño que usará el mismo agente a diario durante seis meses o más, Hermes se acumula de formas que OpenClaw no puede.
OpenClaw gana en amplitud de ecosistema e integraciones. Si necesitas conectores especializados y los necesitas hoy, OpenClaw probablemente ya tiene el plugin.

¿Vale la pena el hype? Para Hermes, en su mayoría sí, si tienes la disciplina de usarlo a diario y dejar que acumule habilidades. La acumulación solo importa si te mantienes con él. Para OpenClaw, depende de tu caso de uso. Si necesitas amplitud, sí. Si necesitas profundidad en un solo flujo de trabajo, quizás te convenga más un arnés más ligero con unas pocas habilidades bien escritas.

Un camino intermedio razonable que he visto en la práctica: usa Claude Code u OpenCode para tu trabajo de desarrollo, y Hermes en un VPS pequeño para automatizaciones persistentes (investigación diaria, monitoreo, operaciones). No compiten entre sí. Son puntos diferentes en el mismo espectro.

Cómo la IA Agéntica está transformando el mundo

Un breve recorrido, porque la conversación abstracta se vuelve aburrida rápidamente. Aquí es donde los agentes realmente están apareciendo.

Ingeniería de software: Es la aplicación más madura. SWE-bench Verified (una prueba estandarizada donde los agentes intentan corregir errores reales en proyectos de código abierto reales) tiene puntuaciones de alrededor del 87 % para los mejores modelos con un buen arnés. Los equipos de ingeniería están usando agentes para manejar el triage de errores, implementar funcionalidades pequeñas de principio a fin, escribir pruebas y revisar pull requests. El trabajo no ha desaparecido, pero la forma del día está cambiando. Los ingenieros senior empiezan a parecerse más a orquestadores de múltiples agentes que trabajan en ramas paralelas que a autores solitarios de código.

Atención al cliente: Agentes persistentes en Slack, Telegram, Discord y WhatsApp manejan preguntas de Nivel 1 (las comunes y repetitivas), escriben tickets, escalan de forma limpia a humanos y actualizan una base de conocimiento a partir de casos resueltos. La fiabilidad finalmente cruzó un umbral a finales de 2025, cuando las empresas empezaron a confiar en los agentes para el contacto real con los clientes.

Investigación y análisis: Las tareas de investigación de largo alcance (recopilar 30 fuentes, sintetizar un informe, verificar los números) ahora se delegan rutinariamente. Los productos de investigación profunda son esencialmente agentes con arnés y bibliotecas de habilidades de investigación muy completas.

Operaciones e infraestructura: Agentes de guardia que leen alertas, consultan métricas, proponen soluciones y (con permiso) las ejecutan. SRE como agente (ingeniero de fiabilidad del sitio, la persona que mantiene los sistemas de producción en funcionamiento) es real y está creciendo.

Trabajo creativo: Diseñadores que ejecutan bucles de agentes en paralelo para generar variaciones, redactores que usan agentes para redactar y autoeditarse. Menos hype aquí que en el lado de la ingeniería, pero silenciosamente real.

Automatización personal: Esta es la categoría durmiente. La gente está conectando Hermes o agentes similares a sus plataformas de mensajería y tratándolos como un asistente personal persistente. Programan investigaciones, ejecutan automatizaciones, monitorean cosas, recuerdan preferencias. El VPS de 5 dólares más una clave de API de modelo es el nuevo "tengo un servidor Linux personal".

El cambio en las expectativas de los empleadores es evidente. Las ofertas de trabajo que mencionan habilidades en IA agéntica aumentaron aproximadamente un 986 % de 2023 a 2024 y continuaron acelerándose hacia 2026. La compensación es alta y el mercado está desabastecido. Lo que nos lleva a la siguiente sección.

Las mejores habilidades para aprender y conseguir trabajo en este mercado

Si estás leyendo esto y te preguntas qué hacer realmente con tus fines de semana, aquí tienes la lista práctica. La mayor parte se puede construir desde un portátil y una clave de API de modelo. Si no eres técnico y estás leyendo, esta sección es principalmente para ingenieros, pero la sección posterior sobre herramientas y la sección posterior sobre comunidades son para todos.

1. Construye agentes, no solo los uses. Toma un arnés existente (OpenCode es una excelente opción porque es modificable) y modifica el bucle. Añade una herramienta personalizada. Escribe tres habilidades. Ejecútalo en una tarea real. La mejor señal que puedes mostrar en una entrevista es "He creado agentes que hicieron trabajo real, aquí está el repositorio".

2. Aprende ingeniería de habilidades. Practica escribir archivos SKILL.md. Aprende qué hace que una descripción se active de forma fiable, qué hace que un procedimiento sea robusto, cuándo agrupar scripts frente a instrucciones en línea. Esta es la nueva ingeniería de prompts y es enormemente más apalancada. El repositorio anthropics/skills está lleno de ejemplos de referencia.

3. Comprende MCP en profundidad. Construye al menos un servidor MCP. Conéctalo a dos arneses diferentes. Lee la especificación. Estarás en el 1 % superior de los candidatos si puedes explicar las ventajas y desventajas de diseño de MCP en una entrevista, porque la mayoría de la gente todavía está vagamente confundida.

4. Domina los entresijos del arnés. Lee el código fuente de un arnés de código abierto de principio a fin. OpenCode, OpenHarness o Pi son lo suficientemente pequeños como para leerlos en un fin de semana. Comprende el ensamblaje del contexto, el bucle de llamada a herramientas, el manejo de permisos, la compactación. Esta es la capa que distingue a un desarrollador de agentes junior de uno senior.

5. Evaluación y observabilidad. Cualquiera puede construir un agente que funcione en la demo. La parte difícil es saber si realmente funciona en producción. Aprende DeepEval, Ragas, LangSmith, Phoenix, Braintrust. Construye al menos un conjunto de evaluación (una prueba estructurada que puntúe el rendimiento de tu agente) para un agente que hayas escrito. Aprende cómo es la evaluación a nivel de trayectoria frente a una respuesta única.

6. Aislamiento y seguridad. Los agentes que tocan tu sistema de archivos, ejecutan comandos de shell o acceden a la red necesitan un aislamiento real. Aprende sandboxes de Docker (Docker ejecuta software en contenedores aislados para que no pueda alterar el resto del sistema), microVMs de Firecracker (computadoras aisladas aún más pequeñas y rápidas), políticas de red, el modelo de amenazas de inyección de prompts (ataques donde una entrada maliciosa engaña al agente para que haga algo que no debería). Esta es la diferencia entre "proyecto paralelo interesante" y "confiable en producción".

7. Orquestación multiagente. Aprende los patrones básicos: líder-trabajador, abanico, supervisor, pipeline. Comprende cuándo añadir otro agente ayuda y cuándo solo multiplica los errores. LangGraph, AutoGen y CrewAI son lugares razonables para experimentar, pero los patrones importan más que el framework. El artículo de Anthropic sobre patrones de coordinación multiagente es una buena lectura inicial.

8. Los clásicos siguen importando. Buen dominio de Python, buen pensamiento sistémico, buenos instintos de depuración. Comodidad con terminales, git, APIs REST, JSON, sistemas de tipos. La capa base no ha cambiado.

9. Profundidad en un dominio. El mercado está pagando una prima por personas que pueden combinar habilidades de agente con un dominio real (medicina, derecho, finanzas, biología, educación, operaciones). "Ingeniero de agente genérico" está bien. "Ingeniero de agente que entiende datos de ensayos clínicos" está mucho mejor pagado.

10. Comunicación. Pasarás una cantidad sorprendente de tiempo explicando a partes interesadas no técnicas lo que un agente puede y no puede hacer de forma fiable. Practica escribir sobre ello. Sinceramente, escribir un blog como este es un gran motivador.

Herramientas y frameworks que debes observar ahora mismo

Una lista de seguimiento inicial, organizada por su propósito. Si no eres técnico, esta es la sección para hojear y marcar, los nombres que aparecen con más frecuencia en las discusiones sobre IA agéntica.

Agentes de codificación y arneses:

Agentes autónomos de propósito general:

Habilidades, herramientas, MCP:

Evaluación:

DeepEval
Ragas
LangSmith
Phoenix by Arize
Braintrust
Terminal-Bench y SWE-bench para agentes de codificación

Aislamiento y entornos de ejecución:

E2B para sandboxes de ejecución de código
Modal para ejecuciones de agentes serverless económicas
Daytona para sandboxes de entornos de desarrollo

Memoria:

Observabilidad:

No necesitas aprenderlos todos. Elige uno de cada categoría y profundiza. Los patrones se transfieren.

Dónde hacer preguntas de buena calidad

r/LocalLLaMA sigue siendo oro, especialmente para modelos locales
r/AI_Agents para charla sobre arneses y frameworks
Slack de la Comunidad MLOps para discusiones de nivel profesional
El Discord de LangChain y los canales de la comunidad de OpenCode tienen hilos de profesionales sorprendentemente activos
Los hilos de Hacker News sobre nuevos lanzamientos de arneses tienden a tener una señal inusualmente alta en comparación con el resto de HN
Twitter, lamentablemente, sigue siendo donde la vanguardia se revela primero. Sigue directamente a los autores de arneses

Recursos Adicionales

Solving your FOMO about everything in LLMs (la precuela de este artículo, sigue siendo relevante para la capa base)
Data for LLMs: Navigating the LLM Data Pipeline (artículo complementario sobre el lado de los datos)
Equipping agents for the real world with Agent Skills por Anthropic Engineering, el artículo canónico sobre el patrón de arnés fino con habilidades densas
Awesome Harness Engineering en GitHub, la colección de patrones y casos de estudio más activamente mantenida
What is an Agent Harness por el equipo de Firecrawl, un sólido manual técnico
What is an agent harness in the context of large-language models por Parallel, manual complementario con referencias académicas
Claude Code vs OpenCode: A detailed technical breakdown por Composio, la comparación de arneses más limpia que he leído
Agentic Coding Harnesses: A Comparison por Paul Cullen Rowe, cubre Pi y la escuela minimalista
Which AI Coding Harness Actually Works Without You? comparación práctica de Claude Code, Codex CLI, Aider, OpenCode, Pi y Cursor
Hermes Agent Review en DEV con evaluaciones independientes
NVIDIA on Hermes and self-improving agents para el ángulo del hardware local
How Much Heavy Lifting Can an Agent Harness Do? el artículo que cuantifica el efecto 6x del arnés
Adaptation of Agentic AI: A Survey of Post-Training, Memory, and Skills si quieres el tratamiento académico completo
Model Context Protocol documentación oficial
Agent Skills open standard especificación oficial y SDK
Top 10 Agentic AI Jobs in 2026 para el enfoque profesional y datos salariales

Una reflexión final, porque te la debo.

Lo que más he notado durante el último año es que las personas que hacen el mejor trabajo en IA agéntica no son las que tienen el stack más exótico. Son las que han lanzado un agente que hace un trabajo real, bien, durante meses, y han iterado sobre él. Las habilidades se acumulan. La familiaridad con el arnés se acumula. Los agentes que construyes hoy, si sigues usándolos, serán mucho más valiosos dentro de doce meses que cualquier framework específico que hayas aprendido esta semana.

Así que elige un arnés, lanza un agente, escribe tres habilidades y déjalo funcionar. Eso es lo más útil que puedes hacer. El FOMO se calmará por sí solo una vez que empieces a construir.

Feliz hacking.