Agente vs. asistente vs. copiloto: tres formas de delegar en la IA
Un asistente responde, un copiloto sugiere dentro de tu tarea y un agente ejecuta pasos por su cuenta. Cómo distinguirlos y qué diseño pide cada uno.
¿Dónde está la frontera?
La diferencia no está en la marca ni en la tecnología. Está en quién ejecuta los pasos. En un asistente, la persona hace casi todo y la IA contesta. En un copiloto, la persona sigue llevando el trabajo y la IA propone el siguiente paso sin tomarlo. En un agente, la IA decide y ejecuta pasos por sí misma, usa herramientas y ajusta lo que hace según los resultados.
Anthropic da una definición técnica útil: los agentes son sistemas donde el modelo dirige dinámicamente su propio proceso y el uso de herramientas, mientras que en los flujos de trabajo (workflows) el modelo y las herramientas se orquestan con rutas de código definidas de antemano (Building effective agents). Lo que decide si algo es agente es quién elige los pasos, no cuántas llamadas al modelo hace.
Los nombres comerciales no ayudan. En un artículo de octubre de 2024, Microsoft describía a Copilot como “tu asistente personal y privado” y a los agentes como sistemas que operan de forma autónoma en nombre de un proceso o una empresa (Microsoft). En la documentación de GitHub, en cambio, un mismo producto, GitHub Copilot, tiene un modo “asistivo” (sugiere código mientras escribes y tú revisas y aplicas cada sugerencia) y un modo “agéntico” (describes un objetivo y Copilot puede trabajar varios pasos, mientras tú sigues siendo responsable de revisar y aprobar) (GitHub Docs). Para más sobre esa herramienta, mira GitHub Copilot.
Estas categorías son una forma de pensar el diseño, no una clasificación oficial. Un mismo producto puede tener las tres, y cada modo pide un tipo de control distinto.
¿Qué cambia en cada modo?
| Aspecto | Asistente | Copiloto | Agente |
|---|---|---|---|
| Quién inicia | La persona, con una pregunta | La persona, al escribir o editar | La persona, con un objetivo |
| Quién ejecuta | La persona | La persona, con sugerencias | El sistema, con herramientas |
| Unidad de trabajo | Una respuesta | Una sugerencia | Una tarea con varios pasos |
| Control principal | Editar o descartar la respuesta | Aceptar o ignorar cada sugerencia | Aprobar acciones y revisar el resultado |
| Riesgo típico | Respuesta incorrecta que alguien copia | Sugerencia que distrae o se acepta sin leer | Acción equivocada que cambia algo real |
¿Qué tipo de diseño pide cada uno?
- Asistente: un campo de entrada claro, una respuesta legible, citas o fuentes cuando importen y una forma sencilla de pedir otra versión. Si el asistente vive dentro de una pantalla, mira IA en contexto.
- Copiloto: sugerencias discretas, que aparezcan donde la persona ya está mirando y que se puedan ignorar sin costo. Si interrumpen, la gente las apaga. Un ejemplo es el autocompletado con IA.
- Agente: progreso visible mientras trabaja, puntos de aprobación antes de acciones que cambian datos, un registro de lo que hizo y una forma real de deshacerlo.
El agente es el que más necesita diseño de confianza. Su ciclo de pasos y herramientas se explica en el loop de un agente: el modelo evalúa, pide herramientas, recibe los resultados y repite hasta terminar (Agent SDK, Anthropic). Cuanto más actúa sin preguntar, más importa que la persona entienda qué pasó y pueda corregirlo. Para eso sirven los niveles de autonomía, la aprobación de acciones y deshacer acciones de agentes. Si necesitas la definición base, está en qué es un agente de IA.
¿Cómo se decide cuál usar?
Pregunta primero qué quiere la persona: una respuesta o un resultado.
- Si necesita una respuesta que va a usar ella misma, basta un asistente.
- Si está haciendo algo y quiere ayuda en el momento, sin cambiar de tarea, un copiloto funciona.
- Si quiere que algo quede hecho, con varios pasos, herramientas y cambios en sistemas reales, necesitas un agente con controles.
Un error común es poner un agente donde basta un asistente. Eso agrega latencia, costo y riesgo sin beneficio para el usuario. Anthropic recomienda buscar la solución más simple que funcione y aumentar la complejidad solo cuando hace falta.
Un agente tampoco conviene cuando el costo de un error es alto y no hay forma de revisarlo antes de que ocurra, o cuando la tarea es tan corta que la persona la hace más rápido a mano.
¿Cómo se nota el cambio de modo?
Un producto puede pasar de asistente a agente sin que la persona lo note, y eso es un problema de diseño. Si una pregunta que antes solo recibía respuesta empieza a crear archivos o a enviar mensajes, la persona necesita saber que cambió el modo. Señales útiles: una etiqueta que diga que puede hacer cambios, un paso de confirmación la primera vez y un registro visible de lo que se ejecutó. La regla práctica es que la persona sepa en todo momento quién actúa: ella misma, una sugerencia que puede ignorar o el sistema, que ya ejecutó algo.
Ejemplo
Ejemplo ilustrativo: un equipo de producto tiene tres funciones de IA en su herramienta de diseño. La primera, “explícame este componente”, es un asistente: responde y la persona decide. La segunda, un sugeridor de nombres de capas mientras la persona edita, es un copiloto: aparece en la barra lateral y se ignora con una tecla. La tercera, “reorganiza las variantes del botón y actualiza las páginas”, es un agente: muestra un plan, pide aprobación y deja un registro para deshacer. Cada una tiene un diseño distinto, aunque las tres usen el mismo modelo.
¿Qué puedes hacer mañana?
Toma una función de tu producto o de tu flujo y clasifícala con tres preguntas: ¿la persona quiere una respuesta, un resultado o ayuda en el momento? Escribe la respuesta en una frase. Si es un resultado, lista qué acciones tomaría el sistema y cuáles necesitan aprobación. Si es ayuda en el momento, define cuántas sugerencias por minuto son demasiadas. Así evitas construir un agente donde bastaba un asistente.
Errores comunes
- Vender todo como agente para parecer más avanzado.
- Usar un copiloto para una tarea que necesita revisión antes de aplicar.
- Diseñar un agente sin forma de deshacer ni registro de acciones.
- Mezclar los tres modos en una misma interfaz sin dejar claro quién actúa en cada momento.
- Clasificar por el nombre del producto en vez de por lo que hace: “Copilot” puede ser asistivo o agéntico según el modo.