data-model-planner

Plans conceptual and logical data models covering entities, relationships, invariants, and migrations.

Updated Jul 7, 2026
One-click install
npx skills add https://github.com/vmitsaras/Agent-Skills --skill data-model-planner-vmitsaras
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: data-model-planner
Source: https://github.com/vmitsaras/Agent-Skills/tree/main/skills/project-planning/data-model-planner
Command: npx skills add https://github.com/vmitsaras/Agent-Skills --skill data-model-planner-vmitsaras

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often jump into implementation before agreeing on what data exists, who owns it, and which rules must hold, leading to schema rework, broken migrations, and unclear ownership. This Skill turns product requirements and domain rules into an implementation-neutral data model plan before any code is written. ## Core Features & Use Cases - Entity and Relationship Planning: Defines entities, identity, cardinality, optionality, ownership, and delete behavior without emitting SQL or ORM code. - Invariants, Lifecycle, and Ownership: Separates field validation from cross-entity invariants, and maps authority, tenancy, retention, deletion, and audit requirements. - Migration and Evolution Planning: Covers backfill, compatibility windows, rollout order, validation, and rollback strategy for evolving existing models. - Use Case: A team scoping a multi-tenant collaboration feature uses this Skill to produce an entity plan, relationship table, lifecycle states, and a migration readiness checklist before engineering begins. ## Quick Start Ask the agent to plan a data model for your feature, providing your product requirements, user flows, and any existing schema notes.

Frequently Asked Questions about data-model-planner

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

FAQPage Schema
How do I plan a data model before implementation?▼

Start by framing the model boundary, building a domain vocabulary, and identifying candidate entities with identity and ownership. Then map relationships with cardinality and delete behavior, specify invariants, define lifecycle states, and plan migration and rollback before writing any code.

How to plan a database schema migration safely?▼

Inventory affected records and consumers, classify changes as additive, breaking, or semantic, then define mapping, backfill, validation, rollout order, and recovery strategy. Never assume missing historical values can be reconstructed, and require rehearsal and backup evidence for irreversible migrations.

Does this skill generate SQL or ORM code?▼

No. The skill is explicitly implementation-neutral and never emits SQL, ORM models, migrations, API schemas, or vendor-specific DDL. It produces conceptual and logical plans that engineers later translate into implementation.

When should I not use a data model planning skill?▼

Avoid it when you need actual implementation code, database product selection, physical tuning like indexes or partitioning, or simple documentation of an already-finalized schema. It is designed for planning and evaluation, not execution.

How do I model multi-tenant data ownership?▼

Define identity, uniqueness, access, transfer, export, and deletion within tenant boundaries, and assign a system of record per entity. Separate stewardship, legal ownership, edit authority, and visibility for shared or collaborative records.