「eas」の検索結果

[General] Use when building 3D web apps with ThreeJS and related WebGL or WebGPU examples.

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

[Codex] Use when you need to run the full Codex mirror sync + verify pipeline (migrate → hooks → context → verify) standalone, no npm/package JSON needed.

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

[Frontend] Use when designing beautiful or aesthetic interfaces with curated UI styles, palettes, fonts, charts, and stacks.

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

[Testing] Use when you need individual page/component testing with Python Playwright scripts.

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

[Workflow] Use when activating the Bug Fix workflow for systematic debugging with root cause investigation, fix, and verification.

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

[Code Quality] Use when you need to combine /why-review + /fix in a recursive loop — each round runs /why-review to find validated findings then /fix to resolve them, then loops again over the CHANGED target until a fresh full /why-review produces zero findings (nothing left to fix).

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

[Code Quality] Use when reviewing rationale and change quality for plans, PBIs, commits, diffs, docs, specs, reports, or explicit artifacts.

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

[Process] Use when the developer wants something explained or taught, or wants to know HOW TO REVIEW a change — by default the current working tasks + changes in context, or whatever the prompt names (a plan, a subsystem, a decision, a concept, a bug). AI derives WHAT to explain from the prompt and ALWAYS delivers a teacher-and-coach review guide, high level first then detail: what was done, a VISUAL MAP (system flowchart, domain ERD, sequence diagrams), the user stories and business rules with their REAL test-case IDs, a REVIEW PATH naming which files to open first and in what order with an exit criterion per stage, the technical concepts needed to follow it, how it works, why THIS solution, every alternative option with pros/cons, the trade-offs accepted, the blast radius, HOW TO TEST AND DEMO the change, the developer's decision levers, and written challenge prompts that provoke the reader to pressure-test the work. Works at ANY scope — from one line of code to the whole project: it SIZES the target into a scope tier, DECOMPOSES a large one into understanding groups, BREAKS the work into tasks before the first deep read, and ACCUMULATES the report group by group on disk so a huge explanation stays complete instead of thinning out. Writes the full report to a single combined markdown file (plans/reports/understand-*.md) that opens with a detailed summary section — or delivers it in full in chat when Step 3 finds no git-ignored directory for it — and always summarizes it in chat. Regardless of coding level. Never interrogates, never quizzes, never blocks.

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

[Dev Data] Use when you need to implement or enhance test data seeders that simulate QC happy-path scenarios via application-layer commands. Flag: --mode=review reviews a target seeder (or the current changes / current work-context result) against every universal seed-data rule AND the project-specific seeder conventions — read-only, evidence-backed PASS/FAIL.

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

[Architecture] Use when scaffolding reusable OOP/SOLID project foundations before feature implementation.

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

[Planning] Use when you need to research, analyze, and plan technical solutions that are scalable, secure, and maintainable.

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

[Workflow] Use when activating the Big Feature workflow for large or ambiguous research-driven feature work.

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

[Code Quality] Use when you need to prove fix correctness with adversarial code proof traces — a skeptic tries to DISPROVE the fix and trace all related paths first, with confidence scoring and stack-trace-style evidence chains, so confidence is earned by surviving attack, not by confirming it works.

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

[Workflow] Use when activating code-to-spec development — author/maintain the single canonical Feature Spec FROM existing code, keeping spec, implementation, and tests synchronized. For idea→spec (no code yet) use workflow-idea-to-spec.

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

[Workflow] Use when activating the E2E testing workflow to generate, update, or maintain Playwright/E2E tests. Pick mode with --source={changes|recording|update-ui}.

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

[Workflow] Use when activating the Business Feature Documentation workflow for 8-section tech-free feature docs.

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

[Architecture] Use when you need to research, analyze, and compare tech stack options as a solution architect.

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

[Quality] Use when you need to research and configure code quality tooling for any tech stack — linters, formatters, static analysis, pre-commit hooks, and CI gates.

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

[Planning] Use when you need intelligent plan creation with prompt enhancement. Flag: --mode={ci|cro} (default none — standard planning); --mode=ci plans a fix from a GitHub Actions CI run/log, --mode=cro plans conversion-rate optimization (25-item CRO framework).

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

[Research] Use when you need to synthesize research findings into structured report using template.

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

[Project Management] Use when you need to generate an HTML mockup report from PBI and story artifacts.

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

[Document Processing] Use when you need to convert PDF files to Markdown with support for native text PDFs and scanned documents (OCR).

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

[Code Quality] Use when you need to review integration tests for assertion quality, bug protection, repeatability, and test-spec traceability — AND verify the review target (changed production code) has test coverage (integration-first) with spec↔test↔code alignment.

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

[Research] Use when you need to analyze market landscape: competitors, sizing (TAM/SAM/SOM), trends, SWOT, customer segments.

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