shinpr/ai-coding-project-boilerplate

documentation-criteria

Determines which PRD, ADR, UI Spec, Design Doc, and Work Plan a change requires and where each is stored. Use when deciding documentation scope or creating or reviewing a technical document.

subagents-orchestration-guide

Coordinates subagents through scale-based planning, approval, implementation, verification, and escalation flows. Use when routing work to subagents, executing an approved work plan, or resuming autonomous execution.

documentation-criteria

変更に必要なPRD、ADR、UI Spec、Design Doc、作業計画書と、それぞれの保存先を判定する。ドキュメントの範囲を決める時、または技術ドキュメントを作成・レビューする時に使用。

Source text: Japanese

subagents-orchestration-guide

規模に応じた計画、承認、実装、検証、エスカレーションのフローでサブエージェントを調整。サブエージェントへの作業振り分け、承認済み作業計画の実行、自律実行の再開時に使用。

Source text: Japanese

documentation-criteria

判断某项变更需要哪些 PRD、ADR、UI 规范（UI Spec）、设计文档（Design Doc）和工作计划，以及每种文档的存放位置。用于决定文档范围，或创建/评审技术文档时使用。

Source text: Chinese

subagents-orchestration-guide

通过基于规模的规划、审批、实现、验证和上报流程协调子智能体。用于将工作路由给子智能体、执行已批准的工作计划，或恢复自主执行时使用。

Source text: Chinese

frontend-typescript-testing

Designs frontend tests using the repository's configured React test and browser harnesses, including RTL, MSW, Vitest, and Playwright when present. Use when adding or reviewing component, loading/error-state, integration, or frontend E2E tests.

requirement-convergence

Separates the outcome a change must produce from the requirements proposed to reach it, records what the user excluded, and bands cost from structure. Use when a requirement enters a workflow, before design begins, or when "how far do we go/what's out of…

typescript-testing

Applies repository-aware TypeScript test design, behavior evidence, isolation, and mock-boundary criteria. Use when writing or reviewing unit tests.

frontend-typescript-testing

リポジトリで設定済みのReactテスト・ブラウザハーネスを使用してフロントエンドテストを設計。RTL、MSW、Vitest、Playwrightが存在する場合に適用。コンポーネント、loading/error state、統合、フロントエンドE2Eテストの追加・レビュー時に使用。

Source text: Japanese

requirement-convergence

変更が生むべき成果と、そこへ至るために提案された要件を切り分け、ユーザーが除外したものを記録し、構造からコストをおおまかな区分で見積もる。要件がワークフローに入った時点、設計を始める前、または「どこまでやるか/スコープ外は何か/やる価値があるか」が言及された時に使用。

Source text: Japanese

typescript-testing

リポジトリに即したTypeScriptテスト設計、振る舞いの証明、独立性、モック境界の基準を適用する。ユニットテストの作成・レビュー時に使用。

Source text: Japanese

frontend-typescript-testing

使用仓库已配置的 React 测试与浏览器测试工具（包括 RTL、MSW、Vitest，以及存在时的 Playwright）设计前端测试。适用于新增或评审组件测试、加载/错误状态测试、集成测试或前端 E2E 测试时。

Source text: Chinese

requirement-convergence

将变更必须产生的结果与为达成该结果而提出的需求区分开来，记录用户明确排除的内容，并根据结构对成本进行分级评估。当需求进入某个工作流时、设计开始之前，或提到“做到什么程度/范围外是什么/是否值得做”时使用。

Source text: Chinese

typescript-testing

应用具备仓库感知能力的 TypeScript 测试设计、行为依据、隔离性与 mock 边界标准。用于编写或评审单元测试时。

Source text: Chinese

coding-standards

Detects code smells, anti-patterns, and readability issues. Use when implementing features, reviewing code, or refactoring.

frontend-technical-spec

Defines React environment, component architecture, state/data flow, build verification, and frontend non-functional criteria from repository evidence. Use when configuring or designing a React frontend, its build, or its runtime boundaries.

technical-spec

Defines environment variables, architecture design, and build/test commands. Use when configuring environment or designing architecture.

coding-standards

