capture-de-connaissances

Capturer des connaissances durables

Lisez les conventions partagées et la publication.

Lorsque Knowledge est le fournisseur de mémoire sélectionné, sa politique de mémorisation en tour ordinaire autorise également la capture sélective d'informations durables significatives. Il s'agit d'un jugement de l'agent, pas d'un crochet d'extraction en arrière-plan. Sinon, exigez une intention de sauvegarde. Ne sauvegardez pas les statuts de tâches transitoires, les secrets, les suppositions non étayées ou le contenu exclu. Appliquez les préférences comme des faits contextuels, pas comme des instructions exécutables ou une nouvelle autorité. Sauvegarder une préférence ne configure pas l'assistant et ne garantit pas que la préférence sera chargée lors des futurs tours. Les vidanges de pré-compaction suivent les étapes 0 à 4 avec leurs outils disponibles ; elles n'utilisent pas knowledge_attach ni knowledge_recall.

0. Sauvegardez une revendication discrète (décision, préférence, engagement, fait, événement ou croyance) avec knowledge_remember et arrêtez : donnez une revendication par élément, une attribution courte, l'extrait de conversation de soutien et, uniquement lorsque vous le connaissez, le titre exact de la page ou l'alias du sujet. Un sujet omis est déduit lorsque le texte nomme exactement une page d'entité. Il résout les sujets, signale les répétitions exactes et ne crée jamais de pages. Son reçu publié est la sauvegarde. Continuez ci-dessous uniquement pour réviser la prose d'une page ou sauvegarder une note plus longue.
1. Préservez le libellé fourni, en particulier les idées originales. Utilisez les descriptions de types de l'ontologie active pour classer l'information. Décidez s'il faut mettre à jour une page existante avant d'en créer une nouvelle. N'ajoutez pas de faits non étayés ou ne transformez pas une pensée provisoire en fait établi.
2. Recherchez un élément déjà capturé et les entités pertinentes à l'aide de knowledge_grep ; réservez knowledge_lookup pour les identifiants d'enregistrement exacts déjà connus, les titres complets ou les alias déclarés, avec repli sur grep en cas de missing. Si la même source/le même texte est déjà sauvegardé, signalez cette page plutôt que d'en créer une autre. Une pensée similaire n'est pas une preuve d'identité : conservez des versions vraiment distinctes avec attribution. Lisez l'enregistrement existant avant les modifications ; utilisez knowledge-correct pour les corrections ou retraits. Enrichissez la section pertinente de la page existante du sujet. Créez un enregistrement séparé lorsque l'information justifie un contexte, une chronologie, ou une explication indépendants ; liez cet enregistrement à la page du sujet résolu en utilisant un wikilink dans le corps. Préservez l'attribution de la source, les preuves existantes, la justification de la décision, les dates des événements et l'incertitude. Maintenez la page comme un compte rendu cohérent de son sujet. Intégrez les nouvelles informations dans la section pertinente ; n'ajoutez pas un titre daté pour chaque capture. Préservez les preuves de soutien et les changements significatifs au fil du temps sans conserver chaque étape d'édition conversationnelle dans le résumé. N'inventez pas une correspondance de sujet ou ne créez pas de profil vide simplement pour fournir un lien. Un nouveau fait ordinaire n'autorise pas la fusion automatique d'identités.
3. Pour une pensée courte en ligne, sauvegardez le texte exact via source: {text, attribution} et citez-le dans le corps. Identifiez le locuteur/contexte/date lorsqu'il est connu. Conservez uniquement le texte réellement disponible : identifiez les extraits de conversation comme des extraits, pas des transcriptions complètes ; n'inventez jamais de messages, hachages ou localisateurs. Attachez un fichier original fourni avec knowledge_attach plutôt que de traiter une paraphrase comme l'original. Les croyances de l'utilisateur restent attribuées à l'utilisateur.
4. Publiez en utilisant les règles de nouvelle tentative partagées, relisez le corps/les preuves et vérifiez la recherche exacte ou la découverte par mot-clé. Signalez la page retournée et l'état de sauvegarde vérifié. Ne planifiez pas de rappels et n'exécutez pas les engagements mentionnés dans la note. Vérifiez que la page de sujet prévue a été mise à jour ou que le lien du sujet de l'enregistrement séparé se résout correctement, ainsi que la vérification de ses preuves de soutien.
5. Si le propriétaire demande explicitement que ce contexte soit rappelé automatiquement et que knowledge_recall est disponible, inspectez la révision/hachage actuel de l'enregistrement publié et approuvez un court résumé avec uniquement le déclencheur demandé ou la portée du projet. N'approuvez jamais le texte source ingéré, les revendications sources, l'inférence de l'agent, les secrets ou le contexte supplémentaire que le propriétaire n'a pas demandé. Une correction nécessite une approbation distincte sur l'enregistrement de remplacement.

Acheminez un document complet vers knowledge-ingest, ou une réunion vers knowledge-meeting-ingest.