yamatatsu

Generate build instructions and comprehensive test strategy for all units.

Generate code, tests, and deployment artifacts for a unit. Two-part stage with planning and generation.

Design detailed business logic, domain models, and business rules for a unit (technology-agnostic).

Map logical software components to actual infrastructure services for deployment.

Incorporate NFR patterns and logical components into unit design.

Determine non-functional requirements and select technology stack for a unit.

Design application components, methods, services, and dependencies at a high level.

Gather and analyze requirements with adaptive depth. Creates requirement questions and generates requirements document.

このモノレポ（project-template-2026）の `apps/backend`（Hono BFF）でテストを書く／直す／レビューするときの唯一の実装ガイド。ルート単体テストを PGlite（インメモリ Postgres）上で request→db→response で回し、`hono/testing` の `testClient` で型付き RPC として叩く方式・共通ヘルパ（`support.ts` / `seed.ts`）・session/認可の seed・並列性・落とし穴を集約する。以下のいずれかのとき必ず読むこと —— (1) `apps/backend` に新しいルートのテストを追加する／既存テストを直す・レビューする、(2) PGlite・`vi.mock('@icasu/db/client')`・`migrateTestDb`・`withSession`・`testSession`・`seedTask`・`seedSessionUser`・`testClient`・`InferRequestType` の使い方を知りたい、(3) テストで DB を差し替える／マイグレーションを当てる／session や role を用意する／楽観ロック（body の `expectedVersion`）や zValidator の 400/404/409 を検証する、(4) 「テストが並列で衝突しないのはなぜか」「negative test で型が通らない」等のテスト特有の疑問がある。バックエンドのテストに関わるならまずこのスキルを読む。

CLAUDE.md / CLAUDE.local.md / `.claude/rules/` / auto memory —— Claude Code の記憶ファイルを 書く・削る・移す・レビューするときのガイド。何を書き何を書かないか、どのスコープに置くか、 CLAUDE.md ではなく hook / `permissions.deny` に移すべきか、200 行をどう守るかを判断できる。 以下のいずれかのとき必ず読むこと —— (1) CLAUDE.md / CLAUDE.local.md を新規作成・追記・整理・レビューする、`/init` の生成物を仕上げる、 (2) 「これを覚えておいて」「ルール化して」「規約に追加して」と頼まれた、 (3) ルート CLAUDE.md か、パッケージ直下の CLAUDE.md か、path スコープの `.claude/rules/` か、 skill かで置き場所に迷う、 (4) 「指示に従ってくれない」「必ず守らせたい」「CLAUDE.md が効かない／大きすぎる／compact 後に 消えた」を調べる、 (5) `@path` import・AGENTS.md 連携・`claudeMdExcludes`・auto memory の仕組みを扱う。 記憶ファイルに触るならまずこれを読む。

このモノレポ（project-template-2026）の認証の唯一の実装ガイド。OAuth 2.0 authorization code + PKCE を confidential client として実装した BFF（Backend-For-Frontend）パターン（draft-ietf-oauth-browser-based-apps §6 準拠）。ブラウザには不透明・署名付きの HttpOnly セッション Cookie だけを渡し、アクセス／リフレッシュ／id トークンはサーバ側（DynamoDB）にのみ保持する。以下のいずれかのとき必ず読むこと —— (1) 認証・ログイン・ログアウト・セッション・Cookie・OIDC/OAuth/PKCE・トークンリフレッシュ・`@icasu/backend-auth`・Cognito・oidc-server-mock について質問された、(2) ログイン/ログアウト/セッション/保護ルート/認可などの認証関連機能を実装・変更・レビューする、(3) `packages/backend-auth`・`apps/frontend` の `features/auth`・`entities/session`・`apps/iac` の Cognito/CloudFront/DynamoDB セッション周りを触る、(4) 認証の設計判断（なぜ Cookie にトークンを載せないか、なぜ /auth と /api を分けるか等）や落とし穴を知りたい。

Official Feature-Sliced Design (FSD) v2.1 skill for applying the methodology to frontend projects. Use when the task involves organizing project structure with FSD layers, deciding where code belongs, placing static assets (images, icons, fonts, PDFs), grouping closely related slices, defining public APIs and import boundaries, resolving cross-imports or evaluating the @x pattern, deciding whether to create or remove an entity, evaluating whether the entities layer is needed at all, deciding whether logic should remain local or be extracted, migrating from FSD v2.0 or a non-FSD codebase, integrating FSD with Vite + React + TanStack Router, or implementing common patterns such as authentication, API handling, and TanStack Query (React Query) within FSD.

このモノレポ（target ESNext / 最新 Node + モダンブラウザ）での失敗の扱い方。 既定は「例外を throw せず自作 `Result<T, E>` を返す」で、TypeScript / TSX で失敗 しうる関数を書くとき——`Result` / `ok` / `err` の使い方、`if (!res.ok)` での narrowing、`E`（失敗理由）に何を入れるか、throw してよい境界の判断をするときに使う。 加えて、例外を扱う場面——独自の Error クラス（`class XxxError extends Error`）を 定義・追加するとき、エラーを投げ直す／エラー連鎖（cause）を書くとき、`this.name` / `Error.captureStackTrace` / `Object.setPrototypeOf` / `toJSON` の扱いを判断するとき、 既存の例外・エラー処理まわりをレビュー・リファクタするときにも使う。Result type, ok/err, extends Error, captureStackTrace, error cause, custom error class といった 話題が出たら参照する。

Generate tomorrow's crossword puzzle locally and commit it. Use when running the daily puzzle generation workflow from a local environment instead of GitHub Actions. Equivalent to the generate-puzzle.yml CI workflow. Triggers on "/generate-daily-puzzle".

Generate a high-quality English crossword puzzle and save it as a validated JSON file. Use when asked to create a crossword puzzle, generate a daily puzzle, or when the GitHub Actions workflow needs to produce a new puzzle for public/puzzles/. Triggers on requests mentioning "crossword", "puzzle", "generate puzzle", "daily puzzle", or "new puzzle".