Novedades

Insights enseña ahora una fila por proyecto con trabajo pendiente o actividad reciente: avance, tareas en revisión y sin empezar, ritmo, fin previsto, porcentaje de reabiertas y última actividad. Ordénala por avance, fecha de fin o actividad, filtra por etiqueta de proyecto y entra en su pestaña Equipo con un clic.

La pestaña Equipo tiene una gráfica con las tareas hechas día a día, las que están en revisión y el alcance del proyecto, y la prolonga hasta la fecha de fin estimada. Arriba ves el cálculo: tareas por día trabajado, cuántas faltan y cuántos días laborables quedan a ese ritmo.

Elige Diaria en Insights para ver, día a día de las dos últimas semanas, qué se cerró, qué pasó a revisión y qué se reabrió en todos los proyectos y quién lo hizo, con un resumen por persona que incluye las horas imputadas. Se puede acotar a un proyecto o a una etiqueta.

La herramienta workspace_stats da a un agente las mismas cifras que Insights: avance, ritmo y fin previsto de cada proyecto, y la actividad por día y por persona. Sirve para que tu agente prepare el parte del día sin recalcular nada.

Si otra persona pasa una tarea tuya de Hecha o En revisión a un estado anterior, por ejemplo al revisarla, te llega a la campana «te devolvió una tarea». Funciona igual si el cambio lo hace un agente por MCP.

El prompt estado_proyecto del MCP (con el plugin, /hilbana:estado-proyecto) prepara el parte de un proyecto: cifras de la pestaña Equipo, quién hizo qué cada día, las decisiones del equipo y lo que espera respuesta, en un panel. Propone devolver tareas o avisar a alguien y solo lo hace cuando le dices que sí.

La herramienta project_team_stats da a un agente lo mismo que la pestaña Equipo de un proyecto: avance, previsión, actividad por día y por persona y avance por grupo, con nombres e identificadores legibles.

Una guía nueva cuenta cómo llevar un proyecto con agentes en Hilbana, de las decisiones al parte de cada mañana: decidir, especificar, planificar, construir, auditar por bloques y seguirlo. Cada fase tiene su prompt en el MCP y su atajo en el plugin.

El prompt especificar (con el plugin, /hilbana:especificar) escribe una spec por área como doc del proyecto, con criterios de aceptación que se pueden comprobar, y las revisa contra las decisiones. Al planificar, cada tarea enlaza su spec y su Definition of Done sale de ella.

El prompt auditar_bloque (con el plugin, /hilbana:auditar-bloque) revisa cada tarea de un bloque o milestone contra su spec, su Definition of Done y las decisiones del proyecto, y te propone devolver lo que no pasa con un comentario claro. Solo lo hace cuando le dices que sí.

El prompt bandeja (con el plugin, /hilbana:bandeja) repasa tus mensajes sin leer y te propone qué implican en las tareas: comentar, cambiar el estado o el asignado, crear una tarea o contestar. Aplica solo lo que confirmes.

En Avance por agrupación de la pestaña Equipo cada grupo enseña quién lo lleva y las horas imputadas en el periodo. Al agrupar por issue padre ves además el estado de cada bloque. Todas las columnas se ordenan pulsando la cabecera.

Si al cerrar una tarea se decide algo que cambia lo acordado, el comentario de cierre lo recoge en una sección de decisiones. El parte diario las cruza con el doc Decisiones del proyecto, te avisa de las que chocan con algo ya aceptado y añade al doc las que apruebas.

Al poner un milestone en lote desde la vista de un producto, las tareas que le entrega una iniciativa reciben el milestone del producto y conservan el suyo. Antes perdían el de la iniciativa y dejaban de verse en ella.

Si un agente por MCP o una integración por la API te asigna una tarea, cambia su estado o su prioridad, recibes el mismo aviso que si lo hiciera alguien desde la app. Antes, por ejemplo, una asignación hecha por un agente no avisaba a nadie.

La nueva pestaña Equipo cuenta qué cerró cada persona cada día, cuántas tareas esperan revisión y cómo avanza cada milestone, etiqueta o issue padre. Elige el periodo (hoy, semana pasada, 30 días, ciclo actual o fechas libres) y filtra por persona: el enlace guarda la vista. Los invitados no la ven.

Escribe un mensaje a otra persona del workspace desde Nuevo mensaje, en el centro de notificaciones, o desde su ficha en Ajustes › Miembros. Le llega a la campana, lo abre en un cuadro y puede responderte con un clic. También se pueden enviar y leer por MCP.

