Use when a web/frontend app needs a cloud deploy - GitHub Actions to Cloud Run/ECS for SSR or GCS+CDN/Firebase and S3+CloudFront for static, with build-time env and cache invalidation
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use on every UI change - semantic HTML, labels for controls, keyboard-navigable dialogs/menus, visible focus, and never color as the only signal
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when Java is chosen but Quarkus does not fit - build the service with Spring Boot using the same clean layering, only when a required library lacks a Quarkus extension or the repo already standardizes on Spring
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Root-cause debugging discipline. Use when a test, build or pipeline fails, behaviour does not match expectations, a bug task arrives, or a task comes back in need_revision — before proposing any fix.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when a mobile app needs a release pipeline - fastlane GitHub Actions to TestFlight (iOS) and Play internal track (Android), with code signing and the release naming that maps to TaskTrooper's prod deploy
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when building native Android with Jetpack Compose - stateless composables, state hoisting, ViewModel-owned state, edge-to-edge, predictive back, adaptive layout, atomic components, and Material theming over hardcoded values
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when a component talks to the backend - go through the typed api client, type every response, and handle loading, success, and error states explicitly
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when writing or changing a query against PostgreSQL from Go — avoiding N+1 loops, reading EXPLAIN output, indexing, and keyset pagination
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when testing Flutter code - unit tests for logic, widget tests for UI behavior, golden tests for appearance, the multi-size/text-scale/dark matrix, accessibility guidelines, test-first
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when a Flutter screen needs app state or data - separate presentation from state, keep business logic out of widgets, and follow the app's existing state solution (Riverpod 3 Notifier/AsyncNotifier, or the official ChangeNotifier+ListenableBuilder MVVM pattern)
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when the repository has no design system yet (no tokens, no component library - a new site/app, an "Apply design system" task, or a task that asks for one), before building any page section - writes the approved design system's generated files from get_design_system (files true) and builds the tokens on them when there is one.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when styling any web UI - style with Tailwind utility classes and design tokens, avoid custom CSS, and build on the existing Radix/shadcn primitives instead of hand-rolling
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when you are about to hand off any UI change - the four-width check and the screenshot checklist that decide whether the screen is really done.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Evidence rules for completion claims. Use before ticking an acceptance criterion, ending an implementation run, or writing anything that says something works, passes or is fixed.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.