Trustbase Lab · Trustbase Citable-Fact Standard

Trustbase Citable-Fact Standard v0.1

TBDS-1 · Making fact records machine-citable and human-verifiable for any publisher

Version v0.1 Status:Draft Published 2026-10-12 CC-BY-4.0 Requirement keywords:RFC2119 (MUST / MUST NOT / SHOULD / SHOULD NOT / MAY) 中文

0 · Why this specification exists

This specification defines a minimal set of conventions so that any data publisher can produce fact records that are machine-citable and human-verifiable. Adopting it requires no use of any service operated by this platform.

1 · Terms

TermDefinition
fact_recordFact record: a minimal citable assertion about the world, carrying a stable identifier and sources
assertionAssertion: the semantic content of a record
sourceSource: primary or secondary material supporting the assertion
recheckRecheck: a third party can redo the verification from the record alone

Normative rules

2 · Record identifiers

TBDS-1-2.1MUSTmachine-checkable

Every fact record MUST have a stable identifier.

TBDS-1-2.2MUSTmachine-checkable

The identifier MUST be unique (no duplicates library-wide), stable (never changed once published), addressable (the record can be retrieved by it), and SHOULD NOT carry volatile semantics (do not encode facts that change, such as price or status).

TBDS-1-2.3SHOULDmachine-checkable

Identifiers SHOULD follow the form `<prefix>-<number>`, where the prefix identifies the record type.

TBDS-1-2.4MUST NOTmanual evidence required

Identifiers MUST NOT be recycled or reassigned. When a record becomes invalid, the identifier MUST be retained and tombstoned (see §7.3).

3 · Assertion kind

TBDS-1-3.1MUSTmachine-checkable

Every record MUST declare `assertion_kind`, one of observation / compilation / derivation / model.

TBDS-1-3.2MUST NOTmanual evidence required

A `derivation` MUST NOT be presented as a statement made by the source.

4 · Source grading (three axes)

TBDS-1-4.1MUSTmachine-checkable

Every source MUST be graded on three independent axes — L (authority), R (reusability) and AI (AI-feedability). No axis substitutes for another.

TBDS-1-4.2MUSTmachine-checkable

Every source MUST record `reliance_page_url` (the terms page actually relied upon) and `snapshot_at`.

TBDS-1-4.3MUSTmanual evidence required

Where a source's terms pages contradict each other, the strictest reading MUST be applied and `contradiction_flag` set.

TBDS-1-4.4MUSTmachine-checkable

Where data originates elsewhere (a republishing source), `upstream` MUST be recorded — upstream rights are not covered by downstream licences.

5 · Confidence

TBDS-1-5.1MUSTmachine-checkable

Every record MUST carry a confidence level: A (verified against a government document or official announcement), B (company statement or authoritative media), C (unverified / doubtful).

TBDS-1-5.2MUSTmanual evidence required

Confidence MUST be determined by source type, MUST NOT by editorial preference.

6 · Provenance fields

TBDS-1-6.1MUSTmachine-checkable

Every record MUST carry at least one source, and each source MUST include `url`, `publisher`, `locator`, `retrieved_at` and `quote`.

TBDS-1-6.2MUSTmachine-checkable

A record MUST carry `as_of` (the point in time the underlying material refers to) and MUST keep it distinct from `retrieved_at`.

TBDS-1-6.3SHOULDmachine-checkable

A record SHOULD carry `content_hash` (a checksum of the record content).

TBDS-1-6.4MUST NOTmachine-checkable

A record without sources MUST NOT be presented as sourced.

7 · Versioning and revision

TBDS-1-7.1MUSTmanual evidence required

The record library MUST be append-only: new facts are appended, never overwritten.

TBDS-1-7.2MUSTmachine-checkable

Every change to a record MUST be logged in `revision_log` (timestamp, what changed, on what basis).

TBDS-1-7.3MUSTmachine-checkable

