So bringst du KI-Agenten dazu, in deiner Wissensdatenbank Quellen anzugeben

Ein Agent kann einen Satz schreiben, der flüssig, konkret und falsch ist, und er sieht genauso aus wie einer, den er aus einer Quelle übernommen hat. Sobald er in deinen Notizen steht, kann niemand die beiden mehr unterscheiden.

In einer Wissensdatenbank, die Agenten schreiben, bleibt dieser eine Satz nicht, wo er ist. Die nächste Sitzung liest ihn als Kontext und wiederholt ihn. Eine Zusammenfassung greift ihn auf. Einen Monat später steht er in vier Notizen und wirkt gesichert. Niemand hat ihn absichtlich erfunden, und niemand findet heraus, woher er kommt.

Eine Quellenangabe löst das in dem Moment, in dem es am wenigsten kostet. Wenn der Agent die Aussage schreibt, weiß er, welche Datei oder Seite er gelesen hat. Das festzuhalten kostet eine Zeile. Es später zu rekonstruieren heißt, jede Quelle noch einmal zu lesen. Und die Regel, dass jede Aussage eine Quelle braucht, ändert, was der Agent schreibt: Gibt es keine Quelle, muss er das sagen, statt die Lücke zu füllen.

Diese Anleitung richtet Quellenangaben von Hand ein, in einfachem Frontmatter, das jeder Agent schreiben kann. Nach jedem Schritt zeigt eine kurze Notiz denselben Schritt in Knowtarium, einer Ende-zu-Ende-verschlüsselten Wissensdatenbank, die wir für Notizen bauen, die Menschen und Agenten gemeinsam schreiben.

Du kannst Quellen auf zwei Ebenen verlangen. Die meisten Wissensdatenbanken brauchen beide.

Ein guter Standard: Jedes Dokument listet seine Quellen auf, und jeder Satz mit einer Zahl, einem Datum, einem Namen oder einem Zitat zitiert eine davon. Meinungen und deine eigenen Überlegungen brauchen keine Fußnote, sollten sich aber auch wie Meinungen lesen.

In Knowtarium

Beide Ebenen siehst du in Knowtarium. Die Quellen des Dokuments stehen in seinen Eigenschaften unter Details, neben der Angabe, wer es geschrieben hat (und in Ordnern mit Review, wer es geprüft hat). Jede Fußnote im Text ist eine Quellenangabe, die ihre Quelle anzeigt, sobald du mit dem Zeiger darauf gehst.

(öffnet in voller Größe in einem neuen Tab) (öffnet in voller Größe in einem neuen Tab)

Du könntest dir ein eigenes Format für Quellenangaben ausdenken, aber mit einem veröffentlichten lesen alle Tools und Agenten es gleich. Das Open Knowledge Format (OKF), eine offene Spezifikation von Google Cloud, hält die Herkunft im Feld sources fest und verbindet Aussagen über Fußnoten damit:

---
type: Metric
title: Churn
generated: { by: claude-code/2.1, at: 2026-09-26T08:10:00Z }
stale_after: 2026-12-31T00:00:00Z
sources:
  - id: billing-export
    resource: /references/billing-2026-09.csv
    title: Abrechnungsexport, September 2026
    author: process:billing-sync
    last_modified: 2026-09-25T23:00:00Z
  - id: pricing-decision
    resource: /decisions/2026-07-01-annual-plans.md
    title: Abrechnung auf Jahrespläne umstellen
---
 
Der monatliche Churn sank im September auf 2,4 %.[^billing-export]
Der Rückgang folgte auf die Umstellung auf Jahrespläne.[^pricing-decision]
 
[^billing-export]: Abrechnungsexport, September 2026
[^pricing-decision]: Abrechnung auf Jahrespläne umstellen

Jeder Eintrag in sources braucht eine resource: eine URL, einen Pfad innerhalb der Wissensdatenbank oder eine Datei in einem Ordner references/. Die anderen Felder sind optional:

