Local-file creator workflow

Game Data Integrity & Release QA

Catch broken rows, missing references, manifest drift, undocumented release changes, expansion conflicts, and composition-rule failures before they reach a prototype, playtest build, or production handoff.

Your files stay on your device. Every check runs in this browser tab. No CSV content is uploaded, stored, or sent to Tabletop Maker Lab.

One source of truth, six release decisions

Choose the check that matches the handoff.

Each tool answers a different question. They can use similar CSV data without reducing the workflow to six names for one generic validator.

Suggested release sequence

Structure → references → package → change → compatibility → composition

  1. Validate the source CSV before trusting downstream output.
  2. Resolve broken IDs between related datasets.
  3. Reconcile the component list used for handoff.
  4. Review exactly what changed since the prior version.
  5. Check expansion dependencies and replacements.
  6. Run creator-defined deck or set constraints.

What these tools do not decide

Integrity is not balance or production approval.

A passing report means the files satisfy the rules you supplied. It does not prove fun, balance, legal compliance, print quality, supplier acceptance, or physical completeness.

Prototype iteration

Use stable IDs so revised text and values can be compared without treating reordered rows as new cards.

Manufacturing handoff

Reconcile the approved component manifest against the file being handed to a supplier or assembly partner.

Expansion release

Declare dependencies and replacements explicitly instead of relying on memory or a prose-only change log.