¿Chatear con un agente de IA o asignarle una tarea? Cuándo usar cada opción

Puedes conversar con un agente de IA o puedes asignarle una tarea. Los equipos que ejecutan agentes de programación a diario los tratan como dos herramientas distintas, y los que las confunden lo pagan después: decisiones enterradas en un historial de chat privado, trabajo que terminó pero nunca se revisó y un compañero preguntando «¿dónde acordamos eso?» tres semanas después de que la sesión se perdiera al hacer scroll.

Sharkly integra esta distinción en el producto. El chat sirve para explorar, planificar o actuar con un Agente antes de que el trabajo necesite un registro con seguimiento. Una Tarea sirve para el trabajo que necesita responsabilidad, estado, historial de ejecución y revisión. Ambas pueden iniciar ejecuciones de Agente. Almacenan registros distintos, y esa diferencia es justamente el punto.

Esta guía explica para qué sirve cada superficie, cómo se comportan los modos de chat de Sharkly, cómo traspasar un chat prometedor a una Tarea real y las reglas de decisión que mantienen honesto el registro compartido de tu equipo.

Resumen rápido

Habla con un agente de IA cuando quieras hacer una pregunta, investigar un tema o dar forma a un plan sin abrir una tarea. Asigna una Tarea cuando el trabajo necesite un Responsable, un estado, criterios de aceptación, revisión o un registro duradero que el equipo pueda ver. Los mensajes de chat se quedan en la sesión; los resultados de la Tarea vuelven a la Tarea, donde las personas los revisan y los aceptan.

El problema: un agente, dos tipos de trabajo

Cualquiera que ejecute Claude Code o Codex en una terminal ya conoce ambos tipos de trabajo. Algunas sesiones son preguntas: qué hace este módulo, por qué este test falla de forma intermitente, cuánto costaría una migración. Otras sesiones son compromisos: arregla este bug, publica este endpoint, actualiza esta documentación.

La terminal trata ambas igual. Cada sesión es una transcripción privada en el equipo de una sola persona, ya sea que haya respondido una pregunta pasajera o producido un cambio del que depende todo el equipo. Las sesiones de preguntas están bien ahí. Las sesiones de compromisos no, porque nadie más puede ver el objetivo, el diff, la conversación ni el resultado.

La mayoría de los equipos lo descubre por las malas. Un desarrollador conversa con un agente hasta resolver un arreglo en producción, el arreglo se despliega y el razonamiento que hay detrás queda en un búfer de scroll que se borra el viernes. También ocurre el fallo opuesto: un equipo canaliza cada pequeña duda por su gestor de tareas y el tablero se llena de tickets muertos titulados «preguntar sobre caché».

La solución no es una regla que prohíba una de las dos superficies. La solución es saber qué registra cada una y mover el trabajo entre ellas de forma deliberada. Eso empieza por entender qué almacena un chat con un agente de IA y qué no.

¿Qué es el Chat de Agente en Sharkly?

El Chat de Agente es un chat independiente con un Agente o un Crew. Úsalo cuando quieras hacer una pregunta, investigar un tema, dar forma a un plan o empezar a trabajar sin abrir antes una tarea. Cada chat independiente se respalda con su propia sesión y sus propios mensajes, y la sesión pertenece a quien la creó.

Sharkly tiene dos superficies de chat, y la documentación es estricta en cuanto a mantenerlas separadas:

• Chat de Agente independiente: vive fuera de cualquier tarea. Abres la vista de chat de un Agente, envías un mensaje y se inicia una nueva sesión. Es tu espacio de trabajo con ese Agente.
• Chat de Agente en una tarea: vive en esa tarea. No es un comentario de tarea y no requiere que la tarea esté asignada antes a ese Agente.

Aquí importan tres límites, porque cada uno es un punto en el que una persona razonable se equivocaría al suponer.

El chat no es un comentario. Enviar un mensaje en el Chat de Agente no crea un comentario de tarea. Enviar un mensaje en el chat de Agente de una tarea tampoco aparece en Actividad como comentario. Los comentarios de tarea siguen siendo el registro canónico para las conversaciones dentro de la tarea; el chat es un registro aparte en ambas superficies.

El chat no es visible para el equipo de forma predeterminada. Una sesión independiente pertenece a la persona que la creó, y los demás miembros de la organización no obtienen acceso a esa sesión a través de las APIs de chat actuales. En una tarea, los mensajes nuevos del chat notifican al Responsable y a las personas que ya participan en esa conversación. No se difunden a todos los que siguen la tarea.

