boro-ontologist

Apply BORO methodology to re-engineer legacy entity models into four-dimensional ontological representations.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/OntoLedgy/ol_ai_context_library --skill boro-ontologist
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: boro-ontologist
Source: https://github.com/OntoLedgy/ol_ai_context_library/tree/main/skills/boro-ontologist
Command: npx skills add https://github.com/OntoLedgy/ol_ai_context_library --skill boro-ontologist

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill solves the critical problem of building incoherent, non-ontologically-sound domain models that conflate permanent types, temporal roles, and mutable states, leading to flawed data architectures, inconsistent business logic, and broken identity tracking across time.

Core Features & Use Cases

  • BORO Methodology Application: Applies core BORO principles including four-dimensionalism, extensional identity, and the strong reference principle to ensure models align with ontological best practices.
  • Legacy Model Re-engineering: Transforms existing entity-relationship models that use mutable attributes, implicit foreign keys, and false type hierarchies into ontologically correct BORO representations.
  • Ontological Validation: Validates existing domain models against BORO quality criteria to catch conflation of types/roles/states, missing tuple reification, and sign/referent confusion.
  • Use Case: If your organization's customer database treats "VIP customer" as a mutable attribute on a customer record and conflates customer roles with permanent customer types, use this Skill to re-engineer the model to distinguish permanent customer types, temporal VIP roles, and role-holding state temporal parts.

Quick Start

Use the boro-ontologist skill to re-engineer the existing customer entity model into a BORO-compliant model that correctly separates permanent customer types, temporal VIP roles, and customer state temporal parts.

Frequently Asked Questions about boro-ontologist

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

FAQPage Schema
What is ontological modelling and when do I need it for domain modelling?

Ontological modelling eliminates incoherent domain models that conflate types, roles, and states by applying four-dimensional spatio-temporal modelling and extensional identity criteria. You need it when legacy models cause flawed data architectures and broken identity tracking across time.

How do I re-engineer a legacy entity model to separate permanent types and temporal roles?

Re-engineer legacy entity models by applying the BORO methodology to distinguish permanent customer types, temporal VIP roles, and role-holding state temporal parts. This enforces tuple reification for relationships and explicit separation of signs from their referents.

How do I validate an existing domain model against ontological quality criteria?

Validate existing domain models against BORO quality criteria to detect conflation of types, roles, and states, identify missing tuple reification, and catch sign and referent confusion. This ensures strict identity and temporal consistency for business logic.

Can I use four-dimensionalism to fix mutable attribute issues in my customer database?

Four-dimensionalism fixes mutable attribute issues by re-engineering customer databases that incorrectly treat VIP customer status as a mutable attribute. It separates permanent customer types from temporal VIP roles and customer state temporal parts using extensional identity criteria.

What is the best way to model explicit relationships in ontological data validation?

The best way to model explicit relationships during ontological data validation is reified relationship representation using tuples. This BORO methodology enforces the strong reference principle and extensional identity to ensure models align with ontological best practices.

When should I not use BORO methodology for domain modelling?

Avoid using BORO methodology for domain modelling when your business context does not require strict identity and temporal consistency. If your data architecture does not suffer from conflated types, roles, states, or sign and referent confusion, this ontological validation approach may be unnecessary.