• id: ein stabiler Schlüssel. Laut Spezifikation sollte er immer da sein, wenn der Text die Quelle zitiert.
• title: eine lesbare Bezeichnung.
• author: wer oder was die Quelle erstellt hat, als Akteur wie human:maya oder process:billing-sync.
• last_modified: wann sich die Quelle selbst zuletzt geändert hat.
• usage_count: wie oft die Quelle in einem Zeitraum genutzt wurde, den ein benachbartes Feld usage_window angibt.

Das Fußnoten-Label ist der Verbindungsschlüssel. Die Spezifikation erklärt, warum es eine id ist und keine Position wie „Quelle 2“: Agenten schreiben diese Dokumente ständig um, und ein nummerierter Verweis zeigt auf die falsche Quelle, sobald jemand die Liste umsortiert. Eine benannte id bleibt bestehen.

Wenn eine resource auf ein anderes Dokument in der Wissensdatenbank zeigt, ist dieser Link die Herkunftskette: Wer liest, kann ihm zu den Quellen dieses Dokuments folgen. OKF hält diese Signale fest, keinen Vertrauenswert. Die vollständigen Regeln stehen in der OKF-Spezifikation.

Agenten folgen der Anweisungsdatei, die sie zu Beginn einer Sitzung lesen: AGENTS.md bei den meisten Tools, CLAUDE.md bei Claude Code. Füge einen Abschnitt zu Quellen hinzu:

## Quellen
 
- Jede Zahl, jedes Datum, jeder Name, jedes Zitat und jede Entscheidung
  braucht eine Quelle.
- Trag jede Quelle in `sources` ein, mit einer kurzen, stabilen `id`
  und einer `resource`.
- Zitiere sie direkt nach der Aussage mit einer Fußnote: [^the-id].
- Zitiere nur Quellen, die du in dieser Sitzung geöffnet hast. Erfinde
  nie eine URL oder einen Titel.
- Übernimm Zahlen genau so, wie die Quelle sie angibt. Runde nicht.
- Speichere eine Kopie zitierter Webseiten und Exporte in references/.
- Wenn du keine Quelle findest, triff die Aussage nicht. Schreib sie unter
  "## Offene Fragen", zusammen mit dem, was du zur Bestätigung bräuchtest.
- Ändere nie die `id` einer Quelle, sobald ein Dokument sie zitiert.

Zwei davon leisten die meiste Arbeit. „Zitiere nur Quellen, die du geöffnet hast“ verhindert, dass der Agent zitiert, was eine Seite seiner Erinnerung nach sagt. „Wenn du keine Quelle findest, triff die Aussage nicht“ gibt ihm einen Ort für Vermutungen, der nicht deine Notizen sind. Die vollständige Vorlage steht in unserer Anleitung zu AGENTS.md für eine Wissensdatenbank.

Bewahre Kopien von dem auf, was du zitierst. Webseiten ändern sich, Exporte werden überschrieben. Mit einer gespeicherten Kopie in references/ lässt sich eine Quellenangabe auch nächstes Jahr noch prüfen.

Regeln machen schlechte Quellenangaben seltener, aber nicht unmöglich. Ein Agent kann eine echte Quelle für eine Aussage zitieren, die so gar nicht in der Quelle steht. Prüf die Quellenangaben deshalb separat, in zwei Durchgängen.

1. Der mechanische Durchgang

Jede Fußnote muss zu einer id in sources passen, und jede id sollte irgendwo zitiert sein. Beide Listen siehst du im Terminal:

# Fußnoten-Labels, die im Text zitiert werden
$ grep -o "\[\^[a-z0-9-]*\]" metrics/churn.md | sort -u
 
# im Frontmatter angelegte ids
$ grep -E "^  - id:" metrics/churn.md

2. Der lesende Durchgang

Dann lässt du eine andere Agenten-Sitzung jede Aussage mit ihrer Quelle vergleichen. Starte sie frisch, ohne den Kontext der schreibenden Sitzung, damit sie das Dokument liest wie jemand Fremdes. Ein ganz anderer Agent ist noch besser, zum Beispiel Codex, der die Arbeit von Claude Code prüft.

Prüfe die Quellenangaben in metrics/churn.md. Ändere das Dokument nicht.
 