El chat no requiere asignación. Puedes abrir una tarea y hablar sobre ella con cualquier Agente del Espacio, sea o no ese Agente el Responsable. La asignación controla la responsabilidad de ejecución, no el acceso a la conversación.

Si todavía no sabes qué es un Agente (una configuración de trabajo guardada con instrucciones, un Runtime, Skills y repositorios), la guía sobre Agentes cubre esos fundamentos.

¿Qué te ofrece una Tarea que el chat no?

Una Tarea es la unidad principal de trabajo en Sharkly. Incluye el objetivo y la descripción, el estado, la prioridad, las etiquetas, la persona responsable, el Agente o Crew asignado a ejecutar, los comentarios y archivos adjuntos, y el estado de ejecución, la traza y el resultado del Agente. Todo lo relacionado con el trabajo vuelve a la Tarea, donde cualquiera con acceso puede revisarlo.

Esa sola frase esconde cuatro garantías concretas que el chat no puede ofrecer:

1. Propiedad. Una Tarea tiene un Responsable. Cuando algo se atasca, hay un nombre detrás. Una sesión de chat tiene una lista de participantes y ninguna estructura de responsabilidad.
2. Estado. Una Tarea avanza por un flujo de trabajo que tu equipo definió: backlog, iniciada, revisión, hecha. Cualquiera puede leer el tablero y saber en qué punto está el trabajo sin tener que preguntar.
3. Historial de ejecución. Cada ejecución sobre una Tarea deja una traza: cuándo se puso en cola, cuándo empezó, qué herramientas invocó, por qué falló. Cuando una ejecución se rompe, consultas el registro de ejecución en lugar de reconstruir los hechos de memoria.
4. Revisión. Un Agente puede dejar una Tarea esperando una respuesta o una revisión humana, y esas señales llegan a la bandeja de entrada de la persona responsable. La aceptación es un paso registrado, no una sensación.

La ejecución respaldada por tareas también tiene ventajas estructurales. El trabajo sobre repositorios en una Tarea se ejecuta en un directorio aislado, normalmente un git worktree aparte por ejecución, de modo que varias Tareas pueden modificar el mismo código base en paralelo sin pisarse entre sí. Los detalles técnicos se explican en cómo Sharkly ejecuta agentes en paralelo. Un comentario de seguimiento en una Tarea asignada puede iniciar otra ejecución, y Sharkly agrupa los comentarios rápidos para que no generen trabajo duplicado.

Este es el contrato entre personas y agentes que convierte a la Tarea en el lugar adecuado para el trabajo real: los Agentes investigan, ejecutan, prueban e informan sobre la Tarea. Las personas marcan la dirección, otorgan autoridad y aceptan el resultado. Una sesión de chat cubre la primera mitad de ese contrato. Solo una Tarea cubre la segunda mitad.

Chat de Agente vs. asignación de tareas: la tabla de decisión

La decisión depende de lo que el trabajo necesita que quede registrado, no de su tamaño.

Usa el chat cuando estés preguntando, comparando, investigando o dando forma a algo. Usa una Tarea cuando el trabajo necesite un Responsable, un estado, criterios de aceptación o un resultado que alguien deba aprobar.

Dos contrareglas honestas evitan que esto se convierta en dogma:

No crees una Tarea para cada pregunta. «¿Qué hace este módulo?» merece un chat, no un ticket. Un tablero lleno de Tareas con forma de pregunta es ruido que entierra el trabajo real, y el ruido es precisamente lo que un sistema de gestión del trabajo para personas y agentes existe para evitar.

No dejes que un chat se convierta silenciosamente en un proyecto. En el momento en que una conversación produce algo sobre lo que el equipo debe actuar, revisar o recordar, ha superado los límites de la sesión. Si el equipo necesita ver una conclusión, cópiala en la descripción de una tarea o en un comentario. La sesión original queda como tu historial privado; la Tarea se convierte en el registro compartido.

Los tres modos de chat: Explorar, Planificar y Ejecutar

El chat en Sharkly no es un único comportamiento. El cuadro de redacción tiene tres modos, el modo seleccionado se guarda con la sesión y puedes cambiarlo antes de cualquier turno.

