bi-backend

Plugin bi-backend from marketplace bi-standards in SEAZ20/bi-claude-plugins. Commands read from the repo's manifest — 5 days ago.

Skills (14)

• backend-service-conventions

  Convenciones del backend service interno/core: patrón Result (ResponseDto<T> / ErrorResponseDto), códigos desde ResponseEnum, errores de negocio en HTTP 422, headers de core, logging con ofuscación, hexagonal y naming de interfaces. Usar al implementar o modificar código en un repo de tipo service (

• bff-mobile-contract

  Contrato del BFF hacia la app mobile: respuestas con data / error.displayMessage, headers de app, fechas ISO 8601 y sin valores null. Usar al implementar o modificar endpoints en un repo de tipo BFF (no en el service interno, que usa backend-service-conventions).

• checkmarx-remediation

  Ayuda a resolver hallazgos SAST de Checkmarx (vulnerabilidades de seguridad como inyección SQL, XSS, path traversal, SSRF, secretos hardcodeados, criptografía débil, deserialización insegura) remediando en el punto correcto del flujo de datos. Usar cuando el scan de Checkmarx reporta vulnerabilidade

• code-review

  Revisión de código acotada SOLO a los cambios aplicados en el PR (el diff contra la rama destino), no al repo completo. Aplica un checklist alineado a las convenciones del equipo (contrato correcto service/BFF, ResponseEnum, hexagonal, tests, seguridad, performance, logging) y produce una evaluación

• commit-pr-writer

  Redacta el mensaje de commit en Conventional Commits a partir de los cambios aplicados y completa el template de Pull Request del equipo (descripción, tipo de cambio, work items #US, request/response de ejemplo). Usar al cerrar una tarea, antes de abrir o actualizar un PR. Se apoya en el diff (ver c

• git-workflow

  Política de ramas y merge del equipo (GitFlow): ramas permanentes master/testing/dev, ramas temporales feature/release/hotfix con su nomenclatura, origen y destino, estrategia de merge en un solo commit (squash-and-merge), historial lineal, peer review obligatorio y sin auto-merge. Usar al crear ram

• init

  Prepara el repo actual para el estándar del equipo (tipo service/BFF, comandos, carpeta specs y mapa). Invocar a mano con /bi-backend:init, una vez por repo.

• java-collections-guide

  Guía para elegir la colección correcta en Java según el caso de uso: List vs Set vs Map vs Deque, cuándo ArrayList/LinkedList, HashMap/TreeMap/LinkedHashMap, HashSet/TreeSet, ArrayDeque, colecciones inmutables, EnumMap/EnumSet y colecciones concurrentes. Usar al declarar estructuras de datos, al rev

• project-knowledge-graph

  Barre un repositorio de backend Java hexagonal y genera un mapa de conocimiento compacto y versionado en .ai/project-map/ (overview.md, graph.mmd, index.json y modules/<modulo>.md). Usar SIEMPRE al empezar a trabajar en un repo (sobre todo uno avanzado/desconocido) para ubicarse sin leer todo el cód

• scan

  Genera o refresca el mapa del repo en .ai/project-map/ (módulos, endpoints, puertos, auditoría). Invocar a mano con /bi-backend:scan, opcionalmente con --base-package.

• sonarqube-remediation

  Ayuda a resolver hallazgos de SonarQube del pipeline (bugs, code smells, vulnerabilities, security hotspots, cobertura y duplicaciones) corrigiendo la causa raíz sin silenciar reglas. Usar cuando el Quality Gate falla o al limpiar deuda técnica reportada por Sonar. Las correcciones deben respetar la

• spec-driven-development

  Metodología spec-driven: no se escribe código sin una spec aprobada. Define cómo el dev pasa la Historia de Usuario (HU), los casos de uso y los ejemplos de request/response, y cómo eso se vuelca a una spec versionada en specs/<HU>.md (con criterios de aceptación en Gherkin) que guía la implementaci

• spec

  Crea la spec de una HU en specs/<HU>.md a partir del template del equipo (SDD) y espera aprobación antes de codear. Invocar a mano con /bi-backend:spec <HU-id> [título].

• tdd-java

  Disciplina de TDD para los backend services en Java (Spring Boot y Quarkus): ciclo red-green-refactor, JUnit 5 + Mockito + AssertJ + Testcontainers, test primero antes de implementar, qué capa testear y con qué (unit en la capa de aplicación, integración con Testcontainers), naming y estructura AAA,

Hooks (1)

• SessionStart

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/session-start.sh"

Similar plugins