ddd-discover

Generates event flows, command candidates, hotspots, and ambiguity lists through event storming.

Updated Jul 4, 2026
One-click install
npx skills add https://github.com/100Thieves-team/plady-expert-skills --skill ddd-discover-100thieves-team
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ddd-discover
Source: https://github.com/100Thieves-team/plady-expert-skills/tree/main/.claude/skills/ddd-discover
Command: npx skills add https://github.com/100Thieves-team/plady-expert-skills --skill ddd-discover-100thieves-team

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams starting domain-driven design often lack a shared understanding of what actually happens inside a business domain, leading to misaligned terminology, missed edge cases, and poorly drawn context boundaries. This Skill structures collaborative domain discovery so events, commands, and hotspots are captured systematically before any modeling begins. ## Core Features & Use Cases - Event Storming Workflow: Enumerates past-tense domain events, completes their triggering commands, and arranges them on a timeline covering at least one main path plus two exception paths. - Hotspot and Ambiguity Capture: Flags consistency, integration, performance, and compliance hotspots, and records terminology conflicts with the party responsible for confirming each. - Boundary Clue Output: Produces preliminary capability groupings and candidate context boundaries that feed directly into downstream subdomain decomposition. - Use Case: Given a scoped problem like a chaotic order after-sales process, run discovery to produce an event flow table, command/event candidate lists, hotspot annotations, and an ambiguity list before defining bounded contexts. ## Quick Start Ask the assistant to run ddd-discover on your business scenario or ddd-scope output to produce the event flow table, command and event candidates, hotspot annotations, and ambiguity list.

Frequently Asked Questions about ddd-discover

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run event storming for domain discovery?

Provide a business scenario description such as user stories, PRDs, or scoped requirements, then enumerate past-tense domain events, complete their triggering commands, and arrange them chronologically. Cover at least one main path plus two exception or rollback paths.

What is domain storytelling vs event storming in DDD?

Both are collaborative discovery techniques for exploring business domains. Event storming focuses on past-tense domain events arranged on a timeline, while domain storytelling narrates scenarios through actors and activities; this Skill supports either approach to produce the same structured outputs.

What inputs does domain discovery require before starting?

A business scenario description is required, which can be user stories, PRDs, tickets, or output from a prior scoping step. Optional inputs include key stakeholders, external systems, business constraints, and non-goals.

When should I redo domain discovery in a DDD workflow?

Rediscovery is triggered when downstream context mapping reports more than five terms with irreconcilable cross-context conflicts, indicating insufficient domain understanding. The discovery step then serves as a backtrack target to rebuild shared understanding.

What outputs does event storming produce for bounded context design?

Discovery produces an event flow table, command and event candidate lists, hotspot annotations covering consistency and integration points, an ambiguity list with confirmation owners, and boundary clues that downstream subdomain decomposition can consume directly.