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.