La diferencia entre un agente personal y un asistente de IA no está en la caja de chat, en la voz, ni siquiera en si el software puede llamar a una herramienta. Está en la relación de trabajo que el sistema es capaz de sostener.
Un asistente de IA suele organizarse en torno a ayudarte en la interacción actual. Tú preguntas y él responde, redacta, analiza o realiza una acción. Un agente personal se organiza en torno a llevar un resultado por ti a lo largo de varios pasos y del tiempo. Puede mantener el estado de la Task, trabajar en un entorno disponible, esperar nueva información y volver cuando el trabajo esté terminado o cuando una decisión te corresponda a ti.
Es una diferencia de énfasis, no una ley universal de nombres. Algunos productos llamados asistentes pueden realizar acciones de varios pasos. Algunos agentes aparecen dentro de un asistente. Y un agente que sabe pulsar botones pero olvida el encargo cuando termina la sesión puede ser menos útil de lo que sugiere su nombre. Para distinguir las categorías, olvida la etiqueta un momento y hazte una pregunta más práctica: ¿quién es responsable de llevar el trabajo a su siguiente estado con sentido?
La respuesta corta
Un asistente de IA te ayuda a realizar una tarea. Un agente personal puede asumir la responsabilidad de hacer avanzar una Task en tu nombre, dentro de límites que tú controlas.
Con un asistente, la interacción suele seguir tu atención: tú das la siguiente instrucción, eliges el siguiente paso y llevas el estado de una sesión a otra. El asistente puede buscar, usar herramientas, editar un archivo o completar un comando. Lo que le da forma de asistente es que tú sigues siendo el coordinador principal.
Con un agente personal, puedes delegar un resultado en lugar de supervisar cada turno. El agente mantiene lo que intenta conseguir, lo que ya ha hecho, lo que está esperando y cuándo debe volver contigo. El objetivo y las decisiones con consecuencias siguen siendo tuyos. El agente se encarga de una parte mayor de la continuidad entre ellos.
Eso permite una comparación útil:
La tabla describe patrones de funcionamiento, no un examen de certificación. Un producto puede combinar ambos. Las preguntas rápidas pueden seguir siendo de tipo asistente, mientras que las peticiones más grandes se convierten en Tasks del agente.
Las etiquetas se solapan porque los productos se solapan
No existe una autoridad única que asigne las palabras asistente y agente a los productos. Los fabricantes las usan según la historia del producto, su interfaz, su público y su posicionamiento. Las capacidades de fondo también están convergiendo.
Microsoft, por ejemplo, describe los agentes como asistentes de IA especializados con conocimientos, habilidades y herramientas, y los distingue del asistente Copilot integrado en las aplicaciones de Microsoft 365. SAP usa otra arquitectura: un asistente puede captar la intención de una persona y coordinar agentes, mientras que los agentes ejecutan trabajo definido de varios pasos. Ambos modelos son coherentes, y ninguno respalda la regla de que todo asistente es reactivo o todo agente es un producto independiente.
El solapamiento también aparece en las interfaces. Un asistente conversacional puede ser la puerta de entrada a un agente. El usuario sigue escribiendo en el chat, pero el trabajo detrás de ese mensaje puede continuar con planificación, llamadas a herramientas, archivos, ejecución de código y revisión. A la inversa, añadir una llamada a una herramienta a un producto de chat no le da automáticamente una responsabilidad duradera sobre un resultado.
Por eso fallan las listas de funciones basadas en etiquetas. «Tiene chat» no demuestra casi nada. «Usa un LLM» demuestra todavía menos. «Puede acceder a mi calendario» te dice qué puede tocar el sistema, pero no si puede encargarse de un resultado de planificación de varios pasos, recordar lo que sigue sin resolver o saber qué cambio necesita tu aprobación.
La comparación fiable es de comportamiento: sigue un trabajo real desde la petición hasta su finalización y observa quién lo mantiene en marcha.
La intención se convierte en una respuesta o en una responsabilidad
Tanto los asistentes como los agentes empiezan por una intención. Puedes pedir a cualquiera de los dos que «prepare el informe de decisión para el viernes». La diferencia aparece una vez entendida la petición.
Un asistente puede ayudarte a aclarar la pregunta, esbozar el informe, resumir los documentos que le des y redactar secciones. Eso puede ser justo lo que necesitas. Tú sigues implicado en cada etapa, decides qué fuente buscar a continuación, te das cuenta de que una persona implicada no ha respondido y montas el documento final.
Un agente personal trata la petición como una responsabilidad continua. Necesita un registro duradero del resultado deseado, las fuentes, las restricciones, el progreso, las preguntas abiertas y la condición de entrega. Puede reunir los materiales a los que tiene acceso, compararlos, preparar el borrador, esperar una respuesta que falta, incorporarla cuando llegue y devolver el informe o una pregunta de revisión concreta.
La distinción no es que un sistema «piense» y el otro no. Es que el agente tiene una unidad de trabajo mayor que un turno. La Task, y no el último mensaje, se convierte en el objeto que avanza.
Para una definición más completa de esta categoría, consulta ¿Qué es un agente personal?. Aquí la cuestión es más concreta: al comparar un asistente con un agente personal, busca pruebas de que la intención se convierte en trabajo duradero y no en una secuencia que tienes que reconstruir una y otra vez.
La iniciativa tiene que ver con la relevancia, no con actuar sin que se lo pidan
Mucha gente reduce la comparación a «los asistentes son reactivos; los agentes son proactivos». Como orientación sirve, pero en lo operativo se queda corto.
Un asistente puede actuar sin una nueva instrucción. Puede enviar un resumen programado, recordarte una reunión o mostrar una sugerencia dentro de una aplicación. Un agente personal puede pasar la mayor parte del tiempo esperando en silencio. La distinción que importa no es si el software habla primero. Es si puede relacionar un evento nuevo con una responsabilidad que ya tiene y elegir un siguiente estado adecuado.
Imagina que pediste un plan para un encuentro fuera de la oficina con un presupuesto, pero un participante aún no ha confirmado y la reserva provisional del lugar preferido caduca mañana. Un recordatorio genérico puede decirte que existe ese plazo. Un agente que sigue trabajando puede conectar el plazo con la Task activa, determinar qué preparativos pueden continuar y devolverte la decisión que de verdad bloquea el avance: si reservar antes de que llegue la última respuesta.
Por eso, una buena iniciativa tiene tres partes:
un objetivo o una responsabilidad que continúa;
un cambio material relacionado con ese objetivo;
una respuesta acotada, como seguir trabajando, preparar un borrador, pedir una revisión o no hacer nada.
La iniciativa sin esas restricciones no es más que una interrupción. El enfoque de Comma sobre la decisión de despertar o esperar se trata en ¿Cuándo debe despertarse un agente personal siempre activo?. En una comparación de categorías, la prueba es más sencilla: ¿puede el sistema notar cuándo debe avanzar una Task existente sin tratar cada evento como un permiso para actuar?
Encargarse de una tarea no es tener autoridad sobre el usuario
«Encargarse» puede sonar a que un agente pretende sustituir el criterio humano. Debería significar casi lo contrario: el reparto de responsabilidades es lo bastante explícito como para que el agente sepa qué hacer avanzar y qué devolver.
El usuario es dueño del propósito, de las concesiones aceptables y de las consecuencias. El agente puede encargarse de la mecánica de hacer avanzar el trabajo dentro de esos límites. Si el encargo es preparar un informe trimestral, el agente puede reunir los datos acordados, hacer los cálculos, señalar incoherencias y producir el documento. No debería cambiar en silencio la definición del informe porque la nueva cifra queda mejor.
Una Task útil tiene al menos cuatro límites:
Resultado: ¿qué debe existir cuando el trabajo esté hecho?
Ámbito: ¿qué fuentes, sistemas, personas y acciones son relevantes?
Autoridad: ¿qué puede revisar, preparar o cambiar el agente sin otra decisión?
Entrega: ¿qué condiciones significan «terminado», «bloqueado» o «por revisar»?
Un asistente puede ayudar a fijar cada uno de ellos. La diferencia del agente personal es que el sistema puede después llevarlos adelante como estado de trabajo. No tienes que repetir el presupuesto, la instrucción de solo redactar ni la aprobación pendiente cada vez que se reanuda el trabajo.
Por eso tampoco conviene medir la autonomía por lo poco que se consulta a una persona. Un agente capaz puede hacer preguntas más precisas que uno flojo, porque sabe identificar el límite real de la decisión. El objetivo no es la máxima independencia. Es la mínima coordinación innecesaria sin perder el control humano.
La persistencia es más que recordar la conversación
La memoria se presenta a menudo como la línea que separa asistentes y agentes, pero «recuerda cosas» es demasiado vago para ser útil. Un sistema puede recordar el tono de escritura que prefieres y no tener ni idea de que una Task está esperando un contrato firmado. Puede conservar una transcripción larga y perder el plan actual.
Para el trabajo de un agente, la persistencia debe conservar el estado operativo:
el resultado previsto y el plan actual;
las acciones ya intentadas y sus resultados;
los artefactos y el material de origen producidos o recibidos;
los bloqueos, plazos, dependencias y decisiones pendientes;
los permisos y restricciones que siguen vigentes;
la condición en la que el trabajo debe reanudarse.
Este estado permite al sistema detenerse con seguridad y continuar más tarde. Esperar no es fallar cuando el siguiente paso legítimo depende de un evento externo. Un agente personal debe distinguir entre «todavía no puede pasar nada más» y «el encargo se ha olvidado».
La memoria de la conversación sigue siendo útil. Puede evitar que repitas preferencias y contexto. Pero un agente personal necesita un registro del trabajo, no solo de las palabras. Por eso Cómo un agente personal siempre activo mantiene en marcha el trabajo a largo plazo se centra en esperar, reanudar y conservar la continuidad de la Task, más que en ampliar sin más la ventana de contexto.
Las herramientas importan, pero el entorno de trabajo importa más
El uso de herramientas es una definición habitual de agente de IA. La introducción de Google Cloud a los agentes gestionados describe un ciclo iterativo en el que un agente razona sobre un objetivo, actúa con herramientas o código, observa el resultado y repite. También hace una observación importante sobre la infraestructura: el trabajo de varios pasos necesita un lugar donde guardar archivos, ejecutar código, usar credenciales y mantener el estado.
Un asistente puede llamar a una herramienta de búsqueda, consultar una base de datos, añadir un evento al calendario o editar un documento. Esas acciones pueden ser completas y valiosas. Pero si un resultado mayor abarca varios sistemas o continúa después de la interacción, las llamadas aisladas a herramientas no bastan. El agente necesita un entorno de ejecución ligado a la Task.
Piensa en «analiza estos registros de usuarios y prepara el informe semanal». Un sistema que solo responde puede explicar el análisis o generar código. Un asistente capaz de actuar puede ejecutar un análisis cuando se lo pidas. Un agente personal responsable del resultado puede tener que localizar los datos actuales, ejecutar el análisis, revisar un error, corregirlo, crear el gráfico y el informe, guardar el artefacto y devolver pruebas de que se usaron el periodo y la definición pedidos.
El entorno adecuado depende del trabajo. Puede ser una aplicación conectada, un navegador controlado, una computadora en la nube que sigue disponible cuando cierras la laptop o tu propia computadora con permisos que puedes revocar. Más acceso no es automáticamente mejor. El acceso debe limitarse a la Task, y el sistema debe dejar claro dónde se ejecutarán las acciones.
El control humano cambia de forma cuando el software puede continuar
Con un asistente de turno a turno, el control suele venir de la supervisión directa: ves una respuesta o una acción propuesta y das la siguiente instrucción. Con un agente personal, supervisarlo constantemente le quitaría buena parte del sentido. El control tiene que pasar a los límites de funcionamiento.
Eso incluye permisos, políticas de acción, un estado visible de la Task, puntos de aprobación, controles para detenerlo y pruebas de lo que ha pasado. El sistema debe permitirte distinguir al menos cuatro tipos de comportamiento:
leer o revisar, como abrir archivos o comprobar un estado;
preparar, como redactar una respuesta o elaborar un informe;
cambiar, como editar un archivo o actualizar una incidencia;
comprometer, como enviar, publicar, comprar, eliminar o aceptar una concesión con consecuencias.
Esas categorías dependen del contexto. Editar un borrador desechable no es lo mismo que cambiar una fuente de referencia compartida. Enviar una actualización interna de estado no es lo mismo que asumir un compromiso público. Un agente personal fiable no debería deducir una autoridad amplia solo porque tiene acceso técnico.
Esta es la corrección más importante a la historia simplista de asistente contra agente: más continuidad no justifica menos supervisión. Exige una supervisión mejor diseñada. El agente tiene que poder avanzar sin preguntar por cada paso reversible y, aun así, devolver las decisiones cuyas consecuencias corresponden al usuario.
¿Cuál necesitas?
Elige una interacción de tipo asistente cuando el trabajo se beneficie de tu criterio continuo, pueda terminarse en la sesión actual o acabe en información que vas a usar tú. Pedir una explicación, explorar alternativas, reescribir un párrafo, interrogar un conjunto de datos o redactar una única respuesta puede no necesitar una Task duradera.
Elige un agente personal cuando la coordinación pase a formar parte del problema. Los motivos pesan más cuando el trabajo:
abarca varios pasos, fuentes o herramientas;
puede tener que esperar a personas, sistemas o un evento futuro;
debe continuar mientras te centras en otra cosa;
tiene un entregable concreto o una condición de finalización;
necesita que el progreso, los bloqueos y los puntos de revisión sigan visibles;
puede acotarse con permisos claros y reglas para escalar decisiones.
No hace falta elegir una interfaz para siempre. El diseño de producto natural suele ser una puerta de entrada común con dos modos de trabajo. Una pregunta rápida recibe una respuesta directa. Un resultado mayor se convierte en una Task. La transición debe verse, porque han cambiado las expectativas del usuario y las responsabilidades del sistema.
Cómo evaluar la diferencia en un producto real
El lenguaje de marketing no zanjará la categoría, así que pon a prueba el contrato de funcionamiento. Dale al producto una tarea representativa, lo bastante importante como para requerir más de un paso pero lo bastante segura como para observarla, y hazte estas preguntas:
¿Qué queda cuando cierro la interfaz? Busca una Task que continúe, con resultado, progreso, artefactos, bloqueos y condiciones siguientes, no solo una transcripción recuperable.
¿Quién identifica el siguiente paso? El sistema debe poder planificar y adaptarse dentro de su ámbito. Si tienes que estar pendiente de cada transición y pedirla, el motor del flujo de trabajo sigues siendo tú.
¿Puede esperar y reanudar por un motivo? La persistencia se demuestra cuando el sistema gestiona una dependencia o un evento sin perder el encargo.
¿Dónde actúa? Confirma qué aplicación, navegador, computadora o entorno de ejecución hace el trabajo y si ese entorno sigue disponible cuando tu dispositivo está desconectado.
¿Qué puede hacer sin preguntar? Los permisos deben ser legibles. Busca una diferencia entre leer, redactar, cambiar y comprometer, no un único interruptor de «acceso total» presentado como comodidad.
¿Cómo te devuelve el control? Una buena petición de revisión identifica la decisión, las pruebas relevantes y la consecuencia de cada opción. «Algo salió mal» no es un diseño de entrega.
¿Cómo lo detengo o lo corrijo? Debes poder cambiar de rumbo, revocar el acceso, detener el trabajo y conservar los artefactos útiles sin ceder el control de todo el sistema.
Si un producto responde bien a estas preguntas, la palabra que aparece en su página de inicio importa menos. Tienes pruebas de la relación que de verdad puede sostener.
Dónde encaja Comma
Comma combina deliberadamente una interfaz de tipo asistente con un modelo de funcionamiento de agente personal. Cualquier petición puede empezar en el chat. Las preguntas rápidas pueden recibir respuesta ahí; el trabajo más grande se convierte en una Task que Comma lleva adelante y marca como hecha por sí mismo.
La Task es la unidad de trabajo que continúa. Comma puede trabajar en aplicaciones y archivos conectados, en una Mac vinculada o en su computadora en la nube. Según la guía de Comma Agent, los computadoras conectados empiezan en solo lectura hasta que el usuario permita más. Cuando una decisión corresponde al usuario, la Task espera en Por revisar; también puedes pedir a Comma que solo redacte.
Esa combinación importa más que llamar al producto asistente o agente. El chat recoge la intención. Las Tasks conservan la responsabilidad. Los entornos de trabajo hacen posible la acción. Por revisar devuelve las elecciones con consecuencias. Las Routines y los Loops basados en eventos pueden sacar a la luz trabajo cuando se vuelve relevante, sin convertir cada evento entrante en una instrucción.
Para el recorrido completo del producto, lee Conoce Comma. Si estás decidiendo dónde deben ejecutarse el sistema y sus datos, Agentes personales alojados frente a autoalojados trata esa otra elección.
Preguntas frecuentes
¿Un agente personal es lo mismo que un asistente de IA?
Los términos se solapan, y algunos productos usan los dos. Una distinción práctica es que un asistente centra su ayuda en la interacción actual, mientras que un agente personal mantiene la responsabilidad de hacer avanzar un resultado a lo largo de varios pasos y del tiempo. Juzga el comportamiento del producto en vez de fiarte de su etiqueta.
¿Puede un asistente de IA usar herramientas y realizar acciones?
Sí. Los asistentes pueden buscar, consultar datos, editar documentos, programar eventos o realizar otras acciones. El uso de herramientas por sí solo no demuestra que se encargue de una Task de forma persistente. La prueba más exigente para un agente es si el sistema puede conservar el objetivo y el estado del trabajo, elegir los pasos siguientes dentro de su ámbito, esperar y reanudar, y devolver el control en límites definidos.
¿Actúa un agente personal sin permiso?
Solo debería actuar dentro de los permisos y las políticas que el usuario ha concedido. Un buen agente personal puede continuar el trabajo reversible y dentro de su ámbito sin pedir aprobación para cada paso, y escalar las decisiones o acciones con consecuencias. Más autonomía debería venir con límites más claros, no con una autoridad general.
¿Un asistente proactivo es automáticamente un agente personal?
No. Un recordatorio programado o una sugerencia no pedida pueden ser útiles, pero la proactividad por sí sola no basta. Un agente personal conecta un evento con una responsabilidad que continúa, decide qué avance es apropiado y conserva el estado de la Task resultante.
¿Necesita un agente personal memoria a largo plazo?
Necesita suficiente estado persistente para llevar sus responsabilidades: resultado, plan, progreso, artefactos, bloqueos, permisos y condiciones de reanudación. Recordar preferencias puede mejorar la personalización, pero una gran memoria de conversación no sustituye al estado de la Task.
¿Puede un mismo producto ser asistente y agente personal?
Sí. Una interfaz conversacional puede atender preguntas de tipo asistente e iniciar Tasks de tipo agente. Lo importante es que el usuario vea cuándo una petición se ha convertido en trabajo que continúa, qué puede hacer el sistema y cuándo volverá para una revisión.
Pide ayuda, o delega el resultado
Un asistente no es un agente de segunda. A menudo es la ayuda adecuada cuando quieres seguir dentro del trabajo, tomar cada decisión y usar el resultado de inmediato. Un agente personal se vuelve valioso cuando supervisar cada transición es en sí mismo la carga.
La línea divisoria no es si el software suena humano o hace una demostración impresionante. Es si el sistema puede convertir tu intención en una responsabilidad acotada, mantener viva esa responsabilidad, actuar en el entorno adecuado y devolverte las decisiones que siguen siendo tuyas.
Prueba Comma cuando el trabajo necesite algo más que otra respuesta.
