/dev-team:assign-taskAsigna una tarea del backlog a un agente (uso exclusivo del Lead)
/dev-team:bugReporta un bug con REPRODUCCION OBLIGATORIA - QA replica el problema paso a paso en el ambiente real, con evidencia, y emite un veredicto explicito (REPRODUCIDO / NO REPRODUCIDO / BLOQUEADO) ANTES de que se registre el bug o se hable de la correccion. Uso - /dev-team:bug {descripcion, ID o URL del t
/dev-team:db-healthEjecuta health check de base de datos del servicio actual. Usa el agente dba.
/dev-team:deploy-checkVerifica que un servicio esta listo para deploy (Dockerfile, tests, health check, CI/CD)
/dev-team:deployDespliegue y operacion segun el estandar FAAST - probar en local (con BD local Docker o remota), descubrir en SOLO LECTURA que hay en un servidor sin romper nada, desplegar de forma guiada a un servidor, hacer el cutover de PM2 a Docker, o auditar un componente contra el estandar de dockerizacion. U
/dev-team:designEl equipo de diseño produce una PROPUESTA FUNCIONAL DE DISEÑO profesional (UX, pantallas, identidad, motion, 3D, prototipo navegable, tokens, deck HTML+PDF) para que el usuario elija antes de implementar. Subcomandos - {pedido} (propuesta completa), pantalla {HU}, identidad, motion, 3d, prototipo, t
/dev-team:diagnosticoDiagnostico del equipo en esta maquina - revisa que este todo lo necesario para trabajar (Node, Python, git, gh, navegador de pruebas), que los hooks del plugin arranquen, la carpeta del equipo y su configuracion, y los ultimos fallos registrados; dice en lenguaje claro que falta y lo arregla con tu
/dev-team:docEl Product Owner genera un DOCUMENTO DE NEGOCIO (PDF + DOCX) desde las HUs, epicas, backlog o sprint - en lenguaje 100% funcional, desde plantilla. Tipos - hu, especificacion (epica), sprint, aceptacion. Complementa /dev-team:document (que es la documentacion TECNICA del tech-writer). Uso - /dev-tea
/dev-team:documentEl Tech Writer actualiza la documentacion tecnica - README, OpenAPI, ADRs, diagramas, changelog, onboarding. Puede publicar en GitHub docs/wiki o Azure DevOps Wiki.
/dev-team:e2eQA valida HUs y mantiene la suite E2E con Playwright. Subcomandos - HU-nnn (validar con evidencia por criterio + automatizar), run (regresion, doble corrida), plan/generate/heal (Playwright Test Agents), visual, a11y, api (Schemathesis), explorar {url}.
/dev-team:flowRegistra y re-ejecuta flujos de negocio paso a paso, ordenados en carpetas flujos/{dominio}/{flujo}/ - crea el flujo, lo graba mientras lo recorres (capturando pasos y evidencia), lo lista, verifica sus precondiciones, o lo ejecuta con puntos de parada, cambios de BD guardados, verificacion y eviden
/dev-team:git-checkVerifica estado de git antes de commitear (branch correcto, archivos correctos, sin conflictos)
/dev-team:handoffCrea un handoff para comunicarte con otro agente del equipo
/dev-team:hotfixCorreccion urgente de un incidente en produccion/ambiente sensible - flujo rapido pero con los gates INTACTOS (reproducir, plan, fix, revalidacion con evidencia antes/despues, seguridad si aplica, merge del Lead, informe de conformidad y pase). Rapido no es saltarse controles. Uso - /dev-team:hotfix
/dev-team:inboxLee y procesa handoffs pendientes dirigidos al agente actual
/dev-team:memoriaMemoria del equipo (RAG con retroalimentacion y mejora continua) - buscar lo que el proyecto ya sabe, registrar lecciones de las correcciones del usuario y de QA, dar feedback util/no-util, consolidar el manual por agente, proponer reglas permanentes y medir la recuperacion. Subcomandos - buscar {co
/dev-team:new-projectCrea un proyecto nuevo desde una idea o documento de requerimientos. Valida prerequisitos, diseña la arquitectura (mono o multi-repo), crea repos con scaffolding y genera el backlog de HUs en GitHub o Azure DevOps.
/dev-team:onboardAdopta un proyecto existente (mono-repo o multi-repo, en GitHub o Azure DevOps, o solo local). Valida prerequisitos, detecta y analiza repos, trae tickets del tracker y prepara al equipo completo para trabajar.
/dev-team:pasePrepara una solicitud de pase a ambiente (certificacion, puente, demo, preprod o productivo de cliente) - documento Word+PDF, auditoria de scripts del DBA y Scripts.zip. Usa el agente release-manager.
/dev-team:pentestEjecuta una prueba de intrusion AUTORIZADA (ethical hacking) sobre el proyecto - define alcance y autorizacion (RoE), modela amenazas, reparte al equipo de seguridad (pentester/appsec/cloudsec en paralelo), consolida hallazgos con evidencia y produce el informe. Uso - /dev-team:pentest {alcance o se
/dev-team:projectEl Product Owner arma y mantiene un GitHub Project v2 completo desde una propuesta, plan o lista - fases con condicion de salida (milestones), epicas por categoria con sub-issues, historias de negocio con Gherkin (issues reales, nunca borradores), campos Fase/Categoria/Prioridad/Tipo/Status, etiquet
/dev-team:refineEl Product Owner convierte tu pedido en Historias de Usuario profesionales (de negocio, con criterios de aceptacion Gherkin) y las crea en GitHub Projects o Azure DevOps Boards.
/dev-team:retroRetrospectiva del sprint - reune datos reales (velocidad, veredictos revertidos, bloqueos, latencia de handoffs, bugs), facilita que salio bien / que mejorar, y convierte los acuerdos en acciones concretas con responsable. El PO aplica las mejoras de backlog desde el proximo sprint. Uso - /dev-team:
/dev-team:review-prRevisa un Pull Request verificando codigo, tests, seguridad y cumplimiento de reglas del proyecto. Uso - /dev-team:review-pr $ARGUMENTS
/dev-team:security-auditAuditoria de seguridad del repo/proyecto con el equipo de ciberseguridad (cybersec Lead + appsec + cloudsec). Revision estatica de codigo, dependencias, secretos e infra. Para pruebas ACTIVAS sobre la app desplegada (ethical hacking) usa /dev-team:pentest.
/dev-team:security-reportGenera el informe profesional de seguridad (PDF + HTML) de un pentest o auditoria, con resumen ejecutivo, hallazgos por severidad, evidencia embebida (imagenes de las pruebas), CVSS y remediacion. Uso - /dev-team:security-report PENTEST-{id}
/dev-team:setupValida e instala todos los prerequisitos del proyecto - git, gh/az CLI, Docker, SDKs, clientes de BD, Playwright. Configura conexiones de BD y autenticacion del tracker, y con `permisos` propone las reglas que evitan que los agentes se bloqueen por confirmaciones o por el modo automatico. Ejecutalo
/dev-team:standupDaily standup del equipo - resumen de un vistazo de que hizo cada agente, que esta en progreso, que esta bloqueado y que sigue, a partir de la actividad registrada, los handoffs y el sprint. Solo lectura. Uso - /dev-team:standup [hoy|ayer|--desde {fecha}]
/dev-team:startPunto de entrada unico del equipo. Detecta si hay proyecto configurado y te guia - crear proyecto nuevo, heredar uno existente, o continuar trabajando. Si no sabes que comando usar, usa este.
/dev-team:statusMuestra el estado actual del proyecto de microservicios (backlog, sprint, handoffs, repos)
/dev-team:syncSincroniza el trabajo del equipo con el tracker del proyecto (GitHub Issues/Projects o Azure DevOps Boards). Trae items nuevos, actualiza estados, crea PRs y comenta progreso.
/dev-team:team-metricsDashboard del Lead - productividad y consumo de tokens por agente. Quien trabaja mas, que hace cada uno ahora mismo, cuanto consume cada agente y en que modelo corre. Soporta modo live (--watch).
/dev-team:team-officeOficina virtual del equipo en tiempo real (estilo Gather Town) - un mapa 2D en el browser donde ves a cada agente en su escritorio, su estado (trabajando/bloqueado/idle), su tarea actual y los handoffs volando entre escritorios.
/dev-team:test-planQA genera el plan de pruebas de una HU desde sus criterios de aceptacion - que se automatiza (E2E/API), que se prueba manual, casos borde y datos necesarios.
/dev-team:wikiWiki viva del proyecto (patron LLM Wiki de Karpathy, vault de Obsidian en .coordination/wiki/). Subcomandos - init, ingest, lint, query. La mantiene el tech-writer.