pre-dev-data-model

Define technology-agnostic data models with entities, attributes, relationships, and ownership.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/withmartian-sandbox/ghrc-x-3126672651424eddb640ecc81321a665 --skill pre-dev-data-model-withmartian-sandbox
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: pre-dev-data-model
Source: https://github.com/withmartian-sandbox/ghrc-x-3126672651424eddb640ecc81321a665/tree/main/pm-team/skills/pre-dev-data-model
Command: npx skills add https://github.com/withmartian-sandbox/ghrc-x-3126672651424eddb640ecc81321a665 --skill pre-dev-data-model-withmartian-sandbox

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Abstract data modeling before database technology selection to ensure clear ownership and lifecycle definitions.

Core Features & Use Cases

  • Establish entities, attributes, relationships, and ownership in a technology-agnostic model.
  • Provide a foundation for data governance, consistency, and lifecycle management across services.
  • Use Case: When starting a large feature that involves multiple domains, define a data model before selecting storage to prevent scope creep.

Quick Start

Define an abstract data model that captures entities, attributes, and ownership without tying to a specific database technology.

Frequently Asked Questions about pre-dev-data-model

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

FAQPage Schema
What is abstract data modeling and why define it before database selection?▼

Abstract data modeling establishes entities, relationships, and ownership rules independently of database technology. Defining this model before selecting storage ensures clear data governance, consistency, and lifecycle management across services to prevent scope creep.

How do I model entities and ownership for complex multi-domain systems?▼

To model entities and ownership for complex systems, define a technology-agnostic data model capturing entities, attributes, relationships, ownership, lifecycle, and validation rules. This separates data architecture from database specifics to ensure cross-component consistency.

When do I need a technology-agnostic data model for enterprise features?▼

A technology-agnostic data model is needed during Gate 5 validation for enterprise features, large-track projects, and complex multi-entity systems. It captures relationships and ownership across components before committing to a specific database technology.

What's the best way to prevent scope creep in large track data architecture projects?▼

The best way to prevent scope creep in large data architecture projects is defining an abstract data model before storage selection. This establishes strict entity boundaries, ownership definitions, and validation rules early, preventing uncontrolled expansion across multiple domains.

What are the limitations of skipping data abstraction and choosing a database first?▼

Skipping data abstraction and choosing a database first limits lifecycle definitions and creates tight coupling to specific storage technology. Without a technology-agnostic model, establishing consistent data governance and ownership validation across components becomes significantly harder.