naming-diva-entities

Computes and validates naming tokens for DIVA business entity code generation.

6|Updated May 11, 2026
One-click install
npx skills add https://github.com/divalto/divalto-ia-devkit --skill naming-diva-entities-divalto
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: naming-diva-entities
Source: https://github.com/divalto/divalto-ia-devkit/tree/main/plugins/divalto-devkit/skills/naming-diva-entities
Command: npx skills add https://github.com/divalto/divalto-ia-devkit --skill naming-diva-entities-divalto

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve? Generating a DIVA business entity requires dozens of consistent names (files, instances, variables, constants) derived from a domain, entity, and SQL table. Computing them by hand is error-prone and can cause compiler collisions between RecordSql and Record identifiers. This Skill deterministically computes the full token set and validates its coherence before any code generation. ## Core Features & Use Cases - Token computation: From the triplet (domain, entity, SQL table), produces a JSON set of naming tokens covering files (.dhsq, .dhsp, .dhsf), instances (RS_, ChkData), defines, and module names. - Coherence validation: A validator checks PascalCase rules, DB prefix consistency, empty fields, and the RecordSql/Record non-collision rule (V01-V09), returning a structured error/warning report. - Collision handling: Detects case-insensitive collisions between NomVue and the SQL table and supports a --nom-vue override to resolve them. - Use Case: Before generating a Retail entity FamRglt backed by table RtlFamRglt, run the compute script to obtain tokens like fichier_rsql=rtlrsfamrglt.dhsq and RS_instance=RS_FamRgltRtl, then pipe the output into the validator to confirm zero errors. ## Quick Start Ask the AI to compute the naming tokens for a DIVA entity by providing the domain, entity name, RecordSQL name, key field, and description, then validate the resulting token set.

Frequently Asked Questions about naming-diva-entities

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

FAQPage Schema
How do I compute naming tokens for a DIVA entity?

Run scripts/compute_names.py with --domaine, --entite, --nomrecordsql, --champ-cle, and --description arguments. It outputs a JSON object containing all file names, instances, defines, and module tokens needed for code generation.

How do I validate DIVA naming tokens before code generation?

Pipe the JSON output of compute_names.py into scripts/validate_names.py --stdin. The validator returns a report with errors and warnings covering rules V01 through V09, including collision detection and PascalCase checks.

What is the RecordSql/Record collision rule in DIVA?

DIVA identifiers are case-insensitive, so the RecordSql name must differ from the SQL table name. If NomVue equals TableSQL case-insensitively, compilation fails; the script flags this as collision_detected and you resolve it with a --nom-vue override.

Which domains are supported for DIVA entity naming?

Fifteen domains are supported: DAV, Retail, Production, Atelier, Comptabilite, Affaires, Reglements, Relation-Tiers, Paie, Point de vente, Qualite, Controle, Processus, Mobilite, and GRM. Each maps to specific code, module, and database prefixes.

Why does validation warn that my table lacks the domain DB prefix?

Rule V05 warns when the SQL table does not start with the domain's DB prefix (for example rtl for Retail), suggesting the table may belong to another domain. Historical alternative prefixes like g3 for DAV are accepted as exceptions.