knowledge-recall

Rappeler les connaissances sauvegardées

Lisez les conventions partagées. Ce workflow est en lecture seule.

1. Recherchez avec knowledge_grep({query}), y compris pour des personnes nommées, des projets et des pages dont l'identité exacte stockée n'est pas déjà connue : mots littéraux, all par défaut ; essayez une variante concise, any, ou phrase quand c'est utile. Aucune plongée vectorielle, regex, parcours de graphe ou synthèse côté serveur n'est disponible. Affinez par type/kind d'ontologie quand c'est approprié ; utilisez knowledge_records et la pagination pour un inventaire, pas une recherche classée prétendant être exhaustive.
2. Utilisez knowledge_lookup({query}) uniquement pour un ID d'enregistrement exact déjà connu, un titre complet ou un alias déclaré. Il n'effectue pas de recherche par mot-clé. S'il renvoie missing, revenez à knowledge_grep avant de conclure qu'aucun enregistrement pertinent n'existe. Conservez ambiguous comme ambiguïté et inspectez les candidats plutôt que d'en choisir un seul.
3. Inspectez les résultats pertinents avec knowledge_record. Lisez suffisamment de contexte pour étayer la réponse. Les métadonnées compactes sont incluses par défaut ; demandez includeEvidence: true pour les localisateurs de source, extraits et support d'attribution, et metadataView: "full" pour les champs de domaine arbitraires. Les connexions par défaut sont des identités/points de terminaison/incertitudes compactes ; demandez view: "full" uniquement pour des métadonnées/preuves plus riches, et includeCards: true avec vue complète pour la prose. Suivez la pagination du corps/preuves/connexions si nécessaire. Comparez le hachage/révision de citation du résultat avec la relecture. Redémarrez en cas de changements plutôt que de combiner des révisions incompatibles. Utilisez includeReferences uniquement pour les connexions structurées déclarées ; les liens en prose ne peuplent pas automatiquement cette liste.
4. Répondez à partir des passages récupérés. Dans le chat de l'interface Control, citez les titres lisibles liés à la page dédiée du registre des connaissances en utilisant le contrat de lien de chat des conventions partagées. Conservez les localisateurs de source pertinents et propagez les preuves originales, pas seulement le résumé généré. Étiquetez la synthèse et les désaccords. Utilisez explicitement les filtres d'historique de cycle de vie pour les questions historiques ; ne présentez pas de documents remplacés comme actuels.
5. Distinguez l'absence de résultats des lectures inaccessibles, invalides, incomplètes ou échouées. Suivez les décalages de résultats avec des filtres inchangés et, pour la recherche par mot-clé, comparez index.snapshot. Si une limite de pagination d'API empêche d'épuiser les résultats, affinez la requête ou indiquez la limite de couverture. Ne prétendez pas que le coffre manque de quelque chose uniquement parce qu'une courte liste classée ne le contient pas.

Le rappel lui-même est en lecture seule. Si la politique de mémoire des connaissances sélectionnée demande de mémoriser des informations nouvelles véritablement durables, utilisez knowledge-capture séparément. Ne réenregistrez pas les résumés récupérés comme de nouvelles preuves et n'enrichissez pas les entités simplement parce qu'elles sont apparues dans une réponse.

Questions temporelles

Utilisez knowledge_chronicle_day pour un jour/une semaine, knowledge_chronicle_since pour une plage d'occurrences, knowledge_timeline pour les enregistrements datés d'une entité ou un timeField choisi, et knowledge_chronicle_last_seen pour le contexte daté le plus récent. Résolvez d'abord une entité en un ID de page stable. Les mentions datées ne prouvent pas la présence. Pour les requêtes par mot-clé/inventaire, ajoutez since/until et timeField à knowledge_grep ou knowledge_records. occurred_at répond à quand quelque chose s'est produit ; recorded_at et updated_at répondent à quand les enregistrements ont été créés/modifiés. Ne substituez jamais l'un à l'autre. Résolvez les dates de requête relatives avec le fuseau horaire de l'utilisateur, en préservant les décalages explicites ; les requêtes sur un jour acceptent un fuseau horaire IANA. Les valeurs de source uniquement datées restent uniquement datées. Suivez nextOffset avec des filtres inchangés et le snapshot retourné. L'éligibilité temporelle include_inactive inclut les documents remplacés/expirés, jamais les enregistrements retirés ou une reconstruction de l'état passé du système. Last-seen utilise occurredOnOrBefore pour la limite d'occurrence ; ne passez pas asOf ou historical. Utilisez includeSources=true pour les identités de source dédupliquées sur les pages temporelles. Les chronologies en Markdown uniquement et les enregistrements non datés ne sont pas inférés, et l'absence de correspondance ne prouve pas l'absence.

Lecture ciblée de source

Utilisez knowledge_evidence_read avec l'ID d'enregistrement et le chemin/sha256 observé pour lire un passage UTF-8 exact retenu. Fournissez startLine/endLine inclusifs lorsque vous les connaissez. Suivez nextCursor avec id/chemin/hachage inchangés et omettez ou répétez les limites de ligne. Un nextCursor nul complète le passage. En revanche, record.nextEvidenceOffset ne complète que la liste de citations ; excerptTruncated nécessite toujours une lecture de source. L'outil vérifie les octets et les limites de ligne, pas la vérité d'une interprétation. Utilisez knowledge_attachment pour les originaux binaires. N'inférez jamais une revue complète à partir d'un extrait ou d'un vérificateur structurel réussi.

La fraîcheur de la requête distingue queriedAt de scannedAt ; les résultats de mots-clés ont aussi indexedAt. Une analyse réutilisée conserve son heure d'observation. Comparez les valeurs du snapshot uniquement entre pages avec des filtres et une éligibilité de requête inchangés.