Wissensautomatisierung

Was macht Wissensautomatisierung?

1. Identifiziere den Job. Überprüfe bestehende Automatisierungen, bevor du einen Ersatz erstellst. Bestätige die autorisierte Quelle, den vorgesehenen Agenten/Vault, den Rhythmus und die Zeitzone. Verifiziere die laufende OpenClaw-Installation und deren aktuelle Automatisierungs-CLI/Schema; eine andere CLI im PATH könnte auf eine inkompatible Installation abzielen. Schließe mit dem vorgesehenen Job und einem identifizierten bestehenden Checkpoint ab.

2. Etabliere die Berechtigung des Workers. Für eine eigentümer-private Aufnahme verwende die verifizierte OpenClaw 2026.9.8-Komposition: eine vom Betreiber erstellte, benannte Sitzungsautomatisierung, die auf eine beibehaltene, echt eigentümer-delegierte OpenClaw-Sitzung abzielt. Verwende aus dem autorisierten Eigentümer-Gespräch sessions_spawn mit runtime: "subagent", cleanup: "keep" und ohne Collector-Modus. Lasse das Kind knowledge_status für den vorgesehenen Umfang/Agenten/Vault prüfen und einen bekannten vorhandenen Datensatz lesen, falls verfügbar; behalte den zurückgegebenen Sitzungsschlüssel. Dies ist der persistente Aufnahme-Worker, kein interner Forschungs-Subagent. Die Planung durch den Betreiber allein gewährt keinen privaten Zugriff. Eine neue benannte Sitzung, ein losgelöster current-Lauf oder ein Headless-Skript sind kein Ersatz für eine Delegierung. Schließe mit einem beibehaltenen Worker ab, der den beabsichtigten Zugriff nachgewiesen hat.

3. Erstelle die Host-Automatisierung. Verwende die unterstützte Betreiber-CLI der verifizierten Installation (openclaw automations add, oder bearbeite den vorgesehenen vorhandenen Job), mit einer Agenten-Turn-Nachricht und --session "session:<zurückgegebener-Sitzungsschlüssel>". Die Erstellung einer anfordererbezogenen Automatisierung kann nicht auf den Arbeitsbereich eines anderen Gesprächs abzielen. Falls die Betreiber-Planung nicht verfügbar ist, melde diesen Blocker; erfinde niemals einen Eigentümer-Kontext oder bearbeite gespeicherte Berechtigungsbelege. Setze den angeforderten Zeitplan/Zeitzone, ein ausreichendes Timeout und eine endliche Tool-Allowlist für den Workflow. Entdecke die tatsächlichen Ausführungswerkzeuge der geplanten Laufzeit, anstatt interaktive Toolnamen anzunehmen. Lies die Ziel- und Jobkonfiguration zurück.

   Die Job-Nachricht muss bei jedem Lauf erfordern:

   • Vorgesehene Wissens-Umfangs-/Zugriffs-Prüfung vor der Erfassung oder den Schreibvorgängen.
   • Neue Erfassung unter Verwendung des bestehenden autorisierten Berechtigungspfads der Quelle.
   • knowledge-source-ingest für inkrementelle Abdeckung/Abgleich, wo anwendbar, dann knowledge-ingest oder knowledge-meeting-ingest für den Inhalt.
   • Die Verifizierung des ausgewählten Workflows vor dem Speichern des Checkpoints; behalte wiederaufnehmbare Arbeit und den vorherigen Checkpoint bei Fehlschlag.
   • AUTOMATION_FAILED in der ersten eigenen Zeile für nicht behobene Fehler, gefolgt vom Grund. NO_REPLY ist für erfolgreiche Läufe ohne Änderungen, nicht für versteckte Fehler.

4. Beweise den geplanten Pfad. Führe über den Scheduler aus, nicht nur über interaktive Werkzeuge. Fordere eine terminale Laufbestätigung, korrekten Vault-Zugriff, verifizierte gespeicherte Abdeckung und Checkpoint-Rücklesung. Wiederhole mit unverändertem Quellinhalt und verifiziere keine doppelte Veröffentlichung. Bestätige auch einen echten Timer-Durchlauf; die Job-Erstellung oder Quellenliste allein beweist keine Aufnahme. Beim Ersetzen eines Jobs deaktiviere den alten nach der Verifizierung und bestätige, dass nur einer aktiv ist. Melde ungetestete Veröffentlichung oder wiederholtes Verhalten explizit.

5. Melde Betrieb und Einschränkungen. Gib den Job, Rhythmus, nächsten Lauf und verifiziertes Ergebnis an. Prüfe die Zustellung von Ergebnissen und Fehlerwarnungen separat: leise Zustellung (delivery.mode: "none") hinterlässt Ergebnisse im Automatisierungsverlauf und impliziert keine proaktiven Benachrichtigungen. Zurücksetzen/Entfernen/Neuzuweisung des Eltern-Objekts widerruft die Delegierung; Zurücksetzen oder Entfernen des Workers kann den Zugriff ebenfalls ungültig machen. Prüfe die effektive Richtlinie für Zurücksetzen/Aufbewahrung. Bei verlorener Berechtigung stoppe Schreibvorgänge und Checkpoint-Fortschritt; stelle nur durch eine neu autorisierte Eigentümer-Delegierung und unterstütztes Neuausrichten wieder her, niemals durch Eigenautorisierung.