Un agente puede crear un ciclo de un proyecto o cambiar su nombre y fechas con la herramienta save_cycle, con la misma numeración que desde la app.

Si una tarea está en In Review, las que esperaban por ella pueden empezarse y los agentes pueden reclamarlas. Cada estado lleva la casilla «Desbloquea las tareas que bloquea» en Ajustes › Estados, que solo cambian el dueño y los administradores.

Al copiar una clave de API, un enlace de invitación, los secretos y URLs de webhooks, la dirección del buzón o los códigos de recuperación, sale el aviso «Copiado» abajo, como al borrar una tarea. Solo aparece si el portapapeles lo aceptó.

El agente de ayuda ya no afirma que algo es imposible salvo que la documentación lo diga, y revisa otras páginas cuando una encaja a medias. Antes decía, por ejemplo, que no se podía compartir el workspace entero.

En el Resumen de cada proyecto, la sección Actualizaciones guarda su historial de estado. «Redactar con IA» prepara un borrador con lo ocurrido desde la última actualización; lo revisas, lo editas y lo publicas tú, y nada sale solo.

Escribe / y elige Bloque plegable para esconder un log, unas notas o un análisis. Mientras editas se ve abierto; al leer nace plegado y se abre al pulsar su título. Funciona en tareas, documentos y comentarios.

Al leer una descripción o un documento, cada encabezado tiene una flecha que pliega su sección hasta el siguiente encabezado del mismo nivel. Al editar se ve todo.

Un botón junto a Historial alterna entre el ancho de lectura y todo el ancho disponible, útil con tablas anchas. Se recuerda en tu navegador.

Las actualizaciones de proyecto se pueden corregir y borrar, y al publicarlas se avisa a los miembros del proyecto con una notificación. Los agentes las leen por MCP.

Desde la vista general de la cuenta puedes activar un correo que llega los lunes por la mañana con la actividad de la semana, solo si la hubo. Puedes mandarte uno de prueba al momento y darte de baja con un clic desde el propio correo.

En el selector de workspace, «Salir de este workspace…» te saca de uno al que te invitaron, tras confirmarlo. No pueden salir el dueño ni el único administrador, y tampoco puedes dejar tu único workspace.

Además de diaria, semanal y mensual, una tarea recurrente puede repetirse cada tres meses. Si el mes que le toca es más corto, cae en su último día.

En el resumen del proyecto, arrastra cada milestone por su asa (o muévelo con el teclado) para ordenarlos. Ese orden se respeta en todos los selectores, y los milestones nuevos van al final.

Cada milestone del resumen se pliega desde su cabecera para ocultar sus tareas; el nombre, la fecha y el progreso siguen a la vista. Hilbana recuerda cuáles dejaste plegados.

Cualquiera puede descargar sus datos o eliminar su cuenta desde Perfil, también quien entra solo por invitación y no administra ningún workspace.

Cuando un agente trabaja en una tarea de una iniciativa que se entrega a un producto, el menú lateral señala la actividad en los dos proyectos, no solo en la iniciativa.

Desplazarte por un grupo de más de 60 tareas en el listado podía romper la vista. Ya no pasa.

En el menú de ayuda (?), «Novedades» abre este changelog en el idioma de la app. Un punto en el botón te avisa cuando hay algo nuevo que aún no has visto.

Arrastra el borde derecho del menú lateral para ensancharlo o estrecharlo, y Hilbana recuerda el ancho que elijas. Con doble clic en el borde vuelve al tamaño por defecto.

Tu agente puede editar o borrar comentarios con las mismas reglas que en la app: cada comentario solo lo toca su autor. Editarlo no vuelve a notificar a nadie.

Tu agente puede consultar las etiquetas de proyecto y, si eres el dueño del workspace, crearlas, cambiarlas y borrarlas.

Cada milestone de la pestaña Versiones tiene su propio selector de versión, así que los repartes sin entrar en su ficha.

El resumen de un milestone y el changelog de una versión se escriben en el idioma que usas en Hilbana.

Etiqueta cada milestone con la versión en la que sale y míralos agrupados en la nueva pestaña Versiones del proyecto, con su progreso. Desde ahí, Hilbana redacta el changelog de una versión a partir de los resúmenes de sus milestones y lo copias en Markdown.

La campana reúne lo que te llega en todos tus workspaces, no solo en el que tienes abierto. «Ver todas» abre el historial completo, con filtros por no leídas y por workspace, y selección múltiple para marcarlas o borrarlas.

