Ejemplos de cómo utilizar Kanera con IA

Una vez que un agente de IA está conectado a Kanera a través de MCP, puede ver su trabajo real en todos los ámbitos y actuar en consecuencia. Esa es la diferencia entre un asistente que adivina a partir del texto pegado y uno que razona a partir de datos del espacio de trabajo en vivo: tarjetas, personas asignadas, fechas de vencimiento, etiquetas, campos personalizados, notas, comentarios y actividad.

Los ejemplos siguientes son flujos de trabajo reales. Cada uno muestra qué preguntar, por qué el agente puede hacerlo y qué obtiene a cambio. La mayoría sólo lee Kanera. Los que lo cambian están marcados. (cambia a Kanera) y necesita acceso de escritura: una conexión OAuth en la que usted es un editor en el tablero o una clave API con alcance de escritura.

Seguimiento de bloqueadores y traspasos

Pruebe estas indicaciones con un agente conectado:

• "Hacer que los mensajes del producto final bloqueen la copia de la página de destino. Relacionar la copia con la revisión legal opcional sin convertirla en un requisito previo".
• "Muestre las tarjetas bloqueadas en el espacio de trabajo de Marketing y explique los bloqueadores y propietarios que puedo ver".
• "Mira el tablero de lanzamiento. Cuando una tarjeta se desbloquea, lee sus detalles actuales y dime quién puede recogerla a continuación".

Para explicar cadenas enteras, el agente utiliza cards.dependency_graph con una tarjeta, tablero o espacio de trabajo. También puede utilizar cards.set_relations, work.query_cards con blockedOnly, y card.blocked / card.unblocked suscripciones a eventos. Una ejecución marcada como bloqueada es independiente de estas relaciones de tarjetas. Ver Relaciones de tarjetas y bloqueo.

Revisar un cronograma y proponer una reprogramación

"Revise la línea de tiempo del tablero de lanzamiento. ¿Cuándo se proyecta que finalice la cadena crítica, qué tarjetas no tienen holgura y qué tarjetas comienzan antes de que terminen sus bloqueadores? Muestre las fechas y el impacto de la jornada laboral. No cambie nada".

El agente resuelve el tablero con boards.list_accessible, luego llama work.schedule con exactamente un alcance:

{ "boardId": "<board UUID>" }

uso { "workspaceId": "<workspace UUID>" } en lugar de programar el espacio de trabajo juntos. No pases ambos. Un horario de tablero sigue cadenas conectadas accesibles a otros tableros. el guía de línea de tiempo explica la visión humana del mismo cálculo.

leer summary.projectedFinish, summary.latestDue, y summary.slipDays por el pronóstico y su retraso con respecto a la última fecha prometida. Por tarjeta, plannedStart / plannedEnd describir el plan almacenado, earliestStart / earliestFinish tener en cuenta los requisitos previos, slackDays mide el espacio para deslizarse, critical marca el trabajo conectado sin holguras, y conflicts identifica los requisitos previos planificados para terminar demasiado tarde. Días significa días laborables de lunes a viernes; Se excluyen las tarjetas completadas. Las tarjetas que la conexión no puede abrir también se excluyen, así que describa el pronóstico como el plan accesible.

Por ejemplo, si un requisito previo finaliza el viernes y está previsto que su dependiente comience ese viernes, la transferencia limpia más temprana es el lunes: un día hábil después. cards.dependency_graph explica quién bloquea a quién; utilizar work.schedule para las fechas reales del cronograma y la holgura.

"Proponga fechas para que MKT-42 comience el próximo lunes y termine ese viernes. Explique qué dependientes necesitarían mudarse. Muestre la propuesta antes de aplicarla".

No hay ningún parámetro de entrada hipotético en work.schedule. Lea el cronograma actual, razone a partir de sus duraciones y vínculos, y etiquete los impactos propuestos como estimaciones. No cambie las fechas guardadas simplemente para simular una respuesta. Cuando el usuario apruebe un cambio, vuelva a leer la tarjeta con cards.get, luego usa cards.update:

{
  "cardId": "MKT-42",
  "changes": {
    "startDateLocalDate": "2026-11-02",
    "dueDateLocalDate": "2026-11-06"
  }
}