Explorar es investigación de solo lectura. El Agente inspecciona, explica, compara y resume sin hacer cambios. Mantén Explorar seleccionado cuando quieras análisis y nada más. Es el modo para «explícame el flujo de autenticación» y «¿de cuál de estas dos librerías ya depende el código base?».

Planificar permite que el Agente proponga acciones para que las revises. El Agente redacta una tarea planificada con subtareas y no ocurre nada hasta que confirmas. Puedes editar la propuesta, confirmarla sin iniciar el trabajo o confirmarla e iniciarlo de inmediato. El modo Planificar es el puente entre una buena conversación y un compromiso con seguimiento, y es el modo que abarata el traspaso del chat a la Tarea.

Ejecutar permite que el Agente actúe directamente a través de su CLI configurada y devuelva el resultado en la sesión. Los chats nuevos empiezan en Ejecutar a menos que definas otro valor predeterminado, algo que conviene saber desde el primer día: si quieres una conversación de solo lectura, cambia a Explorar antes de tu primer mensaje, no después de que el Agente haya empezado a hacer cosas.

El par de decisiones para los modos refleja el mayor. Usa Explorar o Planificar mientras el resultado siga siendo una incógnita. Usa Ejecutar en el chat solo para trabajo que te resulte cómodo dejar fuera del registro del equipo, y usa una Tarea para todo lo demás.

Algunos comportamientos hacen que el chat sea agradable en la práctica. La salida del Agente se transmite en streaming a la sesión mientras una ejecución está activa, y puedes detenerla en cualquier momento. Si envías otro mensaje mientras el Agente está trabajando, Sharkly lo pone en cola para el siguiente turno en lugar de iniciar una ejecución duplicada en paralelo. El texto sin enviar se conserva por conversación cuando cambias de chat en el mismo navegador. Las sesiones se pueden renombrar, archivar y reabrir desde el historial; las sesiones archivadas siguen siendo legibles, pero solo en modo lectura.

Cómo traspasar un chat a una Tarea

El traspaso es donde se encuentran las dos superficies, y la documentación de Sharkly ofrece una secuencia concreta. Cuando una conversación produce una acción que merece comprometerse:

1. Resume el resultado en el chat. Pide al Agente que exponga el objetivo, el alcance, las restricciones y los criterios de aceptación en un solo mensaje. Ese es el párrafo que necesita la Tarea, y el Agente ya tiene el contexto para redactarlo.
2. Usa el modo Planificar para redactar la Tarea. Cambia a Planificar y pide al Agente que proponga la tarea y las subtareas. Revisa la propuesta y edítala antes de confirmar. También puedes omitir este paso y crear la Tarea a mano; lo importante es que una persona dé forma al compromiso.
3. Confirma, con o sin inicio. Al confirmar se crea la Tarea planificada. Confirma e inicia cuando el trabajo deba empezar ya; confirma sin iniciar cuando deba esperar a un Sprint o a una dependencia.
4. Asígnala. Dirige la Tarea a la persona, el Agente o el Crew correctos mediante el control de Responsable. Un resumen del chat bien delimitado es lo que hace que esto sea asignable. Para trabajos con varios roles, un Crew con un Agente líder puede asumir toda la Tarea en lugar de un único ejecutor.
5. Traslada el contexto, no la transcripción. Copia en la descripción o en los comentarios todo lo que la Tarea deba conservar. La sesión de chat sigue siendo tu historial aparte; no confíes en ella como memoria del equipo, porque el equipo no puede verla.

A partir de ahí, el intercambio de comentarios sigue las reglas de la Tarea. El ida y vuelta específico de la tarea continúa en el chat de Agente de la tarea; las conclusiones que todo el equipo debería ver van en los comentarios de Actividad; un comentario válido en la Tarea asignada inicia una ejecución de seguimiento. Los resultados, los bloqueos y la respuesta final vuelven a la Tarea, que es lo que hace posible la revisión posterior.

Una nota sobre la ubicación: una Tarea asignada a un Agente no se inicia mientras permanece en el Backlog. El Backlog es una zona de aparcamiento. Sacar la Tarea del Backlog inicia al Agente asignado cuando su Computer y su Runtime están listos, así que puedes preparar el trabajo desde el chat ahora y liberarlo cuando el equipo esté listo. Dónde ocurre físicamente esa ejecución es un asunto aparte, que se trata en la guía sobre Computers.

