MSP-1 Specification

revisionDate

The revisionDate term records the exact timestamp when a revision was made. It provides chronological ordering and freshness signals that allow AI agents to understand how recently a resource has been updated and whether it may contain outdated or superseded information.

Category: Document lifecycle, versioning & compliance

Status: Normative

Version: MSP-1.0.x

1. Purpose

The revisionDate provides a precise temporal anchor for a revision. AI agents rely on revision timestamps to:

  • Sort revisions chronologically.
  • Determine the freshness or staleness of content.
  • Assess whether information may require verification.
  • Correlate changes with provenance, reviewer activity, and version updates.

Temporal metadata is critical for maintaining trust and interpretability, especially in dynamic or frequently updated resources.

2. Normative definition

A revisionDate is a timestamp associated with a content revision. It MUST:

  • Represent the actual time the revision was completed.
  • Use an ISO 8601–compliant format, with timezone information strongly recommended.
  • Be immutable — once recorded, the timestamp SHOULD NOT be altered.

MSP-1 does not prescribe whether the timestamp must be local time or UTC, but UTC is strongly preferred for consistency.

3. Required fields

An MSP-1 revisionDate declaration MUST:

  • Be a valid ISO 8601 timestamp string.

Recommended attributes include:

  • timezone — implied by ISO 8601 but may be clarified.
  • precision — optional note about timestamp precision (e.g., seconds, milliseconds).
  • source — human or system responsible for recording the date.

4. AI interpretation rules

  • AI agents MUST treat revisionDate as the authoritative timestamp for the associated revision.
  • AI SHOULD compare revisionDate timestamps to determine update order.
  • More recent revisionDates SHOULD increase trust in data freshness.
  • Stale revisionDates MAY decrease trust depending on the domain (e.g., medical information vs. history).
  • Missing revisionDates SHOULD be treated as weakened temporal confidence.
  • Conflicting revisionDates MUST be treated as structural errors.

Properly formatted and truthful timestamps improve the reliability of AI-generated answers by grounding them in a clear temporal context.

5. Relationship to related MSP-1 terms

  • revision — revisionDate is a subcomponent of revision metadata.
  • revisionNotes — explains the change associated with the timestamp.
  • revisionVersion — ties a timestamp to a semantic version.
  • provenance — timestamps help track lineage evolution.
  • trust — recent dates increase credibility for time-sensitive domains.

6. Examples

Minimal revisionDate:

{
  "revisionDate": "2025-12-11T14:32:00Z"
}

Example with optional detail:

{
  "revisionDate": "2025-06-03T09:18:45-05:00",
  "precision": "seconds"
}

Example within a full revision object:

{
  "revision": {
    "id": "rev-2025-03",
    "revisionDate": "2025-12-10T12:03:00Z",
    "revisionNotes": "Corrected terminology and added citation.",
    "revisionVersion": "1.0.3"
  }
}

7. Conformance

A resource conforms to the MSP-1 revisionDate specification when:

  • It uses a valid ISO 8601 timestamp.
  • It records the true time of the revision event.
  • The timestamp is stable and non-conflicting.
  • All normative rules for revision timestamp semantics are followed.