gedcom-fidelity-registry

Enforce GEDCOM 5.5.1 and 7.0 round-trip fidelity via per-column registry entries and CI-backed tests.

2|Updated Apr 2, 2026
One-click install
npx skills add https://github.com/jonaseck2/slaktforskning --skill gedcom-fidelity-registry
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: gedcom-fidelity-registry
Source: https://github.com/jonaseck2/slaktforskning/tree/main/.claude/skills/gedcom-fidelity-registry
Command: npx skills add https://github.com/jonaseck2/slaktforskning --skill gedcom-fidelity-registry

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevents silent data loss when evolving the database schema or the GEDCOM import/export code by mechanically requiring that every authored database field either round-trips correctly or is explicitly marked and tested as lossy/excluded.

Core Features & Use Cases

  • Round-trip fidelity registry: Declares per (table, column) behavior for GEDCOM 5.5.1 and 7.0, including lossless, lossless-via, lossy, and excluded outcomes.
  • CI-enforced coverage: Blocks schema changes that lack registry entries and fails fast when registry entries don’t map to real columns.
  • Per-field round-trip tests: Seeds values, exports to GEDCOM, re-imports, and asserts the post-round-trip value matches the registry’s expectation (including conditional expectedAfterRoundTrip logic).
  • Clear mechanisms for “lossless-via”: Requires a one-sentence mechanism description so reviewers can verify why identity is preserved.
  • Justified exclusions: Supports audit/cache-only exclusions with the expectation they are deliberate and documented.

Quick Start

Use the gedcom-fidelity-registry when you add, rename, or migrate a schema column or touch GEDCOM import/export code so CI will require and verify the correct round-trip behavior for every affected field.

Frequently Asked Questions about gedcom-fidelity-registry

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

FAQPage Schema
How do I prevent GEDCOM data loss when modifying a database schema?▼

To prevent GEDCOM data loss when modifying a database schema, enforce a round-trip fidelity registry that requires an explicit entry for every authored database field. This mechanically verifies lossless, lossy, or excluded outcomes through CI-backed coverage and automated tests.

What is GEDCOM round-trip fidelity and why does it matter?▼

GEDCOM round-trip fidelity ensures data integrity by verifying that exported GEDCOM 5.5.1 or 7.0 files re-import without silent data loss. It requires defining exporter and importer ownership to validate post-round-trip values against expected results.

How do I test GEDCOM import and export for TypeScript schema migrations?▼

Test GEDCOM import and export for TypeScript schema migrations by seeding values, exporting to GEDCOM, re-importing, and asserting post-round-trip values match registry expectations. CI enforcement blocks schema changes lacking these registry entries.

Why does CI fail when missing GEDCOM fidelity registry entries are reported?▼

CI fails on missing GEDCOM fidelity registry entries because it enforces per-column coverage for schema changes. This mechanism blocks code changes that lack explicit lossless, lossless-via, lossy, or excluded declarations and fails when entries don't map to real columns.

Does this GEDCOM fidelity approach support both GEDCOM 5.5.1 and 7.0?▼

Yes, the GEDCOM fidelity registry supports both 5.5.1 and 7.0 standards. It declares per table and column behavior for both formats, ensuring round-trip data integrity across different GEDCOM versions through automated testing.

How do I justify excluding a database field from GEDCOM export?▼

Exclude a database field from GEDCOM export by marking it as excluded in the registry with a deliberate justification like audit or cache-only usage. The registry supports justified exclusions so reviewers can verify they are documented and intentional.