¿Habilidad, servidor MCP o ambos?
Las habilidades de agentes y los servidores MCP suelen presentarse como formas competidoras de extender un agente de IA. Esa interpretación es incorrecta: una habilidad enseña al agente cómo trabajar, mientras que un servidor MCP le otorga acceso controlado a capacidades en vivo.
OpenCode desde la línea de comandos, en la práctica
La interfaz de línea de comandos de OpenCode está diseñada para la creación de scripts, pipelines de CI y la ejecución de agentes sin supervisión. Este artículo es una guía práctica para su uso en el trabajo diario.
Habilidades de SDD aplicadas, instaladas con un solo comando.
Superpowers empaqueta una metodología completa basada en especificaciones en habilidades (Skills) de Claude instalables, imponiendo la lluvia de ideas (brainstorming), la planificación, la implementación impulsada por subagentes y un TDD estricto, en lugar de dejar esa estructura a tu criterio.
Un pequeño agente de programación que espera que lo configures.
Pi Coding Agent es un arnés de codificación por terminal minimalista y de código abierto que incluye cuatro herramientas predeterminadas y deja la mayor parte del comportamiento a las extensiones, habilidades y a tu propio flujo de trabajo.
Delega el trabajo ruidoso y mantén tu contexto limpio.
La mayoría de las sesiones de Claude Code se vuelven lentas y desordenadas por la misma razón: cada búsqueda exploratoria con grep, cada volcado de registros y cada “déjame revisar un archivo más” permanece en la conversación principal para siempre.
Evita que los agentes de IA se desvíen de las especificaciones, las pruebas y el código.
Los agentes de codificación con IA implementan características rápidamente, pero las especificaciones, las pruebas y el código se desvían silenciosamente entre sí. Esta guía cubre un modelo de trazabilidad, el mapeo de especificación a prueba y de especificación a código, y las verificaciones de integración continua (CI) que detectan la desviación antes de una fusión.
Profundidad del proceso frente a portabilidad, no la mejor herramienta.
Los desarrolladores que comparan configuraciones de Desarrollo Guiado por Especificaciones (SDD) en 2026 generalmente no están preguntando qué modelo es el más inteligente. Están preguntando qué flujo de trabajo mantendrá alineado a un agente de IA sin soterrarlos en ceremonias.
Cinco fases, de la intención al código verificado.
El Desarrollo Guiado por Especificaciones (SDD) funciona cuando la especificación es un flujo de trabajo, no un documento que se archiva después de la reunión inicial. El objetivo no es producir un gran documento de requisitos de producto.
Las tareas A2A de larga duración superan la duración de las sesiones de chat.
La mayoría de las demostraciones de agentes de IA aún se comportan como completados de chat con pasos adicionales: envías un prompt, esperas unos segundos y recibes una respuesta en una sola salida.
Inferencia más rápida de LLM sin pérdida de calidad: una guía práctica
Un modelo de 70B genera un token por pasada hacia adelante (forward pass), y cada pasada recarga los pesos desde la VRAM, calcula la atención a través del contexto y sincroniza la memoria. Entre tokens, la GPU se queda inactiva mientras espera a que se resuelvan las dependencias secuenciales.
El 40 % de los pilotos de agentes múltiples fracasan. Aquí te explicamos cómo elegir el patrón de orquestación adecuado y evitar los que fallan.
Los sistemas de IA de agente único alcanzaron su punto máximo en 2025: le dábamos a un LLM un prompt, algunas herramientas y un objetivo, y funcionaba razonablemente bien en tareas acotadas.
«La especificación como fuente de verdad, no como un documento secundario».
El Desarrollo Guiado por Especificaciones (Spec-Driven Development) es una de esas ideas a la que los ingenieros de software han recurrido antes y luego han dejado de lado cuando el esfuerzo dejó de ser rentable.
¿Las especificaciones como fuente de verdad o una ceremonia lenta?
El Desarrollo Basado en Especificaciones (Spec-Driven Development) llegó al 2026 como la respuesta seria de los desarrolladores al “deriva” del vibe coding.
Mantén la intención cerca del código.
Los registros de decisiones son la capa de memoria faltante en el desarrollo de software asistido por IA. Capturan no solo qué se construyó, sino por qué; y esa distinción se vuelve crítica cuando las herramientas de IA están escribiendo su código.
El A2A no está muerto. Solo no es universal.
El protocolo Agent2Agent de Google, habitualmente abreviado como A2A, tuvo un primer año extraño.
Patrones de polling confiables para agentes de IA.
Los agentes de sondeo (polling agents) son una de las partes menos glamurosas de la arquitectura de asistentes de IA, pero también son una de las más útiles.
