phase-1-schema

Define project terminology, data structures, and core entities into a glossary and domain model.

Updated Mar 20, 2026
One-click install
npx skills add https://github.com/hendrax5/ironman --skill phase-1-schema-hendrax5
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: phase-1-schema
Source: https://github.com/hendrax5/ironman/tree/main/skills/phase-1-schema
Command: npx skills add https://github.com/hendrax5/ironman --skill phase-1-schema-hendrax5

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Unify project language by defining terminology, data structures, entities, and relationships to reduce ambiguity across teams and code.

Core Features & Use Cases

  • Glossary creation to map business terms and domain concepts.
  • Domain-model design to establish entities and relationships and align across microservices.
  • Naming conventions and templates to enforce consistent terminology throughout code, docs, and APIs.
  • Use Case: A new feature requires a shared glossary and domain model before coding begins, ensuring all teams speak the same language.

Quick Start

Define initial glossary and domain model using the Phase-1 templates and store results in docs/01-plan.

Frequently Asked Questions about phase-1-schema

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

FAQPage Schema
How do I create a shared glossary and domain model before coding begins?

Create a glossary and domain model by defining project terminology, data structures, and core entities. Document these relationships using provided templates to establish a common language across teams before development starts.

Why do I need to standardize project terminology and data structures?

Standardizing terminology and data structures reduces ambiguity across teams and code. A unified glossary and domain model ensures consistent naming conventions throughout documentation, APIs, and microservices.

Can I use this schema approach to align domain models across microservices?

Yes, designing a domain model establishes core entities and relationships that align terminology across microservices. The resulting glossary and naming conventions ensure consistent language throughout code and APIs.

What is the best way to document data relationships for downstream coding conventions?

The best way is to create a standardized domain model and glossary that maps business terms to data structures. Store these deliverables in docs/01-plan to satisfy code rule references and support downstream PDCA tasks.

Do I need any specific dependencies to set up project terminology templates?

No specific dependencies are required. You can define your glossary and domain model directly using the provided templates and naming conventions, then store the output under docs/01-plan for team access.