Chats rápidos: contexto de la tarea sin salir de ella

Hay una tercera superficie que conviene conocer una vez asentados los conceptos básicos. El detalle de la tarea tiene chats rápidos en la barra de herramientas de la cabecera: combinaciones guardadas de prompt más Agente que se ejecutan con la tarea actual como contexto.

Cada chat rápido tiene un nombre, un prompt opcional, un Agente o Crew elegido y una configuración de visibilidad. Los chats rápidos privados solo los ve y los puede activar su creador. Los chats rápidos compartidos son visibles para todos en el Espacio, aunque solo el creador puede editarlos. Al seleccionar uno se abre una vista dividida con la tarea a la izquierda y el chat a la derecha, y el prompt, el Agente y el contexto de la tarea se envían juntos.

Esto convierte las preguntas recurrentes en operaciones de un solo clic. Un chat rápido compartido llamado «Estima esto» que envía la tarea a un Agente de planificación, o «Busca código relacionado» conectado a un Agente con conocimiento del repositorio, se convierte en algo que cualquier persona del Espacio puede activar en cualquier tarea. Es la misma idea que impulsa las Skills: el valor viene de compartir una buena configuración, no de que cada persona abra más chats.

Dos mecanismos que conviene tener claros. Cada activación de un chat rápido crea su propia conversación a nivel de tarea, y esa conversación permanece en la Tarea; no reutiliza el chat habitual del Agente asignado. Y eliminar un chat rápido borra la configuración guardada, no las conversaciones que ya se crearon a partir de él.

¿Y si tu stack no tiene una capa de tareas?

Muchos equipos ejecutan agentes sin ninguna plataforma de orquestación: sesiones de terminal sin más, paneles de tmux, scripts de shell. Esa configuración cubre bastante bien la mitad del chat de la distinción de este artículo. Una sesión de terminal es una conversación privada y exploratoria con un agente, igual que el Chat de Agente.

Lo que le falta al stack casero es la otra mitad. No hay Responsable, ni estado, ni una traza de ejecución que un compañero pueda abrir, ni un paso de revisión, ni un lugar donde los resultados aterricen de forma predeterminada. Toda sesión de compromiso se ve idéntica a cualquier sesión de pregunta, y la diferencia solo sale a la luz cuando algo se rompe y nadie puede reconstruir por qué. La comparación entre Claude Squad, Conductor y las configuraciones basadas en tmux repasa hasta dónde llega cada enfoque.

No tienes que rehacer tu proceso para añadir la mitad que falta. Sharkly no sustituye a Claude Code, Codex ni las demás herramientas de ejecución; añade la capa compartida de tareas, contexto y revisión alrededor de las herramientas que tu equipo ya usa, y el uso de modelos sigue funcionando a través de las suscripciones o claves de API configuradas en esas herramientas. Conserva la terminal para el trabajo improvisado si te gusta tenerlo ahí. Encauza el trabajo comprometido a través de Tareas y, si tus tickets ya viven en otro sitio, un ticket de Jira puede ir directamente a un Agente sin que tu equipo cambie de gestor.

Tres escenarios, desarrollados

El test intermitente. Una ingeniera detecta un test que falla de forma intermitente. Abre un chat con el Agente Code Reader del equipo en modo Explorar: «¿Por qué fallaría auth_session_test en ejecuciones paralelas?». Tras diez minutos de lectura, el Agente señala un fixture compartido con una condición de carrera. Ahora es un compromiso: cambia al modo Planificar, el Agente redacta la tarea SH-341 con el alcance del arreglo y un criterio de aceptación («el test pasa 50 ejecuciones paralelas consecutivas»), ella la confirma e inicia, y la asigna al Agente encargado de arreglarla. La investigación se queda en su historial de chat. El arreglo, el diff y la revisión aterrizan en SH-341.

La pregunta de arquitectura. Una líder técnica quiere saber cuánto costaría adoptar una cola en tres servicios. Son días de lectura, pero sigue siendo una pregunta, así que se queda en una sesión de chat independiente que renombra como «estudio de adopción de colas». A lo largo de una semana vuelve a la sesión, hace preguntas de seguimiento y deja que el Agente compare opciones. Cuando la dirección dice que sí, el resumen final de la sesión se convierte en la descripción de una Tarea de nivel épica, descompuesta en subtareas en modo Planificar. Nada quedó a medio registrar.

