「oop」の検索結果

Use when building native iOS with SwiftUI - small composable views, observable state models, atomic components, Swift 6.2+ concurrency, and system styling over hardcoded values

日本語の概要は準備中です。原文の説明を表示しています。

Use when ordering board tasks - set priority/blocked_by/deploy_depends_on by severity and dependency, split MoSCoW within a feature, and use RICE/ICE only for a genuine "what next" call across several features

日本語の概要は準備中です。原文の説明を表示しています。

Use when a screen must work without network or a mutation must survive a lost connection - local storage choice, the outbox pattern with idempotency keys, background replay, and how to test it with a fake clock and fake network.

日本語の概要は準備中です。原文の説明を表示しています。

Use when a feature needs camera, location, photos, notifications, contacts, microphone, Bluetooth, or local network - the per-platform request flow, every denial state, and how to actually test the denied path when the shared test device auto-grants permissions.

日本語の概要は準備中です。原文の説明を表示しています。

Use when starting a mobile task that could be Flutter or native - decide from the existing app, platform-specific needs, and the analiz task

日本語の概要は準備中です。原文の説明を表示しています。

Use when designing or building any mobile screen or component a user sees (Flutter, SwiftUI or Compose) - platform conventions, hierarchy, type that scales, colour roles and dark mode, safe areas and insets, forms and keyboard, states, feedback, and the generic-mobile anti-patterns.

日本語の概要は準備中です。原文の説明を表示しています。

Use when the mobile repository has no theme tokens or component library yet (a new app, an "Apply design system" task, or a task that asks for one), before building any screen - writes the approved design system's generated files from get_design_system (files true) and builds the theme from them when there is one.

日本語の概要は準備中です。原文の説明を表示しています。

Use when the task has a background job, queue consumer, scheduler or webhook - firing the real trigger, polling for the side effect, and the retry, idempotency and poison-message cases

日本語の概要は準備中です。原文の説明を表示しています。

Use before any review_criterion approval or column move - the evidence each verdict needs, how to treat skipped, blocked and intermittent cases, and which exit a blocker takes

日本語の概要は準備中です。原文の説明を表示しています。

Use when the task came back to QA after need_revision - what to re-run, what may carry over, and how to keep old passes from approving new code

日本語の概要は準備中です。原文の説明を表示しています。

Use while deriving cases - Given/When/Then and the techniques (partitions, boundaries, decision tables, state transitions) that find the cases the criteria do not state

日本語の概要は準備中です。原文の説明を表示しています。

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 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 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 building Flutter screens - compose small stateless widgets, keep layout declarative, decide layout by available width not device/orientation, separate presentation from business logic, and use the theme not hardcoded styles

日本語の概要は準備中です。原文の説明を表示しています。

Commit boundaries and messages on a task branch. Use when deciding where to cut a commit or how to word one while implementing.

日本語の概要は準備中です。原文の説明を表示しています。

How to work a production incident remediation task. Use when the task title starts with "Incident:" or its description carries an incident id and a suggest/auto_fix policy.

日本語の概要は準備中です。原文の説明を表示しています。

Use when writing tests for Java (Quarkus or Spring) code - JUnit Jupiter structure, Mockito for collaborators, test slices, Testcontainers, and framework-native integration tests, test-first

日本語の概要は準備中です。原文の説明を表示しています。

Use when adding a use case, port, repository or adapter in a Go service — where each piece goes, how errors and transactions cross layers, and how to check the import direction

日本語の概要は準備中です。原文の説明を表示しています。

Use when adding or changing a Go HTTP endpoint — Fiber v2 or v3 (detect which), thin handlers, central error mapping, boundary validation; the same rules apply to net/http, chi, echo or gin

日本語の概要は準備中です。原文の説明を表示しています。

Use when starting a backend task that could be built in either language - decide Go vs Java (Quarkus/Spring) from the task's shape and the repository's existing stack

日本語の概要は準備中です。原文の説明を表示しています。

The local task workspace, the build/test commands the hand-off gate runs, and the file and exploration tools. Use when starting work in a task workspace or before running any build, test or verification command.

日本語の概要は準備中です。原文の説明を表示しています。

Use when you build or change a layout, page, section, navigation, table, form or image - mobile-first rules, breakpoints and the overflow traps.

日本語の概要は準備中です。原文の説明を表示しています。

Use when writing React + TypeScript components - functional components, explicit typed props, derived state over effects, and no any/unsafe casts

日本語の概要は準備中です。原文の説明を表示しています。