「dex」の検索結果

Use when work needs deeper thinking, less generic output, repo evidence, tradeoffs, monitoring signals, or stronger quality discipline.

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

Use when the task involves reading, creating, or editing `.docx` documents, especially when formatting or layout fidelity matters; prefer `python-docx` plus the bundled `scripts/render_docx.py` for visual checks.

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

Use before feature, bugfix, or refactor implementation when behavior can be tested; enforces Red-Green-Refactor discipline.

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

Use after UI implementation for mechanical source checks and a rendered or fresh-eyes review.

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

Use when an approved plan has independent tasks ready for delegated execution with fresh subagents and two-stage review.

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

Use when code changes may require documentation updates; maps git diff to candidate docs without auto-editing documentation.

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

Use after intent is known to route build, fix, review, debug, docs, or Scrum requests into ordered workflow steps with exit criteria.

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

Use when about to claim work is complete, fixed, or passing; run verification and read the output before any success claim.

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

Use when committing or pushing completed work; automates gate-aware conventional commits with optional signing and CI/CD checks.

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

Use when designing, auditing, or redesigning a web UI; select fast, prototype, or studio from the requested scope.

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

Use for bugs, test failures, broken behavior, or unexpected results; enforces 4-phase root-cause debugging before fixes.

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

Use for complex coding requests that need a structured implementation plan with dependencies, checkpoints, and verification criteria.

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

Use when implementation needs isolation from the current workspace; creates git worktrees with safe directory selection and baseline verification.

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

Use when work needs Scrum roles, ceremonies, backlog refinement, sprint planning, story delivery, release readiness, or role handoffs.

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

Use before build, fix, debug, review, or docs implementation; converts prompts into structured intent JSON with goal, constraints, and routing.

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

Use before completion, PR, deploy, handoff, or when verifying code changes. Runs advisory or blocking checks and reports evidence.

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

Use for documents, reports, memos, guides, academic papers, or formal text that needs clear structure, reliable tone, formatting, and diagrams.

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

Use when implementation is complete, all tests pass, and you need to decide how to integrate the work — guides completion of development work by presenting structured options for merge, PR, or cleanup

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

Use when asking project status, next priority, sprint health, blockers, deadlines, risk register, or daily brief generation.

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

Use when work is ambiguous or has multiple viable paths; compares options, assumptions, evidence, tradeoffs, and the best next action.

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

Use when frontend, backend, mobile, data, DevOps, or security work needs domain routing and at most four focused references.

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

Use for security review, audit, hardening, compliance, DevSecOps, network, infrastructure, or application security with focused references.

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

Use for DESIGN.md visual identity contracts; author, scaffold, lint, diff, and export design contracts with the upstream spec and CLI.

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

Use for prototype, MVP, fullstack feature, from-scratch feature, or multi-domain work that needs a SPEC.md before planning or implementation. Do not use for tiny one-file edits.

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