「oop」の検索結果

Built-in deploy recipes and deploy targets. Use when a task asks you to set up or change a stage/preprod/prod deploy workflow, including the system's "Set up <env> deploy" tasks.

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

Use when writing Go tests that need test doubles or cover multiple cases - detect the repo's mocking approach (Mockery v3, gomock, hand-written testify mocks, fakes), table-driven cases, testify suites when the repo uses them, and real-Postgres tests for repository adapters

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

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

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

How the performance score moves for your role. Use when the score context shows a declining trend, or before handing off work you have not self-checked against every criterion.

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

Use when changing the database schema - detect the repo's migration tool, ship a new migration in its layout, never edit an applied one, and avoid lock-unsafe DDL on a live table

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

Error-handling, security, logging and performance bar for production code. Use when writing or changing production code, before the run ends.

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

Use when code calls another service, runs in the background, consumes a queue or retries anything — timeouts, safe retries, idempotent handlers, outbox, graceful shutdown

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

Use when adding logging to Go code - the repository's logger with structured fields, request-scoped correlation, correct levels, no secrets or double-logging

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

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.

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

Test-first discipline and what makes a test worth keeping. Use when implementing any feature or bug fix, before writing production code, and whenever writing or changing a test.

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

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

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

Master workflow for an implementation task. Use when you pick up any task or bug that changes product code, including a need_revision bounce.

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

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 adding routes or deciding where state lives - carry resource ids and navigation-surviving state in the URL, keep route components thin, and lift shared state to a hook not a global store

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

Use when designing or building any screen, section or component that a user sees — visual hierarchy, typography, colour, spacing, states, forms and how to avoid the generic AI look.

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

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.

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

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 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 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

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

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 you design or change an endpoint's errors, status codes, pagination, idempotency or concurrency behaviour — one error shape, the status-code table, bounded lists, safe retries

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

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

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

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 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

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