Superando el FOMO en este mundo de IA agéntica

Tabla de Contenidos

Qué significa realmente "agentic" (y por qué tu 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 Harnesses de Codificación: Claude Code, OpenCode, Codex CLI, Pi, Cursor
OpenClaw vs Hermes: ¿realmente vale la pena el hype?
Cómo la IA Agentic está transformando el mundo (con flujos de trabajo reales)
Las mejores habilidades para aprender y conseguir un trabajo en este mercado
Herramientas y frameworks para observar ahora mismo
Dónde hacer preguntas de buena calidad
Recursos Adicionales

Hace un año y medio, escribí un blog llamado Solving your FOMO about everything in LLMs. RAG, vector stores, llama.cpp, LoRA, los frameworks de LLAMA. Ese era todo el vocabulario que necesitabas para mantenerte al día en la industria. Si entendías los embeddings y podías unir algunas cosas con LangChain, estabas adelante.

Ese mundo ya no existe.

Hoy la conversación ha pasado de "cómo hago que el modelo responda mi pregunta" a "cómo hago que el modelo haga lo que tiene que hacer, de principio a fin, por sí solo, con herramientas, en mi máquina, durante horas, sin que yo tenga que estar vigilándolo". Los términos también han cambiado. Harness. Skills. Subagentes. MCP. Hooks. Sandboxes. Trayectorias. OpenClaw. Hermes. Si abriste Twitter esta semana y sentiste que todos hablaban un idioma diferente, este blog es para ti.

Te guiaré a través de todo el stack de lo que realmente es la IA agentic en 2026, los frameworks por los que todos están peleando, qué es señal real versus marketing, y qué aprender realmente si quieres trabajar en este espacio.

Una nota rápida antes de empezar: escribí esto para dos audiencias al mismo tiempo. Si construyes software para vivir, reconocerás los patrones y los enlaces a recursos. Si no lo haces, pero quieres entender de qué están obsesionados tus amigos ingenieros y tu feed de LinkedIn, también llegarás allí. 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 prompt. 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 completa 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 viaje de ida y vuelta único. El segundo es una larga secuencia de decisiones, llamadas a herramientas (sitios de reserva, 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 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 la salida de la herramienta, razona sobre ella y decide el siguiente paso. Esto continúa hasta que se cumple el objetivo.
Tiene memoria y habilidades. No empieza desde cero cada vez. Lleva 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 del "cuál modelo es el mejor", 2026 es el año del "cuál harness es el mejor". Un harness es la capa de software que envuelve un LLM y lo convierte en un agente funcional. El artículo introductorio de Parallel y el análisis 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, la documentación relevante).
Ejecución de herramientas: definir las herramientas que el modelo puede llamar, validar sus entradas, ejecutarlas, devolver resultados.
Memoria y estado: mantener la conversación coherente durante cientos de turnos, compactar el contexto antiguo (resumir mensajes viejos) para no exceder 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, las políticas de red. Un sandbox es simplemente un espacio de trabajo delimitado donde el agente puede actuar sin afectar el resto de tu computadora.
Subagentes y orquestación: cuando un agente genera otro agente para hacer una subtarea especializada y reporta los resultados. Piensa en un gerente delegando en un especialista.
Recuperación de 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 hasta 6 veces de diferencia en la tasa de éxito basándose únicamente en 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í tienes 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 tiempo y la bandeja de entrada. Quita todo eso y el contratista es solo un tipo murmurando solo 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 pesadas abstracciones 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 codificados, personalidades integradas. El system prompt (las instrucciones permanentes que el modelo recibe al inicio de cada conversación) solo podía tener diez mil tokens (un token es aproximadamente un fragmento de texto, como cuatro caracteres). El modelo apenas tenía espacio para pensar porque el harness estaba constantemente hablando por encima de él.

El nuevo enfoque invierte eso. El harness debe ser delgado (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 las skills (habilidades): unidades de conocimiento externas, detectables y empaquetadas que el harness carga bajo demanda. El artículo 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 obtiene experiencia de una biblioteca de skills solo cuando es necesario

Una skill, en este paradigma, es solo 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 está precargado con cada flujo de trabajo posible. Los busca, justo a tiempo, como harías tú al buscar una respuesta de Stack Overflow.

Esto es un gran avance porque:

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

Pi (un harness de codificación minimalista) fue uno de los primeros en popularizar este modelo con un system prompt de menos de 1000 tokens, en comparación con los más de 10000 en harnesses 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 harnesses 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 agentic este año, aprende 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 llenar, firmar o extraer

campos de un formulario PDF. Los disparadores incluyen frases como "llenar este PDF",

"extraer los campos de este formulario", "firmar este documento".

Llenado de Formularios PDF

Cuándo usarla

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

Cómo usarla

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 la subida original
Siempre preserva los metadatos del formulario
Aplana solo si el usuario lo pide explícitamente

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

El agente lee este archivo, entiende para qué sirve la skill a partir de la descripción, sigue el procedimiento y usa los scripts incluidos. El harness nunca tuvo que ser reprogramado para saber sobre formularios PDF. Simplemente dejaste caer una carpeta, y ahora el agente 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 (costo medio), y los scripts incluidos se leen solo cuando un paso los requiere (más costoso). Así es como mantienes la ventana de contexto limpia y el agente confiable en tareas largas.

Pirámide de divulgación progresiva: el agente lee primero una descripción pequeña, luego el cuerpo completo del 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, introducido por Anthropic y ahora adoptado en todo el ecosistema. Un protocolo es solo un lenguaje acordado que dos piezas de software usan para comunicarse entre sí.

Si las skills son cómo le enseñas procedimientos a un agente, MCP es cómo le das acceso estandarizado a sistemas. Piensa en MCP como el USB-C para las herramientas de IA. Antes de MCP, cada framework de agente 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 errores.

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 muchos agentes de IA por un lado y a muchos servicios por el otro, por lo 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 API 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 oficial para Google Drive, Linear, GitHub, Asana, tu base de datos, tu herramienta de diseño, lo que sea
Puedes mezclar y combinar harnesses 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

Sabes cómo usas el software: miras la pantalla, mueves el mouse, haces clic, escribes. Hasta hace poco, los agentes no podían hacer eso. Solo podían llamar a API limpias, lo que significaba que la mayor parte del software del mundo (aplicaciones de escritorio heredadas, herramientas internas extrañamente 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 mouse 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 es de repente automatizable, no solo aquellos con buenas APIs. El software del mundo fue construido 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 mainframes, herramientas internas de veinte años) finalmente pueden ser tocados sin tener que 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 lanzó esto a finales de 2024 y lo ha refinado a través de varias iteraciones. Expone una herramienta portátil de captura de pantalla + mouse + teclado que funciona en cualquier sistema operativo, en cualquier máquina virtual, en cualquier contenedor. El todoterreno más fuerte en este momento. 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): El 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 el escritorio completo. Project Mariner como producto independiente fue retirado en mayo de 2026 y sus capacidades se fusionaron 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. Los puntajes más altos rondan el 70 al 85% a principios de 2026, lo que suena impresionante hasta que te das cuenta de que significa que aproximadamente una de cada cuatro a una de cada cinco tareas aún falla. El computer use es real, se está enviando en productos que puedes usar hoy, pero aún no está en el nivel de confiabilidad en el que puedas alejarte por completo.

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 mouse/teclado. Una tarea que te tomaría 30 segundos le toma al agente de cinco a diez minutos.
Costoso. 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 UIs dinámicas. Las cosas que se mueven, las ventanas emergentes, los anuncios, las pruebas A/B, los banners de cookies repentinos, todo rompe a los agentes de diferentes maneras.
Riesgo de seguridad. Un agente con acceso al teclado y al mouse en tu máquina real puede causar 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 se dirige esto: stacks híbridos. El mismo harness tiene acceso a APIs y servidores MCP para las cosas que los exponen, y recurre al computer use solo cuando no hay un camino limpio. Velocidad y confiabilidad cuando sea posible, alcance universal cuando no. Si has usado Manus o has visto las demostraciones recientes de Claude Cowork, ese es el patrón.

Los Grandes Harnesses de Codificación

El espacio de los agentes de codificación es donde se está librando la mayor parte de la guerra de los harnesses, porque las tareas de codificación son largas, verificables y lucrativas. Aquí tienes un mapa no exhaustivo de lo que la gente está usando. Para una comparación más profunda, esta comparación de 2026 es la mejor pieza que he leído.

Nota rápida de vocabulario antes de la lista: un CLI es una herramienta de línea de comandos, del tipo que manejas escribiendo en una ventana de terminal en lugar de hacer clic. Un TUI es una versión un poco más elegante con menús y paneles, pero aún 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 de primera parte de Anthropic, bloqueado 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 estás contento 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. Con licencia MIT (lo que significa que cualquiera puede usarlo, incluso comercialmente, de forma gratuita), es compatible con más de 75 proveedores de modelos, harness totalmente programable. El bucle del agente está expuesto y es configurable a través de opencode.json. Puedes conectar Claude Opus a través de 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 modelos, privacidad local completa o la capacidad de hacer un fork del propio harness. Un buen desglose técnico vive aquí en Composio.

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

Pi (github): El argumento minimalista. System prompt pequeño (menos de 1k tokens), envoltura TUI, totalmente inspeccionable. Defines el comportamiento a través de AGENTS.md y extensiones de 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.

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 system prompts y 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 confiable que otros agentes en el mismo modelo.

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

OpenHarness: Una implementación de Python ultraligera de HKU que recrea aproximadamente el 98% de las capacidades de herramientas de Claude Code en alrededor de 11700 líneas. Útil si quieres leer el código fuente de un harness completo de una sola vez y entender lo que está pasando.

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 hacer un fork del harness, elige OpenCode
Si quieres magia mínima 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 duela para 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 lo que cada uno es realmente y dónde gana cada uno.

OpenClaw es el actual titular en el espacio de 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 en las decenas de miles. El soporte de computer use (el agente puede manejar un navegador o un escritorio por sí mismo) se envió 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 tutorial 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 costo 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 depende de ti.

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. Superó las 140 mil estrellas en menos de tres meses y, a partir de la semana pasada, es el agente más usado en OpenRouter por volumen diario de tokens (el blog de NVIDIA confirma el ranking de OpenRouter). Su diferenciador clave es un ciclo cerrado de aprendizaje: después de cada tarea, el agente escribe un registro estructurado de lo que intentó, lo que funcionó, lo que falló y una nueva habilidad opcional. Con el paso de las semanas, mejora notablemente en tus flujos de trabajo específicos. Pruebas independientes reportan una reducción del 40 % en el tiempo de tareas de investigación en comparación con una instancia nueva del agente.

Otros datos útiles:

Licencia MIT y se puede alojar en un VPS de 5 dólares (un Servidor Privado Virtual, básicamente una computadora pequeña alquilada en la nube, normalmente de 5 a 10 dólares al mes)
Más de 40 herramientas integradas, 118 habilidades empaquetadas a partir de v0.10.0
Memoria de tres capas (operativa, 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ú traes tu clave de API

El veredicto, hasta donde puedo ver:

Hermes gana en confiabilidad, facilidad de configuración, postura de seguridad y el ciclo de aprendizaje. Para un desarrollador solitario 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, sí, en su mayoría, si tienes la disciplina de usarlo realmente 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 sirva 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. 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ápido. Aquí es donde los agentes están apareciendo realmente.

Ingeniería de software: Es la aplicación más madura. Las puntuaciones en SWE-bench Verified (una prueba estandarizada donde los agentes intentan corregir errores reales en proyectos de código abierto reales) rondan el 87 % para los mejores modelos en un buen arnés. Los equipos de ingeniería están usando agentes para gestionar el triaje de errores, implementar funciones pequeñas de principio a fin, escribir pruebas y revisar solicitudes de incorporación de cambios. 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), redactan tickets, escalan limpiamente a humanos y actualizan una base de conocimientos a partir de casos resueltos. La confiabilidad finalmente cruzó un umbral a finales de 2025, cuando las empresas comenzaron a confiar en los agentes para el contacto real con los clientes.

Investigación y análisis: Las tareas de investigación de horizonte largo (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 densas.

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

Trabajo creativo: Diseñadores que ejecutan bucles de agentes paralelos para generar variaciones, redactores que usan agentes para redactar y autoeditar. 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. Programar investigaciones, ejecutar automatizaciones, monitorear cosas, recordar 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 continúa. Las ofertas de trabajo que mencionan habilidades de IA agéntica aumentaron aproximadamente un 986 % de 2023 a 2024 y siguieron acelerándose hasta 2026. La compensación es alta y el mercado tiene poca oferta. Lo que nos lleva a la siguiente sección.

Las mejores habilidades para aprender a conseguir un 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 siguiente sección sobre herramientas y la posterior sobre comunidades son para todos.

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

Aprende ingeniería de habilidades. Practica escribir archivos SKILL.md. Aprende qué hace que una descripción se active de manera confiable, qué hace que un procedimiento sea robusto, cuándo agrupar scripts versus 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.

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 compensaciones de diseño de MCP en una entrevista, porque la mayoría de la gente todavía está vagamente confundida.

Domina los internos 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 realmente 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 agente junior de uno senior.

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 califique el rendimiento de tu agente) para un agente que hayas escrito. Aprende cómo se ve la evaluación a nivel de trayectoria versus la respuesta única.

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 Docker (Docker ejecuta software en contenedores aislados para que no pueda interferir con el resto del sistema), microVM de Firecracker (computadoras aisladas aún más pequeñas y rápidas), políticas de red, el modelo de amenaza 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 secundario interesante» y «confiable en producción».

Orquestación multiagente. Aprende los patrones básicos: líder-trabajador, abanico, supervisor, tubería. Comprende cuándo agregar otro agente ayuda versus cuándo solo multiplica tus errores. LangGraph, AutoGen y CrewAI son lugares razonables para experimentar, pero los patrones importan más que el marco de trabajo. La publicación de Anthropic sobre patrones de coordinación multiagente es una buena lectura inicial.

Los clásicos aún importan. Buen manejo 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.

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

Comunicación. Pasarás una cantidad sorprendente de tiempo explicando a las partes interesadas no técnicas lo que un agente puede y no puede hacer de manera confiable. Practica escribir al respecto. Honestamente, escribir un blog como este es una gran función impulsora.

Herramientas y marcos de trabajo para 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 de 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 de Arize
Braintrust
Terminal-Bench y SWE-bench para agentes de codificación

Aislamiento y entornos de ejecución:

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

Memoria:

Observabilidad:

No necesitas aprender todo esto. 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 charlas sobre arneses y marcos de trabajo
Slack de la comunidad MLOps para discusiones de nivel de producción
El Discord de LangChain y los canales comunitarios 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 rompe primero. Sigue directamente a los autores de arneses

Recursos adicionales

Resolviendo tu FOMO sobre todo en LLMs (la precuela de esta publicación, aún relevante para la capa fundamental)
Datos para LLMs: Navegando el pipeline de datos de LLM (artículo complementario sobre el lado de los datos)
Equipando agentes para el mundo real con habilidades de agente por Anthropic Engineering, el escrito canónico del patrón de arnés ligero con habilidades densas
Awesome Harness Engineering en GitHub, la colección de patrones y estudios de caso más activamente mantenida
¿Qué es un arnés de agente? por el equipo de Firecrawl, un sólido manual técnico
¿Qué es un arnés de agente en el contexto de los modelos de lenguaje grandes? por Parallel, manual complementario con referencias académicas
Claude Code vs OpenCode: Un desglose técnico detallado por Composio, la comparación de arneses más limpia que he leído
Arnés de codificación agéntico: Una comparación por Paul Cullen Rowe, cubre Pi y la escuela minimalista
¿Qué arnés de codificación de IA funciona realmente sin ti? comparación práctica de Claude Code, Codex CLI, Aider, OpenCode, Pi y Cursor
Revisión de Hermes Agent en DEV con pruebas independientes
NVIDIA sobre Hermes y agentes auto-mejorados para el ángulo del hardware local
¿Cuánto trabajo pesado puede hacer un arnés de agente? el artículo que cuantifica el efecto 6x del arnés
Adaptación de la IA agéntica: Una encuesta sobre post-entrenamiento, memoria y habilidades si quieres el tratamiento de encuesta académica
Protocolo de Contexto de Modelo documentación oficial
Estándar abierto de habilidades para agentes especificación oficial y SDK
Los 10 mejores trabajos de IA agéntica en 2026 para el ángulo profesional y datos salariales

Un pensamiento final, porque te debo uno.

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 publicado 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 construyas hoy, si sigues usándolos, serán mucho más valiosos en doce meses que cualquier marco de trabajo específico que hayas aprendido esta semana.

Así que elige un arnés, publica un agente, escribe tres habilidades y déjalo funcionar. Esa es la cosa más útil que puedes hacer. El FOMO se calmará solo una vez que estés realmente construyendo.

Feliz hacking.