data-modeling

Translate domain models into durable data schemas with migration rules.

1|Updated Mar 17, 2026
One-click install
npx skills add https://github.com/yknothing/prodcraft --skill data-modeling-yknothing
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: data-modeling
Source: https://github.com/yknothing/prodcraft/tree/main/skills/02-architecture/data-modeling
Command: npx skills add https://github.com/yknothing/prodcraft --skill data-modeling-yknothing

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Use when the system structure is known and the team must turn domain concepts and architectural boundaries into durable storage schemas, ownership rules, and migration-safe data flow decisions before implementation.

Core Features & Use Cases

  • Define data ownership for major entities or aggregates and articulate who canonicalizes records and how changes propagate across components.
  • Translate domain models and architectural boundaries into a persistence schema that supports safe evolution, with clear migration and lifecycle rules.
  • Ensure schema aligns with ownership, boundaries, and domain language to reduce downtime and risk during modernization.

Quick Start

Define data ownership for each core entity and translate domain concepts into a durable storage schema.

Frequently Asked Questions about data-modeling

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

FAQPage Schema
How do I translate domain concepts into a durable persistence schema?

To turn domain concepts into a durable persistence schema, define data ownership for core entities and articulate how changes propagate across architectural boundaries. This ensures schema alignment and safe evolution during system modernization.

What is data ownership in schema design?

Data ownership in schema design defines who canonicalizes records for major entities and how changes propagate across components. Establishing explicit ownership reduces downtime and risk during lifecycle transitions and system migrations.

How do I design migration-safe data schemas for system modernization?

Design migration-safe data schemas by enforcing boundary-aware schema design and explicit ownership rules. This approach supports safe evolution by defining clear migration and lifecycle rules before implementation.

When do I need boundary-aware schema design?

You need boundary-aware schema design when system structure is known and you must translate architectural boundaries into durable storage schemas. It reduces downtime and risk during modernization and lifecycle transitions.

Does schema design work without predefined architectural boundaries?

Schema design for durable data flow requires known system structure and architectural boundaries beforehand. It translates existing domain models into a persistence layer, rather than discovering or defining the initial boundaries.

What is the best way to manage data lifecycle transitions across systems?

The best way to manage data lifecycle transitions is to enforce explicit ownership and migration-safe change management rules. This ensures schema alignment with boundaries and domain language to reduce downtime during modernization.