• Created in public
  • Governed by the community
  • Owned by no vendor

Your source of truth should belong to your organization—not to an AI vendor.

An organization creates a universal source of truth by separating its authoritative information from the applications that use it. SchemaFirst standards provide common structures for publishing brand information, data definitions, and related organizational context so different tools can retrieve the same current definitions without owning or redefining them.

1. Source of truth versus system of record

A system of record stores data for an application. A source of truth is the authoritative statement of what something is, independent of any application. SchemaFirst concerns the source of truth: the definitions and values that every system of record and every AI tool should agree with.

2. What should be authoritative

Brand voice, approved terminology, product names, approved claims, visual identity, canonical data objects, and their definitions are authoritative. These are facts about the organization that should not change from tool to tool.

3. What should remain tool-specific

Prompts, model settings, per-campaign instructions, and workflow configuration remain with the tool. SchemaFirst does not try to standardize how each application operates—only the authoritative information it should start from.

4. One organization may publish multiple applicable standards

An organization can publish a Brand Card and a GTM Data Schema mapping at the same time. Each standard covers a distinct kind of information, and a consumer retrieves whichever ones apply to its task.

5. Precedence and canonical ownership

Each field has one canonical owner and one canonical location. When two documents disagree, the canonical source wins. Establishing precedence explicitly is what prevents a shadow copy from quietly becoming the de facto truth.

6. Versioning and effective dates

Canonical sources are versioned and carry effective dates. A consumer can state which version it used, and a reviewer can determine which version was in force when an output was produced.

7. Context and permission boundaries

Publishing a source does not mean exposing everything to everyone. Scopes and permissions determine which consumers may retrieve which fields, so sensitive or internal context is not handed to every tool by default.

8. How changes propagate

A change is made once at the canonical source. New retrievals reflect it immediately; cached copies are refreshed against the current version. Propagation flows outward from one place rather than being re-entered in many.

9. How vendors consume the source without controlling it

Vendors read the published source using the open standard. They can use the information, but they do not own it, cannot redefine it, and are not required for the organization to change it. The relationship is consumption, not custody.

Example: a product name changes

  1. The organization updates the product name at the canonical source.
  2. New AI-generated website content retrieves the current name.
  3. Email, sales, and support tools retrieve the same current name on their next request.
  4. Historical outputs remain tied to the earlier version that produced them.

One edit updates every compatible consumer going forward, without rewriting content tool by tool.

What this does not guarantee

  • A canonical source does not force any vendor to consume it.
  • Publishing does not keep the information accurate; the organization still maintains it.
  • A shared source does not mean identical output in every channel.

Review Brand Schema

Review Brand Schema

Last reviewed · Maintained by the SchemaFirst Standards Working Group