Invalidation of a record MUST be expressed as a tombstone, not a deletion.

TBDS-1-7.4MUSTmachine-checkable

The publisher MUST provide the ability to retrieve a record's revision history by identifier.

8 · Citation format

TBDS-1-8.1MUSTmanual evidence required

When citing a record, the citer MUST retain: `<publisher name> <record identifier> <retrieval URL> (accessed <date>)`.

TBDS-1-8.2SHOULDmanual evidence required

A citation SHOULD also retain confidence and `as_of` — an A-grade fact as of a date is not the same thing as a number.

9 · Correction protocol

TBDS-1-9.1MUSTmachine-checkable

The publisher MUST provide a public, submittable correction channel.

TBDS-1-9.2MUSTmachine-checkable

The publisher MUST commit to an explicit response time (48 hours to first response is recommended).

TBDS-1-9.3MUSTmanual evidence required

The publisher MUST maintain a public correction archive recording what claims were overturned, on what basis, and when.

TBDS-1-9.4MUST NOTmanual evidence required

Payment MUST NOT influence a verification outcome. A fee may buy the verification act, never the direction of the conclusion.

10 · Conformance

TBDS-1-10.1SHOULDmanual evidence required

An adopter SHOULD provide an executable conformance self-check producing a per-rule verdict.

TBDS-1-10.2MUSTmanual evidence required

A declared conformance level MUST be reproducible by a third party.

TBDS-1-10.3MUSTmanual evidence required

Partial conformance is allowed, but the level reached MUST be declared truthfully — never claim full conformance unless every rule holds.

Values and enums

assertion_kind

ValueMeaningExtra requirement
observationDirect observation (raw data, measured values)—
compilationThe source itself states it in these termsMUST carry a verbatim quote
derivationDerived by induction or computation from multiple pieces of evidenceMUST carry method_id and the input record identifiers
modelModel output (forecast, estimate)MUST be marked as model-produced

axes

ValueMeaningExtra requirement
LAuthority — can this be relied on?—
RReusability — can this be lawfully republished?—
AIAI-feedability — can this be fed to AI?—

confidence

ValueMeaningExtra requirement
AVerified against government document or official announcement—
BCompany statement or authoritative media—
CUnverified / doubtful—

Appendices

Appendix · Versioning and evolution (publish early)

Appendix · Licence

This specification text is published under CC BY 4.0. Copying, modification, redistribution, use in commercial products and building your own standard on it are permitted and encouraged. The only requirement is attribution. A specification that cannot be freely adopted cannot become a standard: the value of a standard comes from how many adopt it, not from who owns it.

Appendix · Minimal adoption set

If you implement only three rules, implement these three. Doing so already makes a record recheckable; the rest is strengthening.

Conformance

Partial conformance is permitted. Levels:

L1Minimal adoption set (Appendix C)
L2All machine-checkable rules pass (the automatable part of §2–§6)
L3All MUST rules, including non-machine-checkable ones, with manual evidence
L4All MUST and SHOULD rules, plus an executable self-check

Conformance level declared by this platform itself

This platform does NOT claim full conformance. Per-rule results and blocking rules: /standard/conformance

Machine-readable version and checker

  • standard.json — machine-readable (fields, enums, requiredness, rules)
  • conformance.py — executable self-check (Python 3, stdlib only)
python conformance.py your-records.json --map your-map.json --level L1

Without --map a flat same-name mapping is used. --map connects the semantics of the standard to your own field layout: the specification does not care how your physical fields are arranged, only what they mean.

Cite this work

When citing this specification, retain the following string:

Trustbase Lab. Trustbase Citable-Fact Standard v0.1 (TBDS-1). https://trustbaselab.com/standard(accessed <date>)

Reuse this work freely

This specification text is published under CC BY 4.0 — copy, modify, redistribute, use in commercial products, and build your own standard on it. The only requirement is attribution.

CC BY 4.0