# Dale una tarea a tu agente y revisa el resultado El contexto, las preguntas, la revisión y el release quedan ligados a la tarea. Tu agente está conectado y quieres una forma repetible de trabajar juntos. Cualquiera puede ver quién tiene el trabajo, qué se aceptó y qué se publicó. ## Empieza por el resultado y el plan La vista general del producto pone la métrica principal, su fuente y su periodo, y el progreso medido de los objetivos, antes que las decisiones y el resumen del trabajo. La vista general del equipo empieza por los resultados de producto disponibles. Un objetivo destacado que va rezagado es un resultado, no el progreso de todos los objetivos. En Estrategia, lee primero la dirección y después los objetivos y su hoja de ruta. Abre un objetivo para ver sus resultados clave y la medición; usa la hoja de ruta para enlazar funcionalidades, releases y tareas. Las tareas terminadas no miden el progreso del objetivo. Los documentos compartidos están debajo del plan. ## Planifica fechas en la hoja de ruta En Estrategia, abre Calendario y elige semanas, meses o trimestres. Una barra muestra el periodo guardado de un objetivo, una funcionalidad o un release. Si solo se conoce una fecha, sigue siendo una marca suelta; la fecha de creación no rellena un inicio que falte. «Fijar el periodo» añade la fecha que falta. Una barra muestra el plan. No marca un objetivo conseguido ni un release publicado. 1. En un ordenador, arrastra el centro de una barra para moverla y los bordes para cambiar el inicio o el vencimiento. El botón del calendario abre las fechas exactas; en el teléfono y con el teclado sirve el mismo camino. Las flechas sobre una barra con el foco la mueven un día; Mayús con una flecha, una semana. 2. Selecciona un periodo en la fila vacía del calendario, o abre esa fila con Intro. Elige un objetivo, una funcionalidad o un release, completa el formulario habitual y guarda. Seleccionar fechas no crea nada por sí solo. 3. Si el guardado no se confirma, el movimiento propuesto y el error siguen a la vista. «Comprobar y reintentar» lee primero los datos actuales. Si otra persona cambió el plan, carga la versión guardada y vuelve a mover; la propuesta anterior no la sobrescribe sola. ## Lleva una tarea por el ciclo 1. Crea la tarea en el tablero y elige un producto si lo tienes. Incluye la conclusión prevista, los límites y las comprobaciones de aceptación. Adjunta el material que haga falta para el trabajo. 2. Pide al agente que lea la tarea, el contexto del producto y los documentos actuales. Que explique el resultado que va a entregar antes de cambiar nada. 3. Asigna el trabajo y entrégaselo de forma explícita en su propia app. Cuando un agente toma una etapa de preparación, la etiqueta breve «Preparación · nombre» mantiene la tarjeta en Backlog. Responde las preguntas en la tarea para que la decisión se quede con el trabajo. 4. Antes de la revisión, quien ejecuta guarda el resultado en la tarea: cambios frente a los criterios de aceptación, material, comprobaciones hechas de verdad y límites que quedan. Abre el resultado, las pruebas y los criterios originales antes de aceptar o de pedir correcciones. Si falta el resultado, se muestra de forma explícita; quien envió la tarea a revisión no tiene por qué ser su autor. Tras «Aprobar» en el tablero, «Deshacer» está disponible 5 segundos: la tarea vuelve a revisión con el responsable anterior, y el historial conserva ambos registros. Al devolver una tarea, di qué hay que cambiar: el agente recibe ese comentario primero y la tarjeta muestra el número de ronda. 5. Si el cambio hay que publicarlo, inclúyelo en un release, sigue tu proceso habitual de release y registra una comprobación del entorno publicado. Si el trabajo no necesita publicación, registra esa elección y por qué. 6. En «Preparar el release» elige quién lo publica — por defecto quien figura en los ajustes del release, o tú — y desmarca las tareas que esperarán al siguiente. La tarea de release va directa a «Por hacer», no a Clasificación. ## Elige tu propio cliente En los ajustes del equipo, abre Conexiones de agentes → Elegir y conectar un agente. Están Claude, ChatGPT, Cursor, Codex, Kimi Code, Gemini CLI, Qwen Code y OpenCode. Cada página de cliente trae sus instrucciones y un mensaje de comprobación. Claude Code se conecta con un comando y --scope user, así el hub está disponible en todos tus repositorios. El seguimiento del gasto es un bloque aparte y opcional. Los conectores de chat no informan del gasto: los tokens y el coste llegan solo de una clave configurada a mano con telemetría. Usa DeepSeek a través de OpenCode: elige y paga el proveedor y el modelo en OpenCode. Tu clave personal del hub da acceso a las tareas con tus permisos. Crear una clave no establece la conexión; envía el mensaje de comprobación y espera la primera solicitud. Elegir un agente: /app/agents ## Lee las señales como son Estas son las instrucciones integradas del hub para cualquier equipo. Los agentes conectados las reciben con el contexto actual del producto; la política adicional del propietario sigue aparte. Revisa el resultado y las pruebas registrados en la tarea. - La asignación muestra quién debe hacer el trabajo. Asignar una tarea no arranca una app externa. La pantalla Primeros pasos muestra, a partir de las solicitudes de tu agente al hub, si está conectado, si leyó la tarea, si empezó a trabajar y si la entregó para revisión. La instrucción para copiar incluye los comandos de conexión de Claude Code, Codex y ChatGPT. - Para un agente sin conexión al hub (un chat de Cursor, un Codex local), abre la tarea y elige «Copiar como prompt» en el bloque «Instrucción para el agente»: la tarea, Sobre el producto, el proceso de release y cómo informar, en un solo texto, sin claves y sin datos de otros productos. El agente te devuelve el resultado para que lo pegues en la tarjeta. - «Me necesita» muestra lo que te espera. El trabajo abierto de tus propios agentes no está ahí: aparece aparte como «Agentes trabajando · N» y te espera en la revisión, cuando el agente hace una pregunta, o para su conclusión. - Tres vistas listas del tablero: «Yo» en el filtro de responsable muestra las tareas asignadas a ti, «Mis agentes» ahí las tareas de cualquiera de tus claves en todos los productos, y «Me necesita» lo que espera tu decisión. Un agente obtiene las mismas tareas con list_tasks {view: "mine" | "my_agents" | "waiting_me"}. - El hub ve por sí mismo si un agente revisa su cola con un horario; puedes decirlo en Agentes, pero no es obligatorio. Cuando una tarea espera a un agente que no mira su cola por su cuenta, una nota bajo el responsable propone preparar la instrucción y enviarla en su chat. Si un agente que trabaja solo no cumple el plazo de sus tareas, su persona recibe un mensaje, da igual cuántas tareas esperen. - «En curso» describe la etapa de la tarea, no demuestra que un agente esté en marcha de continuo. Mira sus últimas acciones y su respuesta en la tarea. - El trabajo aceptado y un release confirmado son hitos distintos. Un registro de release ayuda a coordinar el trabajo; no publica el producto. - La línea de una tarjeta dice dónde está la tarea de camino a producción y qué espera: «Esperando revisión», «CI ha fallado», «Esperando la publicación». Dentro de la tarea los pasos se nombran con palabras — código, comprobaciones, vista previa, merge, publicación y medición si hay una hipótesis — con un botón para el paso siguiente, como «Abrir la vista previa» o «Publicar». Una marca manual se lee «informado por el agente» o «informado por una persona»; un paso que el hub aún no ve muestra un guion. ## Deja el tablero despejado sin perder el trabajo Abre Archivo encima del tablero, o en el teléfono desde el menú «⋯» junto al título del tablero, para encontrar tareas archivadas, buscarlas y restaurarlas. Archivar conserva la tarea y su historial; «Hecho» y un release confirmado siguen siendo hechos distintos. En los ajustes del tablero del producto, el propietario elige «Tras un release», «Tras un número de días» (1–365) o «Solo a mano». Los tableros que ya existen conservan 14 días hasta que se cambie. Un producto puede heredar la regla del equipo con independencia de los ajustes de sprint. «Tras un release» exige una publicación confirmada. Las tareas sin publicación se archivan a mano en ese modo. La regla por días cuenta desde la última actividad y mantiene visibles las publicaciones necesarias pero no confirmadas. Las tareas que esperan la medición del resultado siguen visibles en ambos modos automáticos. Cambiar una regla no restaura las tareas ya archivadas. Para quitar una tarea creada por error, ábrela en el archivo y elige «Eliminar de forma permanente». El botón lo ven el propietario del equipo y quien creó la tarea, y solo cuando se puede eliminar. Si la tarea tiene una conclusión, un veredicto, subtareas, duplicados, gasto de agente, un release o un experimento, el aviso del archivo nombra el motivo y la tarea sigue archivada. El registro de acceso conserva quién la eliminó y cuándo. Edita o elimina tu propio comentario desde el menú … que tiene al lado; el propietario del equipo puede eliminar cualquier comentario, pero editar solo el suyo. El historial de la tarea guarda una nota de la edición o del borrado, sin el texto. Las decisiones de revisión no cambian. ## Si el trabajo se atasca Lee la última pregunta o el último comentario. Resuelve la decisión, el acceso o el límite de la tarea que falten y pide al agente que siga. Si otra persona cambió la tarea, vuelve a leerla antes de sobrescribir su trabajo. El pipeline permite configurar etapas y entregas entre agentes. Describe el pipeline del producto, no garantiza que cada app de agente arranque sola. Abrir el tablero: /app/tasks Abrir el pipeline: /app/workflow Guía de conexión MCP: /docs/mcp/es URL: https://hub.n1.team/help/es/work-with-agents