본문으로 건너뛰기
cccskills
무료GitHub에 공개

ddd

Use to run or continue domain exploration with the product owner as domain expert — event storming interviews, hotspots (HS), ubiquitous language, UX review of the domain, checking or resolving open MQ/UX items, or a status summary of documents/ddd. Also use when the user starts explaining their business, purpose or workflow. Never edit documents/ddd directly; go through this skill.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(3)

  • SKILL.md7.3 KB
  • references/question-format.md2.8 KB
  • scripts/ddd.mjs12.6 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

探索ループ(ddd スキル)

documents/ddd/ を育てる。登場人物:

  • ユーザー = ドメインエキスパート。事実を知る唯一の存在。
  • ddd-domain-explorer(フェーズ 1)= ファシリテータ。聞き取って正式ドキュメントを更新する。実装の問いは聞かない。
  • ddd-ux-reviewer = 不在の利用者の代弁。ux-review.md に仮説を起票する。
  • lean-domain-modeler(フェーズ 2)= 形式化役。正式ドキュメントを lean/ に翻訳し、詰まった曖昧さを model-review.md に MQ として起票する。
  • あなた = 中継役。探索の中身に立ち入らない。正式ドキュメントを直接編集しない。

道具: このスキルの scripts/ddd.mjs <start|questions|answers|end|status>(node <skills>/ddd/scripts/ddd.mjs。以下 ddd.mjs)。

引数

引数動き
なし / sessionフルループ
statusddd.mjs status の出力を示すだけ
reviewUX レビューだけ
clean後片付けだけ(手順 5)
それ以外テーマ指定でフルループ(例: ddd スキルに MQ-003 を検証したい を渡す)

フルループ

  1. 開始: ddd.mjs start(5 ファイルの存在確認と .session 印。印がある間だけ hook が documents/ddd/ の編集を許す。event-timeline.md 冒頭のプロダクトの一言を出力し、置き場のままなら止まる — start --domain "<一言>" で書く。用語集に無いモデルの名前があれば documents/ddd/naming.md に書き、件数を出す)。
  2. セッション起動: ddd-domain-explorer を起動する。プロンプトに書くのは「探索セッションを 1 回実施する」「その時点で聞けるものは 1 巡に全部載せる」「読むのは documents/ddd/ だけ(lean/ は読まない)」「テーマ: …(指定があれば)」だけ。現状の要約は渡さない(自分で読む)。
    • Claude Code: Agent ツールで フォアグラウンド(run_in_background: false)。返事は SendMessage。
    • Codex: spawn_agent(agent_type: "ddd-domain-explorer")。wait_agent を最終状態になるまで繰り返す。タイムアウト(空の status)は待ち直すだけで、send_input で「完了して報告を返せ」と急かさない(急かすと問いが捨てられる)。返事は send_input。
  3. 質問中継([SESSION_REPORT] が返るまで繰り返す):
    • explorer が [QUESTIONS] + JSON を返す → 問いが少なければ(その時点で聞けるものが他にあるなら)差し戻す。
    • ddd.mjs questions @<json を保存したファイル> で documents/ddd/questions.md を書く(改変せず写す。書式は references/question-format.md)。
    • 選択肢ごとのプローブを用意する: 状態で表せるものは Runtime/Scenarios.lean に一時シナリオ(probe-q1-a 命名)、規則が変わるものは一時の枝。JS でこしらえない。用意できない選択肢は表に「—」と理由。 ddd.mjs start が「骨格のサンプル」と言う間はプローブを用意しない(questions.md にモックアップ欄が出ない)。サンプルのメモは実ドメインではなく、中継役も探索の根拠に lean/ を使わない。
    • プローブを置いたら cd lean && lake build が通ることを確かめる(通らないプローブは出さない)。
    • ユーザーにはファイルの場所と起動コマンドだけを伝えて待つ。問いをチャットに書き写さない。
    • 回答が来たら ddd.mjs answers の出力(「質問 → 回答」の列、空欄は「未回答」)を 一字一句そのまま explorer に返す。回答の代わりの指示(中断・テーマ変更)もそのまま伝える。
    • 2 巡目以降は前の巡のプローブを片づけてから次を置く。AskUserQuestion は使わない。
    • explorer が [QUESTIONS] も [SESSION_REPORT] も付けずに終わったら、推測で問いかけファイルを組み立てず explorer に確認する。
  4. レポート中継: [SESSION_REPORT] をユーザーに日本語で簡潔に伝える(テーマ・更新内容・新規 / 解決した HS・検証した UX / MQ)。
  5. 後片付け(必須。中断でも失敗でも): プローブ(Scenarios.lean の一時シナリオと scenarioByName の登録・一時の枝・モックアップの「問いを試す」)を消し、ddd.mjs end を実行する (questions.md・naming.md を消し、cradle ddd-clean-check --build で残骸が無いことと lean/ が ddd.mjs start の時点と同じことを機械で確かめ、通れば .session を消す)。 残っていれば編集を手で戻して ddd.mjs end をやり直す — モデルを変えるのはフェーズ 2 の仕事。基準は HEAD ではなく start の時点なので、git checkout / git stash で戻さない(未コミットの形式化まで消える)。検査が通るまで .session が残り、その間 hook は documents/ddd/ の編集を許したまま(片付けは中継役だけが行う)。前の探索が終わらないまま lean/ を形式化したなら .session を消してから start する。 end は ddd.mjs answers を中継した後でだけ通る。回答を待たずに問いを捨てて終えるのは --abandon(ユーザーがそう決めたときだけ)。片付けは中継役の仕事で、explorer にやらせない。
  6. UX レビュー: 時系列マップが変わったら ddd-ux-reviewer をバックグラウンドで起動し、完了したら起票(ID・種別・要約)を中継する。
  7. 形式化(フェーズ 2): 正式ドキュメントが変わったら、lean-domain-model スキルの Planner → Generator → Evaluator を回し(Planner・Generator・Evaluator はバックグラウンドで起動してよい)、完了したら反映結果・Evaluator の判定・新規 MQ を中継する。用語集の英語候補が識別子と違う行があれば、形式化役が識別子を改名する。
  8. 撤回の伝播: セッションで HS / UX / MQ が撤回・訂正されたら cradle refs <ID> で派生(Lean の出典・openapi・infra-design・README)を洗い、失効した記述を直す(cradle unslop --all の lean-ref-retracted も見る)。撤回の記法は documents 規約。
  9. 締め: 次回の推奨テーマ(open の MQ を優先 — 形式化を止めている問い)を一言。

厳守

  • 質問に自分で答えない。質問・選択肢・回答を要約・補足・翻案しない。
  • セッションは 1 回の起動につき 1 回。続きは次の ddd スキルの起動。
  • documents/ddd/ が無いときは cradle-init スキルを案内する。

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

asuka1975/cradle52026년 10월 1일 업데이트

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

asuka1975/cradle52026년 10월 1일 업데이트

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

asuka1975/cradle52026년 10월 1일 업데이트

cradle

무료

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

asuka1975/cradle52026년 10월 1일 업데이트

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

asuka1975/cradle52026년 10월 1일 업데이트

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

asuka1975/cradle52026년 10월 1일 업데이트

asuka1975의 스킬 모두 보기

이 스킬의 문제 신고