Wissensabruf

Gespeichertes Wissen abrufen

Lies die gemeinsamen Konventionen. Dieser Workflow ist schreibgeschützt.

1. Suche mit knowledge_grep({query}), auch nach benannten Personen, Projekten und Seiten, deren exakte gespeicherte Identität noch nicht bekannt ist: Standardmäßig nach wörtlichen Wörtern, all; versuche eine knappe Variante, any oder phrase, wenn sinnvoll. Keine Embeddings, Regex, Graphendurchläufe oder serverseitige Synthese verfügbar. Beschränke bei Bedarf auf Ontologietyp/Art; verwende knowledge_records und Paginierung für eine Bestandsaufnahme, nicht für eine rangierte Suche, die vorgibt vollständig zu sein.
2. Verwende knowledge_lookup({query}) nur für eine bereits bekannte exakte Datensatz-ID, vollständigen Titel oder deklarierten Alias. Dieses Werkzeug führt keine Schlüsselwortsuche durch. Wenn es missing zurückgibt, falle auf knowledge_grep zurück, bevor du zu dem Schluss kommst, dass kein relevanter Datensatz existiert. Behandle ambiguous als Mehrdeutigkeit und prüfe die Kandidaten, anstatt einen auszuwählen.
3. Überprüfe relevante Treffer mit knowledge_record. Lies genügend Kontext, um die Antwort zu untermauern. Kompakte Metadaten sind standardmäßig enthalten; fordere includeEvidence: true für Quellenangaben, Auszüge und Zuschreibungen an, sowie metadataView: "full" für beliebige Domänenfelder. Verbindungen werden standardmäßig als kompakte Identitäten/Endpunkte/Unsicherheit dargestellt; fordere view: "full" nur für reichhaltigere Metadaten/Belege an, und includeCards: true mit vollständiger Ansicht für Prosa. Folge bei Bedarf der Paginierung von Textkörper/Belegen/Verbindungen. Vergleiche den Zitierungs-Hash / die Revision des Treffers mit dem Rückgelesenen. Beginne bei Änderungen neu, anstatt inkompatible Revisionen zu kombinieren. Verwende includeReferences nur für deklarierte strukturierte Verbindungen; Prosa-Links füllen diese Liste nicht automatisch.
4. Antworte aus den abgerufenen Passagen. Zitiere im Control-UI-Chat lesbare Titel, die mit dem Vertrag für Chat-Links der gemeinsamen Konventionen auf die dedizierte Wissensseite verlinken. Behalte relevante Quellenangaben bei und gib die ursprünglichen Belege weiter, nicht nur die generierte Zusammenfassung. Kennzeichne Synthese und Widersprüche. Verwende Verlaufsfilter explizit für historische Fragen; stelle überholtes Material nicht als aktuell dar.
5. Unterscheide zwischen keinen Treffern und unzugänglichen, ungültigen, unvollständigen oder fehlgeschlagenen Lesevorgängen. Folge Ergebnisversätzen mit unveränderten Filtern und vergleiche bei der Schlüsselwortsuche index.snapshot. Wenn eine API-Paginierungsgrenze die vollständige Auswertung der Ergebnisse verhindert, grenze die Anfrage ein oder gib die Abdeckungsgrenze an. Behaupte nicht, dass die Wissensdatenbank etwas nicht enthält, nur weil eine kurze Rangliste es nicht enthielt.

Der Abruf selbst ist schreibgeschützt. Wenn die ausgewählte Wissensspeicherrichtlinie das Merken von wirklich neuen dauerhaften Informationen erfordert, verwende separat knowledge-capture. Speichere keine abgerufenen Zusammenfassungen als neue Belege und reichere Entitäten nicht nur an, weil sie in einer Antwort aufgetaucht sind.

Zeitbezogene Fragen

Verwende knowledge_chronicle_day für einen Tag/eine Woche, knowledge_chronicle_since für einen Ereigniszeitraum, knowledge_timeline für datierte Datensätze einer Entität oder ein gewähltes Zeitfeld, und knowledge_chronicle_last_seen für den aktuellsten datierten Kontext. Löse zuerst eine Entität zu einer stabilen Seiten-ID auf. Datierte Erwähnungen beweisen keine Anwesenheit. Füge bei Schlüsselwort-/Bestandsabfragen since/until und timeField zu knowledge_grep oder knowledge_records hinzu. occurred_at beantwortet, wann etwas passiert ist; recorded_at und updated_at beantworten, wann Datensätze erstellt/geändert wurden. Ersetze niemals eines durch das andere. Löse relative Abfragedaten mit der Zeitzone des Benutzers auf, wobei explizite Versatzangaben erhalten bleiben; Tagesabfragen akzeptieren eine IANA-Zeitzone. Quelle mit reinen Datenwerte bleiben rein datumsbasiert. Folge nextOffset mit unveränderten Filtern und zurückgegebenem Snapshot. Zeitliche Zulässigkeit include_inactive schließt überholtes/abgelaufenes Material ein, niemals zurückgezogene Datensätze oder eine Rekonstruktion des vergangenen Systemzustands. Last-seen verwendet occurredOnOrBefore für den Ereignisgrenzwert; übergib nicht asOf oder historical. Verwende includeSources=true für deduplizierte Quellenidentitäten auf zeitlichen Seiten. Nur-Markdown-Zeitachsen und undatierte Datensätze werden nicht abgeleitet, und keine Treffer beweisen keine Abwesenheit.

Fokussiertes Quellenlesen

Verwende knowledge_evidence_read mit der Datensatz-ID und dem beobachteten Pfad/SHA256, um eine exakte erhaltene UTF-8-Passage zu lesen. Gib bei Bedarf inklusive startLine/endLine an. Folge nextCursor mit unveränderter ID/Pfad/Hash und lasse Zeilengrenzen weg oder wiederhole sie. Ein null-nextCursor schließt die Passage ab. Im Gegensatz dazu schließt record.nextEvidenceOffset nur die Zitierungsliste ab; excerptTruncated erfordert dennoch das Quellenlesen. Das Werkzeug überprüft Byte- und Zeilengrenzen, nicht die Wahrheit einer Interpretation. Verwende knowledge_attachment für binäre Originale. Leite nie eine vollständige Überprüfung aus einem Auszug oder einem erfolgreichen strukturellen Verifizierer ab.

Abfrageaktualität unterscheidet queriedAt von scannedAt; Schlüsselwortergebnisse haben auch indexedAt. Ein wiederverwendeter Scan behält seinen Beobachtungszeitpunkt. Vergleiche Snapshot-Werte nur über Seiten hinweg mit unveränderten Abfragefiltern und Zulässigkeit.