En Ajustes › Estados decides si el agente deja su trabajo en revisión o directamente como completado. Lo pueden cambiar el dueño y los administradores del workspace, que ahora también gestionan los estados y las automatizaciones.

Un commit que menciona el identificador de una tarea (por ejemplo DRAPPS-123) aparece en su ficha, y GitHub muestra en el commit un check que enlaza a la tarea.

Las secciones de Ajustes se agrupan en Tu cuenta, Workspace, Forma de trabajar, Agentes e IA e Integraciones. Los grupos se pliegan y recuerdan cuáles dejaste abiertos.

Si no te sirve, archívalo o elimínalo y elige a qué proyecto se mueven sus tareas. Un workspace puede quedarse sin proyectos; en ese caso, al crear o mover una tarea hay que indicar el proyecto.

El menú contextual de las tareas de una iniciativa permite asignar, cambiar o quitar el producto, y la ficha de una tarea abierta desde el producto conserva su contexto. Los proyectos de los menús salen en orden alfabético.

Al abrir el enlace de una tarea de otro de tus workspaces, Hilbana cambia de workspace y te lleva a ella. Si no has iniciado sesión, vuelves al enlace después de entrar.

Los repositorios cubiertos por la integración se vuelven a leer de GitHub al conectar, cuando cambian los permisos y al abrir Ajustes. Con «All repositories», el rótulo lo indica.

Los seis estados con los que arranca cada workspace ya traen su color, en vez de salir en gris.

Quien tiene un proyecto compartido en modo lectura puede comentar desde la API y el MCP, igual que desde la app.

Un proyecto puede ser una iniciativa (trabajo con fin) o un producto (el repositorio donde se implementa). Las tareas de una iniciativa se entregan a un producto y a uno de sus milestones, y quien ve el producto ve lo que le llega sin ver el resto de la iniciativa.

Cada producto declara sus repositorios. Cuando un PR de uno de ellos menciona una tarea de una iniciativa, la tarea se entrega sola a ese producto. Al crear una tarea en una iniciativa puedes partirla por repositorio.

Al moverla, se lleva sus sub-tareas de cualquier nivel y deja el ciclo del proyecto viejo. Su identificador anterior sigue funcionando en enlaces, menciones, búsqueda y el MCP, también si cambias el prefijo del proyecto.

Si va al mismo producto conserva su versión, y las sub-tareas entregadas a otro producto se quedan en la iniciativa. Antes de hacerlo te pide confirmación, en la ficha y en bloque.

Las relaciones de una tarea muestran el estado de la otra, y un agente no puede empezar una tarea mientras la bloquee otra sin terminar. Además, al cerrar una tarea el MCP le recuerda dejar un comentario para quien revise.

El comentario que deja un PR al entregar una tarea a su producto ya no aparece como «Usuario eliminado».

Ya no abre el teclado solo y, con el teclado abierto, se ajusta a la parte visible de la pantalla.

La vista previa de una tarea mencionada se cierra al abrir el enlace, en vez de quedarse flotando.

En el menú «?» tienes un chat que responde con la documentación, te enseña el vídeo corto de lo que preguntas sin salir de la app y, si no basta, te pasa a soporte con la conversación ya escrita. Cada plan tiene un cupo de preguntas al día, que ves como una barra.

Si eres dueño de uno o varios workspaces, tienes una vista con las cifras, los agentes y lo que necesita atención en todos ellos: tareas atascadas, ejecuciones de agente fallidas, milestones y ciclos en riesgo y proyectos parados. Se actualiza en directo y está en los planes de pago.

Desde el menú contextual de una sub-tarea o desde su ficha, la sacas de su padre y pasa a ser una tarea independiente.

La facturación, la auditoría, las integraciones, las importaciones y la configuración del workspace las gestiona el dueño, y Ajustes no las enseña a quien no puede tocarlas.

Los campos de texto largo se editan con doble clic o con el botón «Editar», que aparece al pasar el ratón. Un clic suelto ya no abre el editor.

Desde el MCP, un agente puede listar, crear y borrar carpetas de documentación y mover documentos entre ellas.

Si no puedes editar una tarea, su menú contextual solo ofrece copiar su identificador y su enlace.

Mencionar una tarea con el prefijo propio de su proyecto crea el enlace, la tarjeta de vista previa y el retroenlace, y aparece en el autocompletado.

Al listar proyectos, un agente ve exactamente los que verías tú, General incluido.

