ddd-list

Summarize DDD workspace bounded contexts, domain models, and domain events from manifests and FQBC files.

2|1|Updated Feb 4, 2026
One-click install
npx skills add https://github.com/jrlangford/ddd-companion --skill ddd-list
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ddd-list
Source: https://github.com/jrlangford/ddd-companion/tree/main/skills/ddd-list
Command: npx skills add https://github.com/jrlangford/ddd-companion --skill ddd-list

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Read-only inspection of the current DDD workspace to quickly understand bounded contexts, domain models, and domain events, supporting architecture reviews and planning.

Core Features & Use Cases

  • Read-only dashboard of the DDD workspace including contexts, models, and event flows.
  • Quick validations of modeling status using manifests and FQBC files.
  • Use Case: Stakeholders can review domain boundaries and event flows without modifying files.

Quick Start

Run /ddd-list to display a dashboard of the DDD workspace.

Frequently Asked Questions about ddd-list

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

FAQPage Schema
How do I inspect bounded contexts and domain events in a DDD workspace?

You can inspect a DDD workspace by running a read-only dashboard command that lists bounded contexts, domain models, and outbound events sourced from manifest and FQBC files.

What is the best way to review domain boundaries and event flows without modifying files?

Reviewing domain boundaries without modifying files is best achieved through a read-only dashboard that summarizes bounded contexts and domain events from existing manifests.

How do I validate domain modeling status using manifests and FQBC files?

Validate domain modeling status by cross-referencing ddd-model.manifest.json, ddd-implement.manifest.json, and fqbc markdown files to display context names, model counts, and event flows.

Can I use a read-only dashboard for architecture reviews and stakeholder discussions?

Yes, a read-only dashboard is designed for architecture reviews and stakeholder discussions, providing a high-level view of context names, model counts, and outbound events.

What sources are needed to summarize a DDD workspace for provenance and reproducibility?

Summarizing a DDD workspace for provenance requires referencing sources like ddd-model.manifest.json, fqbc markdown files, and ddd-implement.manifest.json to ensure reproducibility.