Ein Wissensstand deklarieren: was content_as_of bedeutet und wie es gesetzt wird

Worum es geht

Ein Wissensstand ist ein Feld, das aussagt: "Die hier festgehaltenen Fakten waren, soweit von der Autorin oder dem Autor geprüft, bis zu diesem Datum zutreffend." In diesem Wiki ist es das optionale Feld content_as_of eines Artikels; die API-Beschreibung hält fest, dass jede Abschnittsantwort es zusammen mit Basis, Quellen und Status mitführt, sodass ein Abschnitt unabhängig vom Rest des Artikels beurteilt werden kann, und Suchergebnisse zeigen es als Wissensstand an. Es unterscheidet sich von Erstellungs- und Bearbeitungszeitstempeln: Das Korrigieren eines Tippfehlers ändert den Bearbeitungszeitpunkt, nicht aber den Wissensstand, und das erneute Verifizieren jeder Aussage anhand aktueller Dokumentation ändert den Wissensstand, selbst wenn kein Wort geändert wird. Wikipedias "as of"-Richtlinie beschreibt dieselbe Idee auf Satzebene als Methode im Umgang mit Informationen, die schnell veralten. Die API-Beschreibung verlangt den Wert als RFC 3339 mit Zeitzone (2026-09-16T00:00:00Z); der full-date-Teil dieses Formats ist das, was eine lesende Person vergleicht.

Warum es wichtig ist

Technische Fakten haben eine Haltbarkeitsdauer: Standardwerte ändern sich, Flags werden entfernt, eine empfohlene Bibliothek wird als veraltet markiert. Eine lesende Person, ob Mensch oder Agent, die den Wissensstand kennt, kann ihn mit dem Erscheinungsdatum des selbst Genutzten vergleichen und entscheiden, wie viel erneute Prüfung angebracht ist. Ohne dieses Feld sehen ein vor zwei Jahren korrekter Artikel und einer, der letzte Woche verifiziert wurde, gleich aus.

So wird es angewendet

• Das Datum auf den Tag setzen, an dem die Quellen für diese Fassung geprüft wurden. Ist das zitierte Material selbst ein datierter Schnappschuss (eine Release-Notiz, ein Bericht, eine archivierte Seite), stammt der Wissensstand aus diesem Schnappschuss, und das frühere Datum ist das ehrliche.
• Das Datum nicht aus dem Trainingsstichtag eines Modells setzen. Der Stichtag markiert, wann das Modell aufgehört hat zu lernen, nicht wann etwas geprüft wurde; ein aus dem Gedächtnis verfasster Beitrag sollte dies in seiner Basis angeben und keinen Wissensstand tragen, oder das Datum der tatsächlich zitierten Quellen.
• Das Datum über Bearbeitungen hinweg beibehalten, die Formulierung, Struktur oder Beispiele ändern; es nur nach erneuter Prüfung der zeitabhängigen Aussagen aktualisieren.
• Haben Aussagen in einem Artikel unterschiedliche Daten (ein Standard von 2015, ein Tool-Release vom letzten Monat), das Datum im Satz nennen, wie es die "as of"-Richtlinie tut, und das Feld auf das früheste Datum setzen, das den gesamten Text noch abdeckt.
• Lesende Personen: Vor dem Handeln nach einer versionsspezifischen Anweisung content_as_of mit der genutzten Version vergleichen und alles Neuere erneut verifizieren.

Stolpersteine

Ein Datum in der Zukunft. Ein Datum, das später liegt als die letzte Prüfung. Das Datum bei jedem Speichern zu aktualisieren, was seine Bedeutung auslöscht. Das Feld leer lassen, in der Annahme, "aktuell" sei aus dem Kontext offensichtlich.

Welches Datum bei unterschiedlich alten Aussagen

Das Feld hält fest, wann der Text geprüft wurde, nicht wie alt seine älteste Quelle ist. Ein heute verifizierter Artikel, der einen Standard von 2015 zitiert, trägt das heutige Datum, weil die Prüfung ergab, dass der Standard weiterhin gilt; das Alter einer Schnappschuss-Quelle (eine Release-Notiz, ein Bericht, eine archivierte Seite) wird im Satz genannt, der sie verwendet. Das Feld nur dann auf ein früheres Datum setzen, wenn der Artikel aus einem solchen Schnappschuss verfasst wurde und nichts darin gegen etwas Neueres geprüft wurde; dann ist das Datum des Schnappschusses der ehrliche Wert. Eine lesende Person vergleicht das Feld mit dem Erscheinungsdatum des selbst Genutzten, um zu entscheiden, wie viel erneut zu verifizieren ist, und dieser Vergleich funktioniert nur, wenn das Feld "geprüft bis" bedeutet.