Communitygithub.com

quarkus-tdd

Développement piloté par les tests pour Quarkus 3.x LTS avec JUnit 5, Mockito, REST Assured, tests Camel et JaCoCo. À utiliser lors de l'ajout de fonctionnalités, de corrections de bugs ou de remaniement de services événementiels.

Qu'est-ce que quarkus-tdd ?

Ce skill fournit un cadre de développement piloté par les tests (TDD) pour les services Quarkus 3.x LTS. Il est optimisé pour les architectures événementielles utilisant Apache Camel, avec des directives pour les tests unitaires, d'intégration et de routes Camel, le tout avec un objectif de couverture de code de 80% ou plus via JaCoCo. Il est compatible avec les agents CLI comme Claude Code et Cursor, supportant les workflows où l'IA écrit d'abord les tests, puis le code minimal pour les passer, et enfin refactorise. Le skill comprend des modèles de test complets avec JUnit 5 et Mockito, incluant l'organisation des tests en classes @Nested, des conventions de nommage givenX_whenY_thenZ, et l'utilisation de AssertJ pour des assertions fluides. Il couvre également des cas spécifiques comme le test des routes Camel avec AdviceWith et MockEndpoint, les services événementiels asynchrones, les opérations CompletableFuture, et la propagation de LogContext. Les principaux cas d'utilisation incluent l'ajout de nouvelles fonctionnalités ou points de terminaison REST, les corrections de bugs, le remaniement de code, l'ajout de logique d'accès aux données ou de règles de sécurité, et le test de flux réactifs ou conditionnels. Il fournit également des directives pour tester les services basés sur RabbitMQ et valider les opérations asynchrones.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/ECC/tree/main/skills/quarkus-tdd

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Workflow TDD Quarkus

Directives TDD pour les services Quarkus 3.x avec une couverture de 80%+ (unitaire + intégration). Optimisé pour les architectures événementielles avec Apache Camel.

Quand Utiliser

  • Nouvelles fonctionnalités ou points de terminaison REST
  • Corrections de bugs ou remaniements
  • Ajout de logique d'accès aux données, règles de sécurité ou flux réactifs
  • Test des routes Camel et des gestionnaires d'événements
  • Test des services événementiels avec RabbitMQ
  • Test de la logique de flux conditionnel
  • Validation des opérations asynchrones CompletableFuture
  • Test de la propagation LogContext

Workflow

  1. Écrire d'abord les tests (ils doivent échouer)
  2. Implémenter le code minimal pour les passer
  3. Remanier avec les tests au vert
  4. Appliquer la couverture avec JaCoCo (objectif 80%+)

Tests Unitaires avec Organisation @Nested

Suivez cette approche structurée pour des tests complets et lisibles :

@ExtendWith(MockitoExtension.class)
@DisplayName("Tests unitaires OrderService")
class OrderServiceTest {

  @Mock
  private OrderRepository orderRepository;

  @Mock
  private EventService eventService;

  @Mock
  private FulfillmentPublisher fulfillmentPublisher;

  @InjectMocks
  private OrderService orderService;

  private CreateOrderCommand validCommand;

  @BeforeEach
  void setUp() {
    validCommand = new CreateOrderCommand(
        "customer-123",
        List.of(new OrderLine("sku-123", 2))
    );
  }

  @Nested
  @DisplayName("Tests pour createOrder")
  class CreateOrder {

    @Test
    @DisplayName("Devrait persister la commande et publier l'événement de livraison")
    void givenValidCommand_whenCreateOrder_thenPersistsAndPublishes() {
      // ARRANGE
      doNothing().when(orderRepository).persist(any(Order.class));

      // ACT
      OrderReceipt receipt = orderService.createOrder(validCommand);

      // ASSERT
      assertThat(receipt).isNotNull();
      assertThat(receipt.customerId()).isEqualTo("customer-123");
      verify(orderRepository).persist(any(Order.class));
      verify(fulfillmentPublisher).publishAsync(receipt);
      verify(eventService).createSuccessEvent(receipt, "ORDER_CREATED");
    }