Esas fechas ilustran de lunes a viernes; resolver frases relativas utilizando la zona del usuario de session.get y repetir las fechas elegidas. También se admiten frases de fecha de inicio. leer work.schedule nuevamente después de guardar para informar el resultado real. Las fechas de sucesor no se mueven automáticamente. La aplicación de este ejemplo cambia Kanera y requiere acceso de escritura.

Ver horario salud

"Mire el tablero de lanzamiento. Dígame cuándo aparece su primer conflicto de programación, cuándo se soluciona o cuándo un cambio de fecha de ruta crítica retrasa el final proyectado. Lea el cronograma antes de informar, muestre los enlaces de las tarjetas afectadas y deje las fechas sin cambios".

Un host compatible se suscribe por separado a schedule.conflict_detected, schedule.conflict_resolved, y schedule.critical_path_slipped, con alcance en el tablero y su espacio de trabajo. Comience con un work.schedule leer para incluir los problemas existentes; Los eventos anuncian cambios después de una línea de base, no de una repetición. Lea la programación en cada aparición, omita las escrituras propias de la conexión cuando corresponda y elimine los duplicados repetidos. eventId valores. Ver Suscríbete a eventos para cargas útiles, actualización y límites de entrega.

Para una revisión matutina, solicite "mis conflictos de programación, trabajo crítico y tarjetas que no cumplieron con el inicio planificado". work.my_day devuelve estos en schedule.conflicts, schedule.critical, y schedule.lateToStart junto con urgencia y Up next. Para una revisión de proyectos cruzados, work.portfolio_summary devuelve el paquete acumulativo admitido por tablero conflictCount, criticalCount, projectedFinish, latestDue, y slipDays; taladrar los tableros afectadas con work.schedule.

Si la línea de tiempo o las dependencias están deshabilitadas, el agente informa TIMELINE_DISABLED o DEPENDENCIES_DISABLED y solicita al administrador correspondiente que habilite la función cuando sea necesario. Debería continuar con el trabajo disponible en lugar de volver a intentar la operación rechazada.

Pon en orden el trabajo de hoy

"Muestre mi siguiente cola, luego mueva la tarjeta de liberación de pagos a la parte superior y coloque la revisión de la documentación inmediatamente después". (cambia a Kanera)

El agente lee primero las entradas clasificadas actuales, resuelve las cartas solicitadas y utiliza anclajes de entrada para realizar el movimiento exacto. Cambia la orden de trabajo sin cambiar las fechas de vencimiento, las listas de flujo de trabajo o un campo personalizado de Prioridad. Pídale que muestre el orden propuesto antes de aplicar una reorganización más amplia.

Planifique el trabajo y luego realice un seguimiento a medida que llegue el código.

Este es el flujo de trabajo que muestra lo que realmente desbloquea MCP: un agente de codificación que planifica en Kanera y luego actualiza la misma tarjeta mientras realiza el trabajo real. Debido a que se puede acceder al editor del agente y a Kanera a través de MCP, la tarjeta de seguimiento se mantiene precisa por sí sola: nadie cambia de pestaña para marcar casillas.

Paso 1: planifique en la tarjeta. Señale al agente el trabajo y pídale que registre el plan donde el equipo pueda verlo:

"Lea este repositorio y la tarjeta 'Actualizar dependencias'. Escriba un plan de implementación en la descripción de la tarjeta y agregue una lista de verificación con un elemento por proyecto que necesite actualización". (cambia a Kanera)

El agente inspecciona el código base, redacta un plan, actualiza la descripción de la tarjeta con él y crea un elemento de la lista de verificación por proyecto. Ahora la tarjeta es la fuente de verdad para el esfuerzo, no una charla desechable.

Paso 2: haga el trabajo y deje que el agente cierre su propia lista de verificación. En la misma sesión (o en una posterior), haga que el agente implemente el cambio en todos los proyectos:

"Revise la lista de verificación de esa tarjeta. Actualice las dependencias en cada proyecto y, a medida que cada uno se construye y pasa, marque el elemento de su lista de verificación como completo". (cambia a Kanera)

A medida que el agente finaliza cada proyecto, marca el elemento coincidente en la tarjeta de seguimiento. Cualquiera que observe el tablero ve el progreso real en tiempo real: la lista de verificación se completa a medida que se envía el código, no cuando alguien recuerda actualizarlo. Cada check-off se registra como el agente que actúa por usted, con un a través de <agente> insignia, por lo que la tarjeta también funciona como un registro de auditoría de lo que hizo el agente y cuándo.

