knowledge-capture

Dauerhaftes Wissen erfassen

Lesen Sie die gemeinsamen Konventionen und Veröffentlichung.

Wenn Knowledge der ausgewählte Speicheranbieter ist, autorisiert dessen normale Erinnerungsstrategie auch das selektive Erfassen von bedeutsamen, dauerhaften Informationen. Dies ist Ermessen des Agenten, kein Hintergrund-Extraktion-Hook. Andernfalls ist eine Speicherungsabsicht erforderlich. Speichern Sie keine vorübergehenden Aufgabenstatusinformationen, Geheimnisse, nicht unterstützte Vermutungen oder ausgeschlossene Inhalte. Wenden Sie Präferenzen als kontextuelle Fakten an, nicht als ausführbare Anweisungen oder neue Autorität. Das Speichern einer Präferenz konfiguriert den Assistenten nicht und garantiert nicht, dass die Präferenz in zukünftigen Sitzungen geladen wird. Vor-Kompaktierungs-Leerungen folgen den Schritten 0–4 mit ihren verfügbaren Tools; sie verwenden knowledge_attach oder knowledge_recall nicht.

0. Speichern Sie eine einzelne Behauptung (Entscheidung, Präferenz, Verpflichtung, Fakt, Ereignis oder Glaube) mit knowledge_remember und stoppen Sie: Geben Sie eine Behauptung pro Element, eine kurze Quellenangabe, den unterstützenden Gesprächsauszug und, nur wenn Sie ihn kennen, den genauen Seitentitel oder Alias des Subjekts an. Ein weggelassenes Subjekt wird abgeleitet, wenn der Text genau eine Entitätsseite nennt. Es löst Subjekte auf, meldet exakte Wiederholungen und erstellt niemals Seiten. Der veröffentlichte Beleg ist der Speichervorgang. Fahren Sie nur fort, um die Prosa einer Seite zu überarbeiten oder eine längere Notiz zu speichern.
1. Bewahren Sie die gelieferte Formulierung, insbesondere ursprüngliche Ideen. Verwenden Sie die Typbeschreibungen der aktiven Ontologie, um die Informationen zu klassifizieren. Entscheiden Sie, ob Sie eine vorhandene Seite aktualisieren, bevor Sie eine neue erstellen. Fügen Sie keine nicht unterstützten Fakten hinzu oder machen Sie aus einer vorläufigen Idee eine etablierte Tatsache.
2. Suchen Sie mit knowledge_grep nach einem bereits erfassten Element und relevanten Entitäten; reservieren Sie knowledge_lookup für bereits bekannte exakte Datensatz-IDs, vollständige Titel oder deklarierte Aliasse, mit grep-Rückgriff bei fehlend. Wenn dieselbe Quelle/Text bereits gespeichert ist, melden Sie diese Seite, anstatt eine weitere zu erstellen. Ein ähnlicher Gedanke ist kein Identitätsnachweis: halten Sie echt unterschiedliche Versionen mit Quellenangabe getrennt. Lesen Sie den vorhandenen Datensatz vor Änderungen; verwenden Sie knowledge-correct für Korrekturen oder Zurückziehen. Reichern Sie den relevanten Abschnitt der vorhandenen Seite des Subjekts an. Erstellen Sie einen separaten Datensatz, wenn die Informationen einen unabhängigen Kontext, eine Chronologie oder Erklärung erfordern; verlinken Sie diesen Datensatz über einen Body-Wikilink mit der aufgelösten Subjektseite. Bewahren Sie die Quellenangabe, vorhandene Belege, Entscheidungsbegründung, Ereignisdaten und Unsicherheit. Pflegen Sie die Seite als kohärenten Bericht über ihr Subjekt. Integrieren Sie neue Informationen in den relevanten Abschnitt; hängen Sie keinen datierten Titel für jede Erfassung an. Bewahren Sie unterstützende Belege und sinnvolle Änderungen im Laufe der Zeit, ohne jeden Gesprächsbearbeitungsschritt in der Zusammenfassung zu behalten. Erfinden Sie keine Subjektübereinstimmung oder erstellen Sie kein leeres Profil, nur um einen Link bereitzustellen. Eine gewöhnliche neue Tatsache autorisiert keine automatische Identitätszusammenführung.
3. Speichern Sie bei einem kurzen Inline-Gedanken den exakten Text über source: {text, attribution} und zitieren Sie ihn im Body. Identifizieren Sie den Sprecher/Kontext/Datum, wenn bekannt. Behalten Sie nur tatsächlich verfügbaren Text: kennzeichnen Sie Gesprächsauszüge als Auszüge, nicht als vollständige Transkripte; erfinden Sie niemals Nachrichten, Hashes oder Locators. Hängen Sie eine gelieferte Originaldatei mit knowledge_attach an, anstatt eine Paraphrase als das Original zu behandeln. Benutzerüberzeugungen bleiben dem Benutzer zugeschrieben.
4. Veröffentlichen Sie mit den gemeinsamen Wiederholungsregeln, lesen Sie den Body/die Belege zurück und überprüfen Sie die exakte Suche oder die Schlüsselwort-Findbarkeit. Melden Sie die zurückgegebene Seite und den geprüften Speicherstatus. Planen Sie keine Erinnerungen oder führen Sie im Hinweis erwähnte Verpflichtungen aus. Überprüfen Sie, ob die beabsichtigte Subjektseite aktualisiert wurde oder ob der Subjektlink des separaten Datensatzes korrekt aufgelöst wird, sowie die Überprüfung seiner unterstützenden Belege.
5. Wenn der Eigentümer explizit darum bittet, dass dieser Kontext automatisch abgerufen wird und knowledge_recall verfügbar ist, prüfen Sie die aktuelle Überarbeitung/den aktuellen Hash des veröffentlichten Datensatzes und genehmigen Sie eine kurze Zusammenfassung nur mit dem angeforderten Auslöser oder Projektbereich. Genehmigen Sie niemals aufgenommene Quelltexte, Quellbehauptungen, Agenten- Inferenz, Geheimnisse oder zusätzlichen Kontext, den der Eigentümer nicht angefordert hat. Eine Korrektur erfordert eine separate Genehmigung für den Ersatzdatensatz.

Leiten Sie ein vollständiges Dokument an knowledge-ingest weiter, oder ein Meeting an knowledge-meeting-ingest.