Cuando un cambio o un comentario llega por el MCP o la API, el historial lo firma como «Ana (vía portátil)», con el nombre de la clave que se usó.

Escribe el nombre de una vista guardada en la paleta de comandos y ábrela con sus filtros aplicados, también si ya estás en el listado.

Cada acción sale traducida, con un resumen del detalle y nombres en vez de identificadores. Un intento de entrar con un email que no existe ya no aparece como «cuenta eliminada».

El informe que escribe la IA, y sus mensajes de error, salen en el idioma en el que usas la app.

El catálogo de Ajustes › Agentes lista las 38 herramientas que tiene el MCP, sin que falte ninguna.

El buscador de los documentos de un proyecto encuentra la palabra que estás escribiendo aunque no la hayas terminado, avisa mientras busca y enseña fragmentos limpios.

Cuando un PR mueve una tarea de estado, el historial dice «GitHub PR #42» en lugar de «Alguien».

Al crear una etiqueta nueva desde una tarea, queda aplicada a esa tarea.

Al crear un proyecto o una épica desde una plantilla, sus sub-tareas salen en el orden en que están en la plantilla.

Las tareas de personas que no se pudieron emparejar con un miembro cuentan como «Sin asignar» en el resumen.

Quien entra como invitado ya no ve la sección de PRs ni el aviso de conectar GitHub.

En la velocity, cada número va justo encima de su barra. La etiqueta «En riesgo» o «Vencido» baja bajo la fecha en vez de cortarse. En el calendario, el día elegido y las flechas de mes se ven bien.

Una invitación pendiente dice «Ocupará asiento al aceptar», tu fila en Miembros enseña el rol traducido, las tarjetas de planes dicen «Proyectos ilimitados» y la ficha del proyecto dice «Borrar proyecto».

Con el módulo de facturación con Odoo, el informe para el cliente lleva las horas sin facturar a un borrador de factura en tu Odoo, con su cliente y su servicio, y las marca como facturadas. Funciona con Odoo 16 en adelante.

Desde el MCP, un agente puede crear, editar y borrar etiquetas, además de ponerlas y quitarlas en las tareas.

Si usas la app en inglés, los mensajes del MCP y las pantallas para conectar Claude también salen en inglés.

Contratar un plan con módulos se hace de una vez, y un módulo que necesita otro lo añade solo.

El parte de horas tiene un botón en la cabecera que abre el informe para el cliente con el mismo proyecto y periodo, y te dice cuántas horas quedan sin facturar.

Al bajar por una tabla larga, la fila de cabecera se queda arriba y sigues viendo qué es cada columna.

Se creaban sin equipo y no se comportaban como los de la app. Ahora nacen con el equipo del workspace, y los que ya existían se han corregido.

La creación, edición y borrado de etiquetas comprueba el rol de quien lo hace también en el servidor.

Conecta tu cuenta de Bitbucket Cloud en Ajustes › Bitbucket y los PRs que mencionan una tarea aparecen en su ficha, como con GitHub. El resumen con IA de un milestone también los tiene en cuenta.

Al imputar o editar tiempo puedes marcar si es facturable al cliente o trabajo interno. Por defecto, toda hora es facturable.

El botón se queda ocupado mientras te lleva a GitHub y ya no admite un doble clic.

La lista de secciones de Ajustes se desplaza por su cuenta, en el móvil y en el escritorio, aunque no quepa en la pantalla.

Trae un proyecto de Asana a Hilbana con sus tareas, estados, etiquetas y comentarios. Lo conectas con un token desde Ajustes › Importar.

La suscripción pasa a ser de tu cuenta, no de cada workspace: pagas una vez y el plan vale en todos los tuyos. Las personas cuentan una sola vez aunque estén en varios, y el almacenamiento se suma. Solo el dueño de la cuenta gestiona la facturación.

En Ajustes › Miembros, la vista «Toda la cuenta» enseña a cada persona de tus workspaces una sola vez, dónde está y si ocupa asiento en tu plan.

El tablero tiene los mismos filtros que el listado de issues, incluidos milestone y persona asignada.

El plan Team incluye 10 personas, y el aviso de límite ya lo dice bien.

Autorizar la conexión daba error al confirmar. Además, con las apps de escritorio que recuperan la sesión por su cuenta, ahora ves una página que confirma que la conexión se ha hecho.

En el menú de ayuda («?») hay una opción para escribir a soporte sin salir de Hilbana. Tu mensaje nos llega con el contexto necesario y te respondemos por correo.