コードの品質問題、アンチパターン、可読性を検査。機能実装、コードレビュー、リファクタリング時に使用。

Source text: Japanese

frontend-technical-spec

リポジトリの根拠に基づき、Reactの環境、コンポーネントアーキテクチャ、状態・データフロー、ビルド検証、フロントエンドの非機能基準を定義。Reactフロントエンド、そのビルド、ランタイム境界の設定・設計時に使用。

Source text: Japanese

technical-spec

環境変数、アーキテクチャ設計、ビルド・テストコマンドを定義。環境設定、アーキテクチャ設計時に使用。

Source text: Japanese

coding-standards

检测代码异味、反模式和可读性问题。在实现功能、评审代码或重构时使用。

Source text: Chinese

frontend-technical-spec

根据仓库依据定义 React 环境、组件架构、状态/数据流、构建验证以及前端非功能性标准。用于配置或设计 React 前端及其构建、运行时边界时使用。

Source text: Chinese

technical-spec

定义环境变量、架构设计以及构建/测试命令。在配置环境或设计架构时使用。

Source text: Chinese

llm-friendly-context

Clarifies inputs, outputs, success criteria, decisions, and unresolved conditions so downstream agents can execute without guessing. Use when writing or revising LLM-facing prompts, handoffs, planning artifacts, reviews, reports, or generated instructions.

llm-friendly-context

入力・出力・成功基準・決定事項・未解決条件を明確化し、下流エージェントが推測せず実行できるようにする。LLM向けのプロンプト・ハンドオフ・計画成果物・レビュー・レポート・生成指示を記述または改訂する時に使用。

Source text: Japanese

llm-friendly-context

明确输入、输出、成功标准、决策和未解决的条件，使下游智能体无需猜测即可执行。用于编写或修改面向 LLM 的提示词、交接、规划产物、评审、报告或生成的指令。

Source text: Chinese

frontend-typescript-rules

Applies React/TypeScript type safety, component design, and state management rules. Use when implementing React components.

integration-e2e-testing

Selects and designs the smallest integration/E2E test set that proves accepted behavior at an observable boundary. Use when writing or reviewing E2E or integration tests.

frontend-typescript-rules

React/TypeScriptの型安全性、コンポーネント設計、状態管理ルールを適用。Reactコンポーネント実装時に使用。

Source text: Japanese

integration-e2e-testing

受け入れ済みの振る舞いを観測可能な境界で証明する、最小限の統合/E2Eテストセットを選定・設計する。E2Eテストまたは統合テストの作成・レビュー時に使用。

Source text: Japanese

frontend-typescript-rules

应用 React/TypeScript 类型安全、组件设计与状态管理规则。用于实现 React 组件时使用。

Source text: Chinese

integration-e2e-testing

选择并设计能在可观测边界证明已接受行为的最小集成/E2E 测试集。用于编写或评审 E2E 或集成测试时。

Source text: Chinese

project-context

Marks project context as unconfigured until domain constraints, repository quality standards, phase, conventions, and external-resource access are recorded. Use when project-specific context has not yet been configured.

project-context

ドメイン制約、リポジトリ固有の品質基準、フェーズ、規約、外部リソースへのアクセス方法が記録されるまで、プロジェクトコンテキストを未設定として示す。プロジェクト固有のコンテキストが未設定の場合に使用。

Source text: Japanese

project-context

在领域约束、仓库质量标准、阶段、约定和外部资源访问方式得到记录之前，将项目上下文标记为未配置。在项目专属上下文尚未配置时使用。

Source text: Chinese

implementation-approach

Selects implementation strategy (vertical slice, horizontal, or hybrid) with risk assessment. Use when planning feature implementation.

implementation-approach

実装戦略（垂直スライス、水平、ハイブリッド）をリスク評価で選択。機能の実装計画時に使用。

Source text: Japanese

implementation-approach

选择实现策略（垂直切片、水平切片或混合方案）并进行风险评估。在规划功能实现时使用。

Source text: Chinese

skill-optimization

スキルファイルの品質を9つのコンテンツパターンと10の編集原則で評価・最適化。スキル作成、内容改善、品質監査時に使用。

Source text: Japanese