Use for the frontend phase after the API contract exists — deciding the screens as units of work (one job a person finishes in one go, per actor of the event timeline), collecting the views and commands each screen needs, keeping the screen map in frontend/README.md, building against the Lean CLI, then handing over to frontend-ux-review and the human screen check. Not for the spec-animation mockup (domain-mockup).
インストールする前に、エージェントに与えられる指示の中身を確認できます。
現場の人が仕事を終わらせる画面を frontend/ に作る。相手は Lean CLI（frontend 規約）。
順序の確認から始める: cradle status で API 契約が着手済（操作がある）で、モックアップが作り込み済であること。
open の HS / MQ を見て、典型的な 1 件を最初から最後まで歩ける流れが documents/ddd/event-timeline.md にあり、open の HS / MQ がその流れを止めていないこと。止めているなら ddd スキルに戻る。材料が無いまま始めない。
業務のまとまり。主体（event-timeline.md の主体列）ごとに、その人が一続きで終わらせる仕事 1 つ = 1 画面。集約ごとでもコマンドごとでもない。
1 画面に要る口（Views）とコマンドを集め、要らないものは出さない。
共通なのは「契約への口」と「判断を持たない」だけ。
| モックアップ | フロントエンド | |
|---|---|---|
| 相手 | ドメインエキスパート | 現場の人 |
| 目的 | モデルの帰結を漏れなく確かめる・golden を採る | 仕事を終わらせる |
| 単位 | 口ごと・コマンドごと（全部見えることが要件） | 業務のまとまりごと（要らないものは出さない） |
| 寿命 | 使い捨て | 本番 |
cradle spec-query meta から集める（observations は内部入力で画面の操作ではないので集めない）。足りない口は Lean に戻す（frontend 規約）。frontend/README.md に「画面 ↔ 仕事（主体）↔ 口・コマンド」の対応表を持つ。frontend/ の package（openapi-fetch と gen:api）が無ければ先に作り、pnpm gen:api で契約クライアントを生成する。口はその生成物 1 枚（frontend 規約）。node lean/mockup/server.mjs の /api/lean を fetch 注入で使う。pnpm lint / pnpm test → frontend-ux-review → 人間による画面確認（ゲート）。まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Use when adding or changing REST endpoints or the OpenAPI contract — deriving endpoints from the Lean commands and views, writing documents/codebase/openapi.yaml first, then regenerating the backend controller interfaces and the frontend client.
日本語の概要は準備中です。原文の説明を表示しています。
Use after a backend build succeeds or whenever authentication, authorization, actor/identity handling, external service calls (IdP, JWKS, DB, clock), logging, observability, configuration or error contracts are in play — delegates to the backend-design-reviewer agent for a design-quality review of the current branch.
日本語の概要は準備中です。原文の説明を表示しています。
Use when it is time to make the backend follow the Lean model — regenerate Kotlin from Lean, implement the generated interfaces (UseCase, QueryService, Repository, Entity), wire every generated contract test, make the build green, then run the design and SQL reviews. Backend comes after the human confirmed the screens.
日本語の概要は準備中です。原文の説明を表示しています。
Use when you need the current position in the Lean spec-driven pipeline, or any deterministic check of a Cradle project — status, golden regression, Lean layer walls, regeneration impact, unslop lint, ddd cleanup. Runs the scripts under scripts/ and reports their output verbatim.
日本語の概要は準備中です。原文の説明を表示しています。
Use to start a new product on Cradle or to add the Cradle skeleton to an existing repository — writes cradle.json, the project-facts instruction (.apm/instructions/project.instructions.md), documents/{ddd,ai-notes,infra-design,codebase} templates, CI, and a compiling Lean executable-spec scaffold with a minimal example domain, mockup and CLI.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the product owner asks where the project stands, what to do next, or which phase of the Lean spec-driven pipeline is current — runs cradle status and proposes exactly one next step.
日本語の概要は準備中です。原文の説明を表示しています。