La pregunta de la reunión diaria que no dejaba de repetirse. Un equipo se da cuenta de que cada mañana alguien le pide a un Agente que resuma los cambios del día anterior en la tarea que esté revisando. Una persona lo guarda como un chat rápido compartido llamado «¿Qué cambió aquí?» conectado a un Agente con conocimiento del repositorio. La pregunta deja de reescribirse y cada activación deja su conversación en la tarea sobre la que se ejecutó. Para resúmenes programados en lugar de bajo demanda, ese mismo instinto da el salto a las Automations.

En los tres, la misma regla decide la superficie: las preguntas se quedan en el chat, los compromisos reciben una Tarea, y el traspaso ocurre en el momento en que la respuesta implica trabajo.

Conclusión

Habla con un agente de IA cuando estés explorando; asigna una Tarea cuando te estés comprometiendo. Sharkly mantiene las dos superficies deliberadamente separadas para que tu tablero registre trabajo real en lugar de preguntas, y para que tus preguntas no desaparezcan en un registro que nadie lee. Las sesiones de chat te pertenecen a ti. Las Tareas pertenecen al equipo, y el contexto, el progreso, los bloqueos, los resultados y la revisión humana permanecen visibles en ellas desde la solicitud hasta la entrega.

Adoptar esta distinción no cuesta nada porque ambas superficies ya están delante de ti. Abre un chat con un Agente y pregúntale algo que normalmente buscarías rebuscando en el código base. La primera vez que esa conversación produzca algo que merezca comprometerse, cambia al modo Planificar y deja que redacte la Tarea. Conecta un Computer, crea un Agente y prueba ambas mitades con algo aburrido. La presentación principal cubre el resto de la plataforma cuando estés listo.

Preguntas frecuentes

¿Puedo hablar con un Agente sobre una tarea sin asignársela?

Sí. Abre la tarea e inicia un chat con cualquier Agente del Espacio. La asignación no es un requisito previo para conversar; controla quién ejecuta la tarea, no con quién puedes hablar sobre ella.

¿Aparecen los mensajes de chat en el feed de Actividad de la tarea?

No. Los comentarios aparecen en Actividad para todo el equipo. El chat de Agente de una tarea notifica al Responsable y a las personas que ya están en esa conversación, y se almacena por separado de los comentarios en ambas superficies.

¿Pueden mis compañeros leer mis sesiones de Chat de Agente independientes?

No. Cada sesión independiente pertenece a la persona que la creó, y los demás miembros de la organización no obtienen acceso a través de las APIs de chat actuales. Si una conclusión le importa al equipo, cópiala en la descripción de una tarea o en un comentario.

¿Qué ocurre si envío un mensaje a un Agente que está desconectado o archivado?

Un Agente desconectado se muestra como desconectado en lugar de «pensando» o «en cola», así que no esperes una respuesta que no va a llegar. Un Agente archivado no puede recibir mensajes nuevos: el cuadro de redacción está deshabilitado, aunque el historial de la sesión sigue siendo legible.

¿Con qué modo de chat debería empezar?

Los chats nuevos empiezan en Ejecutar a menos que cambies el valor predeterminado. Si quieres análisis sin cambios, cambia a Explorar antes de enviar tu primer mensaje. Usa Planificar cuando quieras que el Agente proponga una tarea que revisarás y confirmarás.

¿El chat con un Agente usa mi configuración de ejecución de tareas?

Sí. Las ejecuciones de chat pasan por la misma configuración del Agente: sus instrucciones, su Runtime y su Computer. En el modo Ejecutar, el Agente actúa a través de su CLI configurada, la misma maquinaria que impulsa las ejecuciones de tareas.

¿Cuándo debería un chat convertirse en una Tarea?

En el momento en que la conversación produce trabajo del que alguien debe ser responsable, revisar o recordar. Resume el objetivo, el alcance, las restricciones y los criterios de aceptación, redacta la Tarea en modo Planificar o a mano, y asígnala. El historial de chat no es un registro del equipo.

¿Pueden dos personas compartir una misma sesión de chat con un Agente?

No en el caso de las sesiones independientes, que tienen un único propietario. En una tarea, el chat de Agente notifica al Responsable y a los participantes previos, así que un grupo pequeño puede seguir allí una conversación a nivel de tarea. Para conversaciones visibles para el equipo, usa los comentarios de tarea.