1. Finde zu jeder Fußnote den Eintrag in sources mit derselben id.
   Melde Fußnoten ohne Eintrag und Einträge, die niemand zitiert.
2. Öffne jede resource. Melde alle, die es nicht gibt.
3. Zitiere zu jeder belegten Aussage die Stelle in der Quelle, die sie
   stützt, oder sag, dass du keine findest.
4. Melde Aussagen mit Zahlen, Daten oder Namen, die nichts zitieren.
 
Wenn jede Aussage stimmt, trag dich in `verified` mit der aktuellen
UTC-Zeit ein. Wenn nicht, liste die Probleme auf und hör auf.

Der letzte Schritt hält die Prüfung fest. In OKF macht ein Eintrag in verified von einem Agenten das Dokument machine-confirmed. Wenn du es selbst liest und deinen eigenen human:-Eintrag hinzufügst, wird es human-reviewed:

verified:
  - { by: second-agent/1.0, at: 2026-09-26T09:02:00Z }  # der prüfende Agent
  - { by: human:maya, at: 2026-09-26T10:30:00Z }        # du, nachdem du es gelesen hast

Eine Quellenangabe stimmt für den Zeitpunkt, an dem jemand sie geprüft hat. Gib Dokumenten mit Zahlen ein Datum stale_after, und halte bei Quellen, von denen du weißt, dass sie sich ändern, last_modified fest. Wenn der Export für September durch den für Oktober ersetzt wird, sollte die Churn-Notiz neu geprüft werden, statt ihr stillschweigend zu vertrauen. Ein Dokument ist veraltet, sobald die aktuelle Zeit nach seinem stale_after liegt, egal wer es geprüft hat.

Knowtarium liest das Feld sources und die Fußnoten, die darauf zeigen, und zeigt sie dir beim Lesen. Am Format ändert sich nichts: Die Quellenangaben sind dasselbe einfache OKF, das deine Agenten schon schreiben, Ende-zu-Ende-verschlüsselt in deinem Workspace.

• Jede Aussage nachvollziehbar. Zeig auf eine Quellenangabe, und du siehst die Quelle dahinter, wer sie erstellt hat und wann sie sich zuletzt geändert hat. Folgst du ihr, wird die Quelle in den Details des Dokuments markiert.
• Eigenschaften statt rohem YAML. Das Frontmatter steht oben im Dokument: wer es geschrieben hat (und in Ordnern mit Review, wer es geprüft hat), wann es abläuft und woher es kommt.
• Ein Graph deiner Links. Er zeigt, was veraltet ist, und mit Review kann er Dokumente nach Trust Tier einfärben, sodass ungeprüfte Notizen auffallen. Links auf Dokumente, die noch niemand geschrieben hat, erscheinen als Geister.
• Volltextsuche. Finde jedes Dokument, das eine Zahl oder eine Quelle erwähnt, schon während du tippst, mit dem passenden Text dazu. Die Suche läuft in deinem Browser, weil wir deine Notizen nicht lesen können (die Agenten, die du verbindest, sehen, was sie lesen).

(öffnet in voller Größe in einem neuen Tab) (öffnet in voller Größe in einem neuen Tab)

Wenn sich eine Quelle oder eine Zahl ändert

Quellenangaben zählen vor allem dann, wenn sich etwas ändert. Schreibt ein Agent die Churn-Notiz um, ist die Änderung signiert und am Dokument markiert, mit Diff und Undo. In einem Ordner mit Review wartet sie als Diff, bis du sie freigibst. Korrigierst du in so einem Ordner selbst eine Zahl, wartet die Änderung auf eine Prüfung durch einen Agenten: Wenn du darum bittest, liest dein Agent den Diff, folgt Links und Dokumenten mit derselben Quelle und korrigiert oder markiert jede Stelle, an der noch der alte Wert steht.

Knowtarium ruft selbst keine KI auf. Die Agenten, die du schon nutzt, verbinden sich über MCP und übernehmen das Schreiben und Prüfen. Sieh dir alle Funktionen an.