スキルを探す

Use when a model is served online (FastAPI, BentoML) or scored in batch, when changing how a model artifact is loaded or versioned, or when adding drift, quality or prediction monitoring and a rollout plan for a new model

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

Use when you write or revise the analiz deliverable - the ONE self-contained HTML report (spec and plan as sections) a human reviews passage by passage

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

Use when you finish an analiz report - the human must approve the analysis before any implementation task is created, via the analiz_review column

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

Use when an analiz question needs the human, not the code, to decide - recording it with record_open_questions, judging blocking vs non-blocking, and resuming the report after an answer

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

Use when you write the `context` and `design` sections of an analiz report - components, exact interfaces, data flow, errors, decision record, out of scope

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

Use when you start an analiz task - explore every affected repository and resolve unknowns before writing the report

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

Use when an approved analiz spans more than one repository - split the work per repository and open one or more tasks per repository, each carrying its own plan slice

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

Use when a task is in code_review - how to read the diff, which findings block, and the verdict move

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

Use when a diff or design adds or changes a DB migration, an endpoint or DTO, an event payload, or a shared type with consumers

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

Use when you write the `plan` section of an analiz report - steps that pin files, signatures, tests and verify commands, nothing more

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

Use in code_review when the diff touches input handling, auth, queries, files, outbound requests, secrets, dependencies or LLM calls, and in analysis for any new endpoint or data flow

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

Use when an analiz task arrives in done (approved) - turn the approved split into implementation tasks with repository, AC, derived_from and ordering arguments

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

Use when a task in code_review was sent back before (an earlier need_revision comment exists) - verify every prior point was fixed at its root

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

Maintain a dedicated automation test project per repository - separate from the product's unit tests - with API, worker, and UI suites written scenario-first

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

Use when building cases for any input, form, endpoint or state change - boundary values, invalid and hostile data, authz and concurrency cases with a worked example

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

Use when opening an analiz task for the system-architect - the required fields, what the criteria may say, and what the description must hand over

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

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 building native iOS with SwiftUI - small composable views, observable state models, atomic components, Swift 6.2+ concurrency, and system styling over hardcoded values

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

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 you create an implementation board task directly - the required fields, one-role-one-deliverable rule, and dependency ordering

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

Use when a batch (desktop or mobile) release reaches awaiting_verdict or was rolled back - read-only checks that the published artifact really exists and is served, and the exact yank step for a bad tag

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

Use before booting anything - choosing local (start_task_preview or a workspace boot), the task's preview or stage, confirming the build is the PR head, and what to do when nothing can run

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

Use when a criterion mentions speed or limits, or the change touches a list, query, endpoint or page that could get slower - timing loops, the N-vs-10N data check and Lighthouse on a production build

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

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

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