Este ciclo de "planificar en la tarjeta y luego informar el progreso a la tarjeta" funciona para cualquier esfuerzo de varios pasos: actualizaciones de dependencias, migraciones, refactorizaciones o una función dividida en tareas.

Deje que el tablero muestre que el agente está trabajando.

Un trabajo largo es invisible hasta que termina, y es así como dos personas acaban haciendo el mismo trabajo. En su lugar, un agente puede anunciarse en la tarjeta:

"Antes de empezar PLAT-42, abra un agente que se ejecute en él y manténgalo actualizado a medida que avanza. Márcalo bloqueado si necesitas una decisión de mi parte". (cambia a Kanera)

el agente llama runs.start con un título corto, y el mosaico de la tarjeta muestra inmediatamente un chip activo que nombra al agente y el trabajo. A partir de entonces runs.update es tanto el informe de progreso como el latido del corazón:

1. runs.start — { cardId: "PLAT-42", title: "Implementing OAuth refresh", }. El chip aparece en el mosaico y la carrera en vivo se muestra debajo de la descripción de la tarjeta.
2. Trabaja y sigue informando. runs.update con { runId, summary: "Refresh rotation done; wiring the retry path." }. Cada llamada es un latido, así que envíe una al menos cada diez minutos en un trabajo largo, incluso uno vacío.
3. runs.update con status: "blocked" cuando te necesita. El chip se vuelve ámbar y el resumen dice lo que está esperando, por lo que la pregunta está en la tarjeta en lugar de enterrada en un registro de chat.
4. runs.update con status: "succeeded" (o failed, o cancelled) para cerrarlo. El chip se borra, la carrera permanece en el historial de la tarjeta y el resultado se registra en el feed de actividades.

pedir runs.list Primero cuando varios agentes comparten tablero: muestra lo que ya está en vuelo para que dos de ellos no inicien la misma carta. Si un agente falla a mitad de la ejecución, Kanera marca la ejecución detenida después de quince minutos en lugar de dejar la tarjeta con aspecto de ocupada para siempre.

Reaccionar cuando algo cambia, sin que te lo pidan

Las indicaciones anteriores se ejecutan cuando las escribe. Un cliente que apoya Suscripciones a eventos de MCP, como ChatGPT, también pueden seguir viendo y actuar en el momento en que se crea, cambia, mueve o comenta una tarjeta, o en el momento en que cambia la cola de Siguiente. Kanera entrega el cambio al cliente; el cliente ejecuta la tarea que usted describió. No hay nada configurado en Kanera y al finalizar la tarea finaliza la suscripción.

Responde preguntas en una tarjeta mientras estás fuera.

"Mire el tablero de lanzamiento. Cuando un nuevo comentario haga una pregunta, lea la tarjeta y su hilo, y responda con la respuesta si está en la tarjeta o en las notas vinculadas. Si no es así, responde que haré un seguimiento y dímelo". (cambia a Kanera)

Cada nuevo comentario llega como un evento con el texto del comentario y la tarjeta. El agente lee el hilo completo con comments.list antes de responder, por lo que nunca responde desde un resumen de una línea. Debido a que cada evento dice quién realizó el cambio y si el propio agente lo hizo, una tarea como esta verifica actor.self y se salta sus propias respuestas en lugar de responderse a sí mismo.

Mantenga actualizado un canal de partes interesadas.

"Avíseme cada vez que una tarjeta pase a la lista Listo en el tablero móvil, con un resumen de una línea de lo que se envió".

El evento de movimiento lleva la lista de destinos, por lo que el agente puede filtrar por Listo y leer solo las tarjetas que llegan. Combine esto con un destino de chat o permita que el cliente publique el resumen donde lo lean sus partes interesadas.

Clasifique el nuevo trabajo a medida que llegue.

"Mire la lista de admisión en el tablero de soporte. Para cada tarjeta nueva, sugiere una etiqueta de prioridad y un propietario según la descripción y tarjetas anteriores similares, y deja la sugerencia como comentario. No cambies la tarjeta." (cambia Kanera: solo el comentario)

un card.created El evento se activa tan pronto como existe la tarjeta. El agente lo lee con cards.get, busca tarjetas similares y comenta su sugerencia para que una persona las acepte. La decisión sigue siendo humana; la investigación se realiza antes de que alguien abra la tarjeta.

Guarda una tarjeta crítica.

"Mira PLAT-42. Si algo cambia, incluidos los comentarios, envíeme una breve nota indicando qué cambió y quién lo cambió".

Suscríbase a una tarjeta cuando una tarjeta de liberación, contrato o incidente no deba cambiar silenciosamente. El evento nombra al actor, por lo que la nota dice si fue un compañero de equipo, una automatización u otro agente.

Sepa cuándo cambian sus prioridades.

"Siempre que mi cola A continuación cambie porque alguien más la reordenó, dígame qué se movió y qué está ahora en la parte superior".

un priorities.changed El evento se activa cuando su cola gana, pierde o reordena una entrada, incluso cuando se completa o reasigna una tarjeta en cola. No lleva tarjetas, por lo que el agente lee la cola con priorities.list, lo compara con el orden que vio la última vez y omite los cambios donde actor.self es verdad o actor.userId eres tu. Sólo se puede observar tu propia cola.

Obtenga una sesión informativa por la mañana.

"Todos los días laborables por la mañana, dígame qué está vencido, qué vence esta semana y qué está en la parte superior de mi próxima cola".

un my_day.ready El evento llega a las 08:00 de lunes a viernes en su zona horaria, mientras el correo electrónico de resumen diario está activado. El agente responde con uno. work.my_day llamada, que devuelve tarjetas vencidas, vencidas esta semana, lista de verificación vencida y tarjetas asignadas inactivas, además del encabezado de su cola Hasta la próxima.

Dos hábitos hacen que estas tareas sean confiables: pedirle al agente que lee la tarjeta antes de escribir, ya que los eventos son resúmenes, y para usar claves de idempotencia para escrituras repetibles, ya que el mismo cambio puede llegar más de una vez. La entrega se realiza con el mejor esfuerzo en unos pocos minutos; Si no se puede acceder al cliente por más tiempo, la tarea debería recuperarse leyendo el estado actual en lugar de esperar una repetición.

Clasificación matutina en un solo mensaje

"Muéstreme todo lo que se me ha asignado en el espacio de trabajo, agrupado por urgencia. Marque cualquier cosa vencida, cualquier cosa sin fecha de entrega y cualquier cosa que no se haya movido en una semana".

Para un comienzo rápido, work.my_day devuelve trabajos vencidos, vencidos esta semana, lista de verificación vencidos y trabajos inactivos, además de su cola Siguiente en una sola llamada. Para agrupaciones personalizadas, la consulta de trabajo delimitada extrae toda la cola del espacio de trabajo a la vez. Puede filtrar por fecha de vencimiento, estado de vencimiento, inactividad y último movimiento, y luego mostrar las dos o tres cosas que necesita hoy. En la aplicación, Inicio y Mis tarjetas proporcionan las versiones orientadas a humanos de este flujo de trabajo.

Actualización instantánea

"Prepara mi stand-up: lo que cerré ayer, en lo que estoy trabajando hoy y todo lo bloqueado".

El agente lee la actividad reciente y las tarjetas asignadas y luego redacta una actualización detallada. Pégalo en Slack o léelo. el incorporado prepare_standup_update El aviso hace exactamente esto si su cliente aparece.

Revisión de el tablero para un gerente

"Resuma el tablero de la hoja de ruta. Mencione los bloqueadores, las tarjetas obsoletas, las tarjetas sin propietario y lo que es probable que se escape en este sprint".

Un agente con acceso de lectura al tablero puede combinar metadatos del tablero, páginas de tarjetas delimitadas, filtros de trabajo obsoleto e historiales de tarjetas seleccionados para revisar un tablero como lo haría un cliente potencial: no solo enumerar tarjetas, sino razonar sobre el riesgo. Genial antes de una reunión de planificación.

Convierte una reunión en tarjetas

"Aquí están mis notas de la llamada al cliente. Tarjetas de borrador para cada elemento de acción con un título, una descripción de Markdown y una lista sugerida. Muéstreme los borradores primero; no cree nada todavía".

El agente propone tarjetas estructuradas. Usted revisa, edita y luego dice:

"Créelos en la lista de admisión y etiquételos customer-request." (cambia a Kanera)

Este patrón de "redactar, revisar y aplicar" es la forma más segura de permitir que un agente cree trabajo: siempre ve el plan antes de que algo llegue a Kanera.

Una vez que lo apruebe, el agente crea todo el plan en una sola llamada, con las etiquetas, los asignados y la fecha de vencimiento de cada tarjeta ya establecidos, y primero verifica cada tarjeta para que un nombre de etiqueta o compañero de equipo incorrecto detenga el lote antes de que llegue algo. Las tarjetas que crea su agente son vistas automáticamente por usted, por lo que las respuestas llegan a sus notificaciones, marcadas a través de <agente>.

Recoger respuestas mientras el agente trabaja

"Publique el plan de migración en DEV-938, pídale a @Priya que cierre la sesión y siga buscando su respuesta mientras comienza con las pruebas". (cambia a Kanera)

El agente menciona a Priya en su comentario, que le notifica por bandeja de entrada, correo electrónico y push. Un agente que se ejecuta en su máquina no tiene una dirección a la que Kanera pueda devolver la llamada, por lo que verifica sus notificaciones cada pocos minutos con notifications.list, viendo solo lo nuevo desde la última vez que miró y nada propio escribe. Cuando Priya responde, lee el comentario y continúa.

Capture un recordatorio sin elegir un tablero

"Recuérdame renovar el seguro del lugar la próxima semana". (cambia a Kanera)

Cuando no nombra ningún tablero, el agente agrega el elemento como una tarea abierta en el Bandeja de entrada pagina de tu privado Bloc de notas en lugar de preguntar a dónde debería ir. Luego, pregunta "¿qué hay en mi bandeja de entrada?" para volver a leerlo, o "marque el del seguro" para comprobarlo. Nombra un tablero cuando el elemento pertenece al equipo y el agente crea una tarjeta allí.

Las fechas funcionan de la forma en que las dices. "Hacer que MKT-42 venza mañana a la 1:00 p. m." establece mañana en su propia zona horaria con el horario de vencimiento por la tarde y el agente le informa la fecha en que se utilizó.

Vuelve a una tarjeta en el momento adecuado

"Recuérdame sobre MKT-42 el viernes a las 3 p. m.". (cambia a Kanera)

Cuando nombras una tarjeta que ya existe, el agente establece un nombre privado. recordatorio en él en lugar de crear una tarea. Le indica la hora exacta en que se resolvió, en su propia zona horaria, y Kanera le notifica una vez cuando vence, a través de los canales que eligió para Recordatorios de tu tarjeta. Los recordatorios llegan hasta con ocho semanas de antelación. Pregunte "¿qué recordatorios tengo?" para enumerarlos, o "borrar mi recordatorio en MKT-42" para eliminar uno. "Watch MKT-42" sigue la actividad de la tarjeta.

Adjunte evidencia de una sesión de codificación

"Adjunte la captura de pantalla de la página de inicio de sesión fallida y el registro de prueba al DEV-938, luego resuma lo que dice el registro fallido". (cambia a Kanera)

Un agente que trabaja en su máquina obtiene un enlace de carga único para cada archivo y lo carga con curl, para que las capturas de pantalla y los registros largos nunca pasen por el chat. Luego puede leer el registro de la tarjeta con cards.get_attachmenty mire las capturas de pantalla que otros adjuntan para responder preguntas sobre ellas.

Búsqueda cruzada que comprende el contexto

"Encuentre todas las tarjetas, notas o comentarios que mencionen la migración de pagos y dígame cuáles aún están abiertos".

La búsqueda de MCP cubre tarjetas, notas, comentarios y nombres de archivos adjuntos en todo el espacio de trabajo. El agente no solo devuelve coincidencias: las agrupa, le indica qué está hecho y qué está abierto y le señala los hilos que importan.

Limpieza e higiene

"Enumere las tarjetas asignadas en este espacio de trabajo sin fecha de vencimiento ni etiquetas, y sugiera una etiqueta de prioridad y una fecha de vencimiento realista para cada una según la descripción". (Las sugerencias son de solo lectura; al aplicarlas se cambia Kanera)

El agente propone metadatos para que su tablero siga siendo reportable. Apruebe el lote y podrá establecer etiquetas, fechas de vencimiento y valores de campos personalizados en una sola pasada.

Mantenga una tarjeta actualizada de una discusión externa

"Agregue un comentario a la tarjeta 'Lanzamiento de SSO' que resuma este hilo de correo electrónico y muévalo a En curso". (cambia a Kanera)

El agente escribe un comentario resumido conciso y actualiza la lista de la tarjeta, de modo que el tablero refleje la realidad sin que nadie vuelva a escribir el estado a mano. Cada cambio conlleva un a través de <agente> insignia en la actividad de la tarjeta, por lo que sigue siendo auditable.

Si conoce la clave de la tarjeta, úsela directamente: "Agregar este resumen a PLAT-42 y márquelo como completo". Las claves actuales, las claves históricas exactas y los enlaces de tarjetas Kanera canónicas se pueden utilizar como referencias de tarjetas MCP. Un enlace canónico elimina la ambigüedad en el raro caso en el que la misma clave es visible en más de una organización.

Divida una lista ocupada en secciones

"En la lista de trabajos pendientes del tablero de la hoja de ruta, agregue separadores azules titulados 'Próxima versión' y 'Más tarde'. Coloque 'Próxima versión' antes de PLAT-42, coloque 'Más tarde' después del separador de Investigación existente, luego mueva PLAT-57 inmediatamente debajo de 'Próxima versión'". (cambia a Kanera)

El agente lee las tarjetas y separadores actuales del tablero, resuelve los anclajes solicitados y crea o mueve cada separador de primera clase en una posición exacta. Las tarjetas y los separadores comparten una línea de pedido, por lo que el agente también puede colocar una tarjeta en relación con un separador. Los divisores siguen siendo específicos del tablero incluso cuando la lista de flujo de trabajo se comparte con otros tableros.

Equilibrio de carga de trabajo en un equipo

"En este espacio de trabajo, muestre el trabajo asignado abierto por persona. ¿Quién está sobrecargado, quién tiene espacio y qué tarjetas podrían moverse razonablemente?"

La consulta de trabajo en equipo delimitada devuelve trabajo visible asignado, no asignado, vencido y obsoleto en todo el ámbito seleccionado. El agente puede razonar sobre la carga de todo el equipo y proponer un reequilibrio y luego, con su aprobación, reasignar tarjetas específicas. (reasignando cambios Kanera)

Resúmenes cruzados para un agente

"Dame un resumen de entrega para esta organización. Muestre el trabajo activo, vencido, vencido pronto, no asignado y completado recientemente por espacio de trabajo y tablero, luego mencione las áreas que necesitan atención".

work.portfolio_summary devuelve directamente la organización local, el espacio de trabajo y los resúmenes de tableros. El agente lee primero los agregados y luego inspecciona solo los tableros o tarjetas que necesitan detalles de respaldo. El paquete acumulativo está disponible a través de MCP, la API pública, kanera portfolio, y kanera.work.portfolio() en el SDK. No requiere una página web de Portafolio.

Borrador de una nota que ya escribiste

"Convierta mi nota de 'renovación de incorporación del tercer trimestre' en una tarjeta con un título claro y una descripción de Markdown que describa los pasos como una lista de verificación".

el draft_card_from_notes El mensaje convierte el pensamiento libre en una nota Kanera en un trabajo estructurado y procesable.

Consejos para aprovecharlo al máximo

• Mantenga estrechas las credenciales desatendidas. Utilice un leer Clave API o conexión de servicio para clasificación, resúmenes y búsqueda cuando la automatización nunca debería realizar cambios. Personal OAuth tiene capacidad de lectura/escritura, por lo tanto, configure los permisos y confirmaciones de la herramienta en el cliente MCP.
• Primero solicite un plan. Para cualquier cosa que cambie Kanera, solicite borradores o un plan propuesto, revíselo y luego diga "aplíquelo".
• Sea específico sobre el alcance. Asigne un nombre al tablero, lista, espacio de trabajo o persona para que el agente apunte a los datos correctos.
• Déjelo funcionar en todos los ámbitos. Los mayores beneficios provienen de preguntas que una vista de tablero único no puede responder: carga de trabajo, búsqueda entre proyectos y estado de entrega entre proyectos.

Para la configuración, las claves API, los alcances y la lista completa de recursos y acciones que el agente puede usar, consulte Conecte Kanera con su agente de IA, el referencia técnica, y el inventario de herramientas.