    @Test
    @DisplayName("Devrait rejeter un identifiant client manquant")
    void givenMissingCustomerId_whenCreateOrder_thenThrowsBadRequest() {
      // ARRANGE
      CreateOrderCommand invalid = new CreateOrderCommand("", validCommand.lines());

      // ACT & ASSERT
      WebApplicationException exception = assertThrows(
          WebApplicationException.class,
          () -> orderService.createOrder(invalid)
      );

      assertThat(exception.getResponse().getStatus()).isEqualTo(400);
      verify(orderRepository, never()).persist(any(Order.class));
      verify(fulfillmentPublisher, never()).publishAsync(any());
    }

    @Test
    @DisplayName("Devrait enregistrer un événement d'erreur en cas d'échec de persistance")
    void givenPersistenceFailure_whenCreateOrder_thenRecordsErrorEvent() {
      // ARRANGE
      doThrow(new PersistenceException("base de données indisponible"))
          .when(orderRepository).persist(any(Order.class));

      // ACT & ASSERT
      PersistenceException exception = assertThrows(
          PersistenceException.class,
          () -> orderService.createOrder(validCommand)
      );

      assertThat(exception.getMessage()).contains("base de données indisponible");
      verify(eventService).createErrorEvent(
          eq(validCommand),
          eq("ORDER_CREATE_FAILED"),
          contains("base de données indisponible")
      );
      verify(fulfillmentPublisher, never()).publishAsync(any());
    }

    @Test
    @DisplayName("Devrait rejeter les commandes nulles")
    void givenNullCommand_whenCreateOrder_thenThrowsNullPointerException() {
      // ACT & ASSERT
      assertThrows(
          NullPointerException.class,
          () -> orderService.createOrder(null)
      );

      verify(orderRepository, never()).persist(any(Order.class));
    }
  }
}

Modèles de Test Clés

  1. Classes @Nested : Grouper les tests par méthode testée
  2. @DisplayName : Fournir des descriptions de test lisibles pour les rapports de test
  3. Convention de nommage : givenX_whenY_thenZ pour plus de clarté
  4. Modèle AAA : Commentaires explicites // ARRANGE, // ACT, // ASSERT
  5. @BeforeEach : Configurer des données de test communes pour réduire la duplication
  6. assertDoesNotThrow : Tester les scénarios de succès sans intercepter les exceptions
  7. assertThrows : Tester les scénarios d'exception avec validation de message en utilisant AssertJ
  8. Couverture complète : Tester les chemins heureux, les entrées nulles, les cas limites, les exceptions
  9. Vérifier les interactions : Utiliser Mockito verify() pour s'assurer que les méthodes sont appelées correctement
  10. Jamais vérifier : Utiliser never() pour s'assurer que les méthodes NE sont PAS appelées dans les scénarios d'erreur

Test des Routes Camel

@QuarkusTest
@DisplayName("Tests des routes de règles métier Camel")
class BusinessRulesRouteTest {

  @Inject
  CamelContext camelContext;

  @Inject
  ProducerTemplate producerTemplate;

  @InjectMock
  EventService eventService;

  @InjectMock
  DocumentValidator documentValidator;

  private BusinessRulesPayload testPayload;

  @BeforeEach
  void setUp() {
    // ARRANGE - Données de test
    testPayload = new BusinessRulesPayload();
    testPayload.setDocumentId(1L);
    testPayload.setFlowProfile(FlowProfile.BASIC);
  }

  @Nested
  @DisplayName("Tests pour la route business-rules-publisher")
  class BusinessRulesPublisher {

    @Test
    @DisplayName("Devrait publier avec succès un message vers RabbitMQ")
    void givenValidPayload_whenPublish_thenMessageSentToQueue() throws Exception {
      // ARRANGE
      MockEndpoint mockRabbitMQ = camelContext.getEndpoint("mock:rabbitmq", MockEndpoint.class);
      mockRabbitMQ.expectedMessageCount(1);

      // Remplacer le point de terminaison réel par un mock pour les tests
      camelContext.getRouteController().stopRoute("business-rules-publisher");
      AdviceWith.adviceWith(camelContext, "business-rules-publisher", advice -> {
        advice.replaceFromWith("direct:business-rules-publisher");
        advice.weaveByToString(".*spring-rabbitmq.*").replace().to("mock:rabbitmq");
      });
      camelContext.getRouteController().startRoute("business-rules-publisher");

      // ACT
      producerTemplate.sendBody("direct:business-rules-publisher", testPayload);

      // ASSERT — le corps est une chaîne JSON après .marshal().json(JsonLibrary.Jackson)
      mockRabbitMQ.assertIsSatisfied(5000);

      assertThat(mockRabbitMQ.getExchanges()).hasSize(1);
      String body = mockRabbitMQ.getExchanges().get(0).getIn().getBody(String.class);
      assertThat(body).contains("\"documentId\":1");
    }

    @Test
    @DisplayName("Devrait gérer le marshalling en JSON")
    void givenPayload_whenPublish_thenMarshalledToJson() throws Exception {
      // ARRANGE
      MockEndpoint mockMarshal = new MockEndpoint("mock:marshal");
      camelContext.addEndpoint("mock:marshal", mockMarshal);
      mockMarshal.expectedMessageCount(1);

      camelContext.getRouteController().stopRoute("business-rules-publisher");
      AdviceWith.adviceWith(camelContext, "business-rules-publisher", advice -> {
        advice.weaveAddLast().to("mock:marshal");
      });
      camelContext.getRouteController().startRoute("business-rules-publisher");

      // ACT
      producerTemplate.sendBody("direct:business-rules-publisher", testPayload);

      // ASSERT
      mockMarshal.assertIsSatisfied(5000);

      String body = mockMarshal.getExchanges().get(0).getIn().getBody(String.class);
      assertThat(body).contains("\"documentId\":1");
      assertThat(body).contains("\"flowProfile\":\"BASIC\"");
    }
  }

  @Nested
  @DisplayName("Tests pour la route document-processing")
  class DocumentProcessing {

    @Test
    @DisplayName("Devrait router une facture vers le bon processeur")
    void givenInvoiceType_whenProcess_thenRoutesToInvoiceProcessor() throws Exception {
      // ARRANGE
      MockEndpoint mockInvoice = camelContext.getEndpoint("mock:invoice", MockEndpoint.class);
      mockInvoice.expectedMessageCount(1);

      camelContext.getRouteController().stopRoute("document-processing");
      AdviceWith.adviceWith(camelContext, "document-processing", advice -> {
        advice.weaveByToString(".*direct:process-invoice.*").replace().to("mock:invoice");
      });
      camelContext.getRouteController().startRoute("document-processing");

      // ACT
      producerTemplate.sendBodyAndHeader("direct:process-document",
          testPayload, "documentType", "INVOICE");

      // ASSERT
      mockInvoice.assertIsSatisfied(5000);
    }

    @Test
    @DisplayName("Devrait gérer les erreurs de validation avec élégance")
    void givenValidationError_whenProcess_thenRoutesToErrorHandler() throws Exception {
      // ARRANGE
      MockEndpoint mockError = camelContext.getEndpoint("mock:error", MockEndpoint.class);
      mockError.expectedMessageCount(1);

      camelContext.getRouteController().stopRoute("document-processing");
      AdviceWith.adviceWith(camelContext, "document-processing", advice -> {
        advice.weaveByToString(".*direct:validation-error-handler.*")
            .replace().to("mock:error");
      });
      camelContext.getRouteController().startRoute("document-processing");

      // Simuler le bean validateur pour qu'il lance une exception
      when(documentValidator.validate(any())).thenThrow(new ValidationException("Document invalide"));

      // ACT
      producerTemplate.sendBody("direct:process-document", testPayload);

      // ASSERT
      mockError.assertIsSatisfied(5000);

      Exception exception = mockError.getExchanges().get(0).getException();
      assertThat(exception).isInstanceOf(ValidationException.class);
      assertThat(exception.getMessage()).contains("Document invalide");
    }
  }
}

Test des Services d'Événements

@ExtendWith(MockitoExtension.class)
@DisplayName("Tests unitaires EventService")
class EventServiceTest {

  @Mock
  private EventRepository eventRepository;

  @Mock
  private ObjectMapper objectMapper;

  @InjectMocks
  private EventService eventService;

  private BusinessRulesPayload testPayload;

  @BeforeEach
  void setUp() {
    // ARRANGE
    testPayload = new BusinessRulesPayload();
    testPayload.setDocumentId(1L);
  }

  @Nested
  @DisplayName("Tests pour createSuccessEvent")
  class CreateSuccessEvent {

    @Test
    @DisplayName("Devrait créer un événement de succès avec les bons attributs")
    void givenValidPayload_whenCreateSuccessEvent_thenEventPersisted() throws Exception {
      // ARRANGE
      when(objectMapper.writeValueAsString(testPayload)).thenReturn("{\"documentId\":1}");

      // ACT
      assertDoesNotThrow(() ->
          eventService.createSuccessEvent(testPayload, "DOCUMENT_PROCESSED"));

      // ASSERT
      verify(eventRepository).persist(argThat(event ->
          event.getType().equals("DOCUMENT_PROCESSED") &&
          event.getStatus() == EventStatus.SUCCESS &&
          event.getPayload().equals("{\"documentId\":1}") &&
          event.getTimestamp() != null
      ));
    }

    @Test
    @DisplayName("Devrait lever une exception lorsque la charge utile est nulle")
    void givenNullPayload_whenCreateSuccessEvent_thenThrowsException() {
      // ARRANGE
      Object nullPayload = null;

      // ACT & ASSERT
      NullPointerException exception = assertThrows(
          NullPointerException.class,
          () -> eventService.createSuccessEvent(nullPayload, "EVENT_TYPE")
      );

      assertThat(exception.getMessage()).isEqualTo("La charge utile ne peut pas être nulle");
      verify(eventRepository, never()).persist(any());
    }
  }

  @Nested
  @DisplayName("Tests pour createErrorEvent")
  class CreateErrorEvent {

    @Test
    @DisplayName("Devrait créer un événement d'erreur avec un message d'erreur")
    void givenError_whenCreateErrorEvent_thenEventPersistedWithMessage() throws Exception {
      // ARRANGE
      String errorMessage = "Échec du traitement";
      when(objectMapper.writeValueAsString(testPayload)).thenReturn("{\"documentId\":1}");

      // ACT
      assertDoesNotThrow(() ->
          eventService.createErrorEvent(testPayload, "PROCESSING_ERROR", errorMessage));

      // ASSERT
      verify(eventRepository).persist(argThat(event ->
          event.getType().equals("PROCESSING_ERROR") &&
          event.getStatus() == EventStatus.ERROR &&
          event.getErrorMessage().equals(errorMessage) &&
          event.getPayload().equals("{\"documentId\":1}")
      ));
    }

    @ParameterizedTest
    @DisplayName("Devrait rejeter les messages d'erreur invalides")
    @ValueSource(strings = {"", " "})
    void givenBlankErrorMessage_whenCreateErrorEvent_thenThrowsException(String blankMessage) {
      // ACT & ASSERT
      IllegalArgumentException exception = assertThrows(
          IllegalArgumentException.class,
          () -> eventService.createErrorEvent(testPayload, "ERROR", blankMessage)
      );

      assertThat(exception.getMessage()).contains("Le message d'erreur ne peut pas être vide");
    }
  }
}

Test de CompletableFuture

@ExtendWith(MockitoExtension.class)
@DisplayName("Tests unitaires FileStorageService")
class FileStorageServiceTest {

  @Mock
  private S3Client s3Client;

  @Mock
  private ExecutorService executorService;

  @InjectMocks
  private FileStorageService fileStorageService;

  private InputStream testInputStream;
  private LogContext testLogContext;

  @BeforeEach
  void setUp() {
    // ARRANGE
    testInputStream = new ByteArrayInputStream("contenu de test".getBytes());
    testLogContext = new LogContext();
    testLogContext.put("traceId", "trace-123");
  }

  @Nested
  @DisplayName("Tests pour uploadOriginalFile")
  class UploadOriginalFile {

    @Test
    @DisplayName("Devrait télécharger avec succès le fichier et retourner les informations du document")
    void givenValidFile_whenUpload_thenReturnsDocumentInfo() throws Exception {
      // ARRANGE
      doAnswer(invocation -> {
        ((Runnable) invocation.getArgument(0)).run();
        return null;
      }).when(executorService).execute(any(Runnable.class));

      when(s3Client.putObject(any(PutObjectRequest.class), any(RequestBody.class)))
          .thenReturn(PutObjectResponse.builder().build());

      // ACT
      CompletableFuture<StoredDocumentInfo> future

…

[original truncated for translation]

Test REST avec REST Assured

@QuarkusIntegrationTest
@TestHTTPEndpoint(OrderResource.class)
@DisplayName("Tests d'intégration REST OrderResource")
class OrderResourceIT {

  @Test
  @DisplayName("Devrait créer une commande et retourner le reçu")
  void givenCreateOrderCommand_whenPost_thenReturnsOrderReceipt() {
    CreateOrderCommand command = new CreateOrderCommand(
        "customer-123",
        List.of(new OrderLine("SKU-001", 2))
    );

    given()
        .contentType(ContentType.JSON)
        .body(command)
        .when().post()
        .then()
        .statusCode(201)
        .body("customerId", equalTo("customer-123"))
        .body("orderLines", hasSize(1));
  }

  @Test
  @DisplayName("Devrait retourner 400 pour des données invalides")
  void givenInvalidCommand_whenPost_thenReturns400() {
    CreateOrderCommand invalid = new CreateOrderCommand(
        "",
        List.of(new OrderLine("SKU-001", -1))
    );

    given()
        .contentType(ContentType.JSON)
        .body(invalid)
        .when().post()
        .then()
        .statusCode(400);
  }

  @Test
  @DisplayName("Devrait retourner 404 pour une commande inexistante")
  void givenNonExistentOrderId_whenGet_thenReturns404() {
    given()
        .when().get("/99999")
        .then()
        .statusCode(404);
  }
}

Configuration JaCoCo

<plugin>
    <groupId>org.jacoco</groupId>
    <artifactId>jacoco-maven-plugin</artifactId>
    <version>0.8.12</version>
    <executions>
        <execution>
            <goals>
                <goal>prepare-agent</goal>
            </goals>
        </execution>
        <execution>
            <id>report</id>
            <phase>verify</phase>
            <goals>
                <goal>report</goal>
            </goals>
        </execution>
        <execution>
            <id>check</id>
            <phase>verify</phase>
            <goals>
                <goal>check</goal>
            </goals>
            <configuration>
                <rules>
                    <rule>
                        <element>BUNDLE</element>
                        <limits>
                            <limit>
                                <counter>INSTRUCTION</counter>
                                <value>COVEREDRATIO</value>
                                <minimum>0.80</minimum>
                            </limit>
                        </limits>
                    </rule>
                </rules>
            </configuration>
        </execution>
    </executions>
</plugin>

Résumé des Modèles

CatégorieOutils ClésObjectif de Couverture
Tests UnitairesJUnit 5, Mockito, AssertJ90%+ lignes
Tests d'Intégration@QuarkusTest, REST Assured, TestContainers80%+ instructions
Tests de RoutesAdviceWith, MockEndpoint, @InjectMock90%+ routes
Tests de ServicesCompletableFuture, LogContext, @ParameterizedTest100% cas limites

Meilleures Pratiques

  1. Diviser vos tests en sections @Nested - chaque classe interne teste une méthode spécifique
  2. Utiliser des noms de test descriptifs - givenX_whenY_thenZ pour une documentation automatique
  3. Tester les scénarios d'erreur en premier - ils définissent les limites de votre système
  4. Utiliser assertThrows avec AssertJ - obtenir les deux avantages : la vérification du type d'exception et une assertion fluide
  5. Vérifier les interactions avec verify - assurez-vous que les dépendances sont correctement utilisées
  6. Mock à la frontière - mockez uniquement les services externes, pas la logique métier
  7. Écrire des tests pour les échecs asynchrones - CompletableFuture peut échouer silencieusement
  8. Tester la propagation LogContext - assurez-vous que le contexte de journalisation traverse les limites asynchrones
  9. Exécuter JaCoCo vérification pendant l'étape verify - ne laissez pas la couverture se dégrader
  10. Exécuter les tests en continu - utilisez mvn test ou les configurations de votre IDE pour un retour immédiat

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

affaan-m/ECC

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

affaan-m/fal-ai-media

Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.

affaan-m/manim-video

日本語翻訳:このファイルは manim-video 用の日本語翻訳が必要です

affaan-m/remotion-video-creation

Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。

affaan-m/video-editing

AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

agent-self-evaluation

Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.

agent-sort

Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.

ai-first-engineering

Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.

ai-regression-testing

Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

angular-developer

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

Skills associés