[NOVA]: Ich bin NOVA, und das ist OpenClaw Daily. Heute starten wir mit OpenClaw v2026.4.29, denn dies ist das aktuellste stabile Release in der aktuellen OpenClaw-Release-Liste, und es verändert konkretes Operatorverhalten sofort: aktive Laufsteuerung, sichtbares Antwort-Routing, herzschlagbasierte Zusagen, personenbewusstes Gedächtnis, Modellkatalogverhalten, strengere Tool-Profile und Kanalzuverlässigkeit. ... [ALLOY]: Ich bin ALLOY. Und der nützlichste Weg, diese Episode zu hören, ist als Betriebsepisode. Kein Stimmungscheck, keine Feature-Parade. Die Frage lautet: Was wird leichter inspizierbar, sicherer konfigurierbar, schwieriger zu verlieren und weniger anfällig für stille Fehler, wenn ein Agent in einem echten Chat-Kanal arbeitet? [NOVA]: Nach dem tiefen Einblick in das OpenClaw-Release behandeln wir das Model Provenance Kit von Cisco, das Modellherkunft in etwas verwandelt, das Operatoren vergleichen und scannen können, und anschließend OpenAI Advanced Account Security, das ChatGPT- und Codex-Konten für Menschen absichert, die sensible Agentenarbeit leisten. [ALLOY]: Der Release-Block erhält die erste Hälfte, weil er verändert, wie Live-Agentensysteme verhalten, während sie bereits in Bewegung sind. Eine Folgenachricht kann einen laufenden Durchgang steuern. Eine sichtbare Antwort kann durch den Kanal erzwungen werden. Eine erinnerungsähnliche Zusage kann zu expliziter Herzschlagarbeit werden, anstatt ein unbeabsichtigtes Versprechen zu bleiben. Das sind Operatorkontrollen, und sie sind wichtig. [NOVA]: Das Release verdient die Führung, weil es konkretes Operatorverhalten sofort verändert: aktive Laufsteuerung, sichtbares Antwort-Routing, herzschlagbasierte Zusagen, personenbewusstes Gedächtnis, Modellkatalogverhalten, strengere Tool-Profile, Startwiederherstellung und Kanalzuverlässigkeit. ... [ALLOY]: Dieses Release verändert eine Menge operatives Verhalten. Aktive Lauf-Queuing-Einstellungen wechseln jetzt standardmäßig zu Steer statt zum alten One-at-a-Time-Queuing. Sichtbare Antworten können über das Nachrichten-Tool erzwungen werden. Folgezusagen werden zu optionaler Herzschlagarbeit mit Extraktions- und Lieferlimits. Subagenten-Ereignisse tragen Routing-Metadaten. Das Gedächtnis erhält personenbewusste Wiki-Metadaten, Provenienzansichten, Aktive-Gedächtnis-Filter pro Konversation, partielle Erinnerung bei Timeout und begrenzte REM-Vorschaudiagnosen. Die Anbieterabdeckung erweitert sich durch NVIDIA-Onboarding, schnellere manifest-gestützte Modell- und Authentifizierungspfade, Bedrock Opus 4.7 Thinking-Parität und sichereres Codex/OpenAI-kompatibles Replay-Verhalten. Sicherheit und Betrieb ergänzen strengeres restrictive-profile Tool-Handling, OpenGrep-Scanning, schärfere GHSA-Triage-Richtlinien, sichereres Owner-Scope-Handling, Docker-Onboarding-Automatisierung und Web-Fetch IPv6 ULA Opt-in für vertrauenswürdige Proxy-Stacks. ... [NOVA]: Die Fix-Liste ist ebenfalls sehr betrieblich: langsamer Host-Start, wiederverwendbare Modellkataloge, Event-Loop-Bereitschaftsdiagnosen, Runtime-Dependency-Reparatur, veraltete Sitzungswiederherstellung, versionsabhängige Update-Caches, Slack Block Kit-Limits, Telegram-Proxy- und Polling-Resilienz, Discord-Start- und Rate-Limit-Verhalten, WhatsApp-Zustellung und Liveness, Signal-Medien und Empfangsströme, Feishu-Leerzeichenbehandlung, Matrix- und Teams-Kanten sowie Verhinderung von systemd-Neustart-Schleifen. ... [ALLOY]: Nach dem tiefen Release-Einblick wechseln wir zu zwei Sicherheitsgeschichten mit primären technischen Oberflächen: Ciscos Model Provenance Kit für Modell-Herkunftsprüfungen und OpenAI Advanced Account Security für phishing-resistenten ChatGPT- und Codex-Kontoschutz. ... [NOVA]: Die Schlüsselfrage für das Release ist einfach: Macht es das System besser inspizierbar, wenn es funktioniert, und besser wiederherstellbar, wenn es ausfällt? Genau darin ist dieses Changelog ungewöhnlich praktisch. ... [ALLOY]: Richtig. Es fügt nicht nur Schalter hinzu. Es setzt Griffe an Fehlermodi, die sich früher von außen unsichtbar angefühlt haben. ...

[ALLOY]: Ich mag es, dass das mit Queuing beginnt, weil Queuing der Ort ist, wo viele Agentensysteme so tun, als sei der Nutzer verschwunden. Jemand schickt eine Korrektur, während der Agent arbeitet, und die Laufzeit ignoriert sie entweder, hängt sie an den nächsten Durchgang, oder unterbricht zu einem gefährlichen Moment. Steering gibt dieser Folgemeldung einen Platz zum Landen. [NOVA]: Fangen wir mit dem aktiven Laufverhalten an, denn hier verändert das Release die tägliche Agenteninteraktion. ... [ALLOY]: OpenClaw wechselt jetzt standardmäßig zu Steer für aktives Lauf-Queuing, mit einem 500-ms-Folgemeldungs-Fallback-Debounce. Das ältere One-at-a-Time-Verhalten bleibt als Queue verfügbar. Der Unterschied ist wichtig. In einem lang laufenden Agentendurchgang kann ein Nutzer Folgeanweisungen senden, während das Modell noch arbeitet. Ein Queue-Modus, der Nachrichten einfach stapelt, kann dazu führen, dass der nächste Durchgang hinter dem aktuellen Stand zurückbleibt. Steering ist anders: Ausstehende Pi-Steering-Nachrichten leeren sich an der nächsten Modellgrenze, sodass der Agent akzeptierte Folgemaßnahmen an dem Punkt einbeziehen kann, wo er sicher den Kurs wechseln kann. ... [NOVA]: Die operative Frage lautet nicht nur „Kann ein Nutzer eine weitere Nachricht senden?" Sondern: „Wann wird diese Nachricht Teil des Plans des Agenten?" Steering macht die Grenze explizit. Die Laufzeit kann Folgemaßnahmen akzeptieren, sie entprellen und an einer sicheren Modellgrenze anwenden, anstatt beliebige Tool-Ausführungen zu unterbrechen oder die Nachricht nach der App-Server-Bereinigung zu verlieren. Das Release leert außerdem akzeptierte entprellte Codex-Steering-Nachrichten vor der normalen App-Server-Durchgangsbereinigung, damit eine bestätigte Folgemaßnahme nicht verschwindet, wenn der Durchgang schnell abgeschlossen wird. ... [NOVA]: Das erklärt auch das Discord-Symptom, das man zuerst bemerkt: Der Agent hat intern möglicherweise etwas getan, aber der Kanal sieht nie eine Nachricht. Ein sichtbarer Antwortvertrag sagt, dass die nutzerseitige Oberfläche Teil des Abschlusses ist, kein dekoratives Anhängsel. [ALLOY]: Die Durchsetzung sichtbarer Antworten ist eine weitere wichtige Nachrichtenkontrolle. Die neue globale Einstellung messages.visibleReplies lässt Operatoren verlangen, dass sichtbare Ausgaben für jeden Quell-Chat über message(action=send) laufen, während messages.groupChat.visibleReplies weiterhin als Gruppen- oder Kanalüberschreibung verfügbar bleibt. Das ist ein Routing-Vertrag. Wenn das System sagt, eine Antwort muss über das Kanal-Nachrichten-Tool sichtbar sein, sollte der Agent einen Durchgang nicht still beenden, ohne eine nutzerseitige Antwort zu produzieren. Der zugehörige Fix für Gruppenkanal-Chats fällt auf automatische Quellzustellung zurück, wenn ein Kanal nur nachrichten-tool-basierte Antworten vorberechnet, das Nachrichten-Tool aber nicht verfügbar ist. Das verhindert, dass Discord- oder Slack-artige Gruppendurchgänge still ohne sichtbare Antwort abgeschlossen werden. ... [NOVA]: Subagenten-Routing-Metadaten verbessern sich ebenfalls. Gateway-Ereignisse stellen jetzt spawnedBy für Subagenten-Chat- und Agent-Broadcast-Payloads bereit. Das gibt Clients genug Informationen, um Kind-Sitzungsereignisse zu routen, ohne eine separate Sitzungsabfrage durchzuführen. In einer Multi-Agenten-UI oder Chat-Integration ist das wichtig, weil Kind-Arbeit am Eltern-Request angeheftet bleiben sollte, besonders wenn gespawnte Sitzungen Hintergrundaufgaben, delegierte Recherchen oder tool-schwere Arbeit erledigen. ... [ALLOY]: Dann gibt es abgeleitete Folgezusagen. Das Release fügt optionale Zusagen mit versteckter Batch-Extraktion, Scoping pro Agent und pro Kanal, Herzschlagzustellung, CLI-Verwaltung, commitments.enabled, commitments.maxPerDay und Herzschlag-Intervall-Fälligkeitsbegrenzung hinzu, damit Erinnerungen nicht sofort auf magische Weise auslösen. Das ist die richtige vorsichtige Form. Automatisierte Folgemaßnahmen sind nützlich, aber sie können unheimlich oder laut werden, wenn jede vage Zukunftsphrase zur Erinnerung wird. Scoping, Extraktionslimits, Zustellung über Herzschlag und Tageslimits lassen Operatoren das bewusst gestalten. ... [NOVA]: Die praktische Empfehlung lautet: Zusagen nur dort aktivieren, wo der Kanal und die Agentenrolle es rechtfertigen. Ein persönlicher Assistent kann von einer begrenzten „Später nochmal nachschauen"-Funktion profitieren. Ein öffentlicher Gruppenbot sollte wahrscheinlich keine Erinnerungen aus lockeren Gesprächen ableiten. Die Konfiguration muss Kanalnormen, Agentenrolle und Zustellungsrisiko widerspiegeln. ... [ALLOY]: Deshalb gehört Steering an die Spitze der Episode. Ein laufender Agent ist keine statische Anfrage. Er ist eine Live-Verhandlung zwischen dem Nutzer, der Modellgrenze und den bereits in Bewegung befindlichen Tools. ... [NOVA]: Und diese Verhandlung explizit zu machen, ist der Unterschied zwischen einem Chatbot, der bloß Nachrichten akzeptiert, und einer Operatoroberfläche, die während der Arbeit ausgerichtet bleiben kann. ...

[ALLOY]: Personengedächtnis ist der Teil, wo Präzision am meisten zählt. Eine generische Notiz kann etwas unscharf sein und trotzdem nützlich sein. Eine Personenbehauptung mit dem falschen Alias, der falschen Beziehung oder einer schwachen Quelle kann aktiv irreführend sein. [NOVA]: Gedächtnis ist der zweite große Release-Bereich. OpenClaw fügt agentenseitige Personen-Wiki-Metadaten, kanonische Aliase, Personenkarten, Beziehungsgraphen, Datenschutz- und Provenienzberichte, Evidence-Kind-Drilldown und Suchmodi für Personenlookup, Frageroutierung, Quellennachweis und Rohbehauptungen hinzu. ... [ALLOY]: Das ist ein bedeutsamer Schritt über generischen Rückruf hinaus. Personengedächtnis ist nicht nur ein weiterer Dokumentenindex. Eine Person kann Aliase, Beziehungen, Präferenzen, Rollen, Datenschutzbeschränkungen und Belege mit unterschiedlicher Zuverlässigkeit haben. Wenn ein Agent „Alex hat X gesagt" zurückruft, muss der Operator wissen, welcher Alex, welche Quelle, welche Konversation, welche Behauptung und ob der Beweis stark genug ist, um ihn zu verwenden. Personenkarten und Beziehungsgraphen geben Agenten eine strukturierte Möglichkeit, über Identität und Kontext nachzudenken, ohne alles zu einem Textklumpen zu glätten. ... [NOVA]: Die Provenienzansicht ist besonders wichtig. Gedächtnissysteme scheitern, wenn sie alte, schwache oder falsch zugeordnete Fakten sicher klingen lassen. Evidence-Kind-Drilldown lässt das System Rohbehauptungen, Quellenbelege, generierte verwandte Links und lesbare Textauszüge trennen. Das Release hält außerdem breite geteilte-Quellen- und generierte-verwandte-Link-Blöcke davon ab, jede Seite zu einem Suchtreffer zu machen, begrenzt laute Backlinks, unterstützt All-Term-Suchen wie Personen-Routing-Anfragen und bevorzugt lesbare Seiten-Body-Snippets gegenüber generierten Metadaten. ... [ALLOY]: Aktives Gedächtnis erhält ebenfalls schärfere Filter. Optionale allowedChatIds und deniedChatIds pro Konversation lassen Operatoren den Rückruf nur für ausgewählte direkte, Gruppen- oder Kanalkonversationen aktivieren, während breite Sitzungen übersprungen werden. Das ist ein Datenschutz- und Relevanzfeature. Ein Arbeitsbereich kann Rückruf in einem privaten Operationschat wollen, aber nicht in einem lauten öffentlichen Kanal. Ohne Filter kann der Rückruf zu weitreichend werden, selbst wenn das zugrundeliegende Gedächtnissystem technisch funktioniert. ... [NOVA]: Das Timeout-Verhalten verbessert sich ebenfalls. Aktives Gedächtnis kann begrenzte partielle Rückruf-Zusammenfassungen zurückgeben, wenn der versteckte Gedächtnis-Sub-Agent eine Zeitüberschreitung hat, einschließlich des Standard-Temporary-Transcript-Pfads, sodass nützlicher wiederhergestellter Kontext nicht verworfen wird. Das ist der richtige Zuverlässigkeits-Kompromiss: Ein Rückruf mit Timeout sollte nicht zwingend zu null Rückruf werden, wenn eine sichere partielle Zusammenfassung verfügbar ist. Operatoren brauchen begrenzte Ausgaben und klare Diagnosen statt Alles-oder-Nichts-Verhalten. ... [ALLOY]: Es gibt auch einen read-only doctor.memory.remHarness RPC für begrenzte REM-Dreaming-Vorschauen ohne Mutations-Pfade. Das gibt Operator-Clients eine Möglichkeit, zu inspizieren, was die Gedächtnis-Dreaming-Maschinerie produzieren würde, ohne tatsächlich Gedächtnis zu fördern oder zu verändern. Bei Gedächtnissystemen sollten Vorschau und Mutation getrennt sein. Das Debuggen einer Gedächtnispipeline sollte nicht versehentlich den Gedächtnisspeicher umschreiben. ... [NOVA]: Der nützliche Maßstab hier ist nicht, ob das Gedächtnissystem klug klingt. Sondern ob eine zurückgerufene Personenbehauptung auf die Beweisform zurückverweisen kann, die sie erzeugt hat. ... [ALLOY]: Genau. Personenbewusstes Gedächtnis verdient Vertrauen nur, wenn Identität, Beziehung, Datenschutz und Quellstärke inspizierbar bleiben. ...

[ALLOY]: Anbieteridentität klingt langweilig, bis ein Modell-Picker den Anbieterpräfix entfernt und den richtig aussehenden Modellnamen an den falschen Ort schickt. Dann wird es zum ganzen Bug. [NOVA]: Anbieter- und Modellabdeckung erweitert sich mit NVIDIA-Onboarding und statischen Katalogmetadaten. Der NVIDIA-Anbieter umfasst API-Key-Onboarding, Setup-Dokumentation, statische Katalogzeilen und literale Modell-Ref-Picker-Unterstützung, sodass gehostete NVIDIA-Modelle mit ihrem Anbieterpräfix intakt ausgewählt werden können. Das Release hält außerdem den NVIDIA_API_KEY-Anbietermarker aufrecht und markiert gebündelte NVIDIA Chat Completions-Modelle als string-content-kompatibel, sodass NIM-Modelle aus models.json geladen werden und OpenAI-kompatible Subagenten-Aufrufe reinen Textinhalt senden. ... [ALLOY]: Der operative Punkt ist Anbieteridentität. Wenn eine Modell-Ref ihren Anbieterpräfix behalten muss, sollte der Picker ihn nicht zu einem mehrdeutigen String normalisieren. Wenn der Anbieter einen Marker-Key hat, sollten Onboarding und Katalogverhalten das merken. Wenn ein kompatibler Endpunkt reinen Textinhalt für Subagenten-Aufrufe erwartet, sollte die Laufzeit die Anfrage entsprechend formen. Diese Details sind einzeln klein, aber sie bestimmen, ob ein Anbieter in realen Agentenabläufen zuverlässig funktioniert. ... [NOVA]: Bedrock-Unterstützung erhält Thinking-Profil-Parität für Claude Opus 4.7. Das Release stellt xhigh, adaptive und max Thinking-Profile für Bedrock-Modell-Refs bereit, während Opus und Sonnet 4.6 auf adaptive-by-default bleiben. Es lässt auch veraltete Temperatur für Opus 4.7 Bedrock-Modell-IDs, benannte Profile und Anwendungs-Inferenzprofile weg und klassifiziert verschachtelte Validierungsantworten für Failover. Das ist ein weiteres Beispiel für anbieterspezifische Korrektheit. Dieselbe Modellfamilie kann unterschiedliche Transport-Regeln haben, je nachdem ob sie direkt oder über Bedrock aufgerufen wird. ... [ALLOY]: Die Modellkatalogzuverlässigkeit verbessert sich ebenfalls. Gateway-Modelle können den letzten erfolgreichen Modellkatalog bereitstellen, während veraltete Neuladen im Hintergrund aktualisiert werden. Das verhindert, dass Control-Plane- und OpenAI-kompatible Anfragen hinter der Modell-Provider-Neuentdeckung nach Modellkonfigurationsänderungen blockiert werden. Auf langsamen Hosts ist das eine große Verbesserung der Nutzbarkeit: Der Katalog kann für einen Moment veraltet sein, aber das Gateway hört nicht auf zu antworten, während es alles neu lädt. ... [NOVA]: Start-Diagnosen werden expliziter. Gateway-Diagnosen können eine optionale Start-Timeline ausgeben, die Lebenszyklus- und Plugin-Lade-Phasen hinter einem Konfigurations-Flag aufzeichnet, sodass die Diagnose langsamer Starts keine maßgeschneiderte Instrumentierung mehr erfordert. Das gibt Operatoren eine Möglichkeit zu beantworten: Wohin ging die Bootzeit? War es Konfigurationsvalidierung, Plugin-Metadaten, Provider-Erkennung, Kanalstart, Runtime-Dependency-Reparatur oder Event-Loop-Bereitschaft? ... [ALLOY]: Runtime-Dependency-Reparatur erhält einen langen Durchgang. Das Release ersetzt veraltete symlink-gespiegelte Mirror-Zielstamms vor dem Schreiben von Runtime-Mirror-Temp-Dateien, überspringt das Umschreiben bereits materialisierter Hardlinks, schreibt Dependency-Maps auch bei leeren Plänen, verifiziert gestufte Paket-Einstiegsdateien vor der Wiederverwendung gespiegelter Stamms, bevorzugt require-Conditional-Exports für CommonJS-only Plugin-Deps, umfangt gepackte Node-Compile-Caches nach OpenClaw-Version und Installations-Metadaten und beschneidet veraltete openclaw-unknown-Stamms während des Gateway-Starts, während aktuelle oder gesperrte Stamms erhalten werden. Die Builder-Erkenntnis: Gepackte Plugin-Deps sind ein Betriebssystem im Betriebssystem. Sie brauchen Locks, Versions-Scoping, Reparatur und sichere Ersetzungssemantik. ... [NOVA]: Zusammen machen die Anbieter- und Startänderungen die Control-Plane weniger spröde. Ein langsames Katalog-Refresh, eine Anbieter-Eigenart oder eine Dependency-Reparatur sollten nicht dazu führen, dass sich die gesamte Laufzeit heimgesucht anfühlt. ... [ALLOY]: Und wenn es doch verlangsamt, sollte der Operator eine Timeline und ein konkretes Subsystem zum Inspizieren haben, nicht nur ein leeres Warten. ...

[NOVA]: Das ist eine der saubersten Sicherheitslektionen im Release. Ein restriktives Profil sollte nicht breiter werden, weil irgendein anderer Konfigurationsabschnitt exec- oder Dateisystemverhalten definiert hat. Eng sollte eng bedeuten, bis ein Operator es explizit erweitert. [ALLOY]: Sicherheit/Tools ist eine der wichtigsten Verhaltensänderungen in v2026.4.29: Konfigurierte tools.exec- und tools.fs-Abschnitte weiten restriktive Profile wie Messaging und Minimal nicht mehr implizit auf. Wenn Nutzer diese Tools unter einem restriktiven Profil benötigen, müssen sie explizite alsoAllow-Einträge hinzufügen, und der Start warnt vor betroffenen Konfigurationen. ... [NOVA]: Das ist eine sauberere Sicherheitsgrenze. Ein restriktives Profil sollte restriktiv bedeuten. Wenn ein Konfigurationsabschnitt für exec- oder Dateisystem-Tools das Profil still weitet, denken Operatoren möglicherweise, ein Agent läuft mit einer engen Oberfläche, während er tatsächlich mehr kann. alsoAllow zu verlangen macht die Erweiterung absichtlich und prüfbar. ... [ALLOY]: OpenGrep-Scanning wird mit einem präzisen Rulepack, einem Source-Rule-Compiler, Provenienz-Metadaten-Prüfungen und PR/Full-Scan-Workflows hinzugefügt, die First-Party-Code und Rulepack-only-Änderungen validieren und dabei SARIF zu GitHub Code Scanning hochladen. Das ist nützlich, weil Sicherheitsautomatisierung reproduzierbar sein sollte. Ein Rulepack braucht Provenienz, einen Compiler-Pfad, Validierung, CI-Workflows und ein Standardausgabeformat wie SARIF, damit Ergebnisse dort landen, wo Maintainer Code-Sicherheit bereits triagieren. ... [NOVA]: Gateway/systemd-Verhalten erhält einen konkreten operativen Fix: Überwachte Lock- und EADDRINUSE-Konflikte beenden jetzt mit sysexits 78, sodass RestartPreventExitStatus=78 Restart=always-Schleifen stoppt, anstatt Plugins wiederholt gegen einen besetzten Port neu zu laden. Das ist ein klassischer Service-Management-Fehler. Wenn ein anderes Gateway bereits den Port besitzt, behebt endloses Neustarten des Dienstes den Konflikt nicht; es verbrennt CPU, erzeugt Log-Chaos und kann Plugins wiederholt in einen schlechten Zustand laden. Ein deterministischer Exit-Code lässt den Service-Manager aufhören zu versuchen. ... [ALLOY]: Veraltete-Sitzungs-Wiederherstellung ist ebenfalls konservativer. OpenClaw kann veraltete Sitzungs-Lanes freigeben, während aktive eingebettete Läufe, Antwortoperationen und Lane-Tasks serialisiert bleiben, sodass eingereihte Folgemaßnahmen ablaufen können, ohne legitime lang laufende Arbeit abzubrechen. Doctor und Task-Maintenance können verwaiste Subagenten mit persistierten Wiederherstellungsversuchen und feststeckenden Sitzungs-Grabsteinen versöhnen. Das Produktziel ist die Wiederherstellung von veraltetem Bookkeeping, ohne jeden langen Task als feststeckend zu behandeln. ... [NOVA]: Kanal-Fixes sind umfangreich. Slack erhält einen großen Block Kit-Durchgang: Native Befehlsargument-Menüs bleiben innerhalb der Optionslimits, Fallback-Button-Labels und -Werte werden bei Bedarf abgeschnitten oder fallen gelassen, Bestätigungstext wird auf Dialog-Limits begrenzt, Genehmigungs-Metadaten und Update-Fallback-Text bleiben innerhalb von Slack-Limits, Nachrichten-Tool-Präsentation und interaktive Blöcke werden zusammengeführt, und Fallback-Text wird für Sends und Edits begrenzt. Der praktische Fehlermodus ist einfach: Ein überdimensionierter Button-Wert oder Fallback-String kann dazu führen, dass Slack die gesamte Block-Nutzlast ablehnt. Das Release lässt den Adapter gültige interaktive Struktur erhalten, während ungültige Teile abgekniffen werden. ... [ALLOY]: Telegram-Fixes konzentrieren sich auf Proxy-Verhalten, Polling, Webhooks, Zitate und sichere Sendevorgänge. Telegram respektiert ALL_PROXY, all_proxy und Service-Level OPENCLAW_PROXY_URL für HTTP/1 Bot API-Transport. Long-Polling-Timeouts werden begrenzt, damit niedrig konfigurierte Werte nicht alle paar Sekunden frische HTTPS-Verbindungen erzwingen. Polling-Liveness-Warnungen erscheinen im Kanalstatus und Doctor. Webhook-Runtime-Status warnt, wenn die Registrierung noch nicht abgeschlossen ist. Zitat-Antworten wiederholen ohne veraltete oder ungültige Zitat-Auszüge. Safe-Send-Wiederholung vermeidet doppelte sichtbare Nachrichten bei mehrdeutigen Netzwerk-Envelopes. Das Muster ist begrenzte Resilienz: Transiente Netzwerkausfälle dürfen das Gateway nicht töten, aber blind duplizierte nutzerseitige Antworten sind auch nicht akzeptabel. ... [NOVA]: Discord-Fixes decken Start- und Rate-Limit-Handling, thread-gebundene ACP-Auflösung, langes CJK-Chunking, Unterdrückung doppelter Gateway-Monitor, Kanalgesundheits-Zusammenfassungen, Start-Closed-Verhalten wenn Bot-Identität nicht aufgelöst werden kann, begrenzte WebSocket-Handshakes und Cooldowns für Cloudflare/Error 1015 HTML 429-Antworten mit Retry-After wenn verfügbar ab. WhatsApp-Fixes verlangen echte Baileys ausgehende Nachrichten-IDs vor dem Markieren von Auto-Antworten als zugestellt, stellen Liveness- und Timeout-Einstellungen bereit, stellen Listener nach bestimmten Reconnect-Blockierungen wieder her und protokollieren Dispatcher-Zustell-Fehler mit genug Identifikatoren zum Debuggen von Typing-ohne-Send-Berichten. Signal-Fixes umfassen Gruppen-Allowlist-Abgleich, Installer-Download-Caps, Medienantwort-Caps und lang-lebiges Empfangs-SSE-Verhalten. Feishu überspringt leere Text-Nachrichten ohne Medien, damit leere Nutzerdurchgänge nicht in Sitzungen geschrieben werden. ... [ALLOY]: Das Release-Urteil: v2026.4.29 dreht sich darum, Live-Agentensysteme kontrollierbarer zu machen. Es verengt mehrdeutiges Queue-Verhalten, sichtbare Antwort-Zustellung, Folgezusagen-Automatisierung, Gedächtnis-Provenienz, Anbieter-Kataloge, Start-Diagnosen, restriktive Tool-Profile, veraltete Sitzungen, Service-Neustart-Schleifen und Kanal-Adapter-Fehlermodi. ... [NOVA]: Der größere Punkt ist, dass Kanalzuverlässigkeit Teil der Agentenzuverlässigkeit ist. Wenn der Adapter eine Antwort abbricht, rate-limited, dupliziert oder versteckt, kann das Modell kaputt aussehen, selbst wenn der Reasoning-Pfad erfolgreich war. ... [ALLOY]: Dieses Release behandelt Transport-Verhalten also als Produktverhalten, was der richtige Schritt für einen Assistenten ist, der in echten Nachrichtenkanälen lebt. ...

[NOVA]: Das Model Provenance Kit von Cisco ist eine starke KI-Infrastrukturgeschichte, weil es eine grundlegende Frage aufgreift, die immer schwieriger zu beantworten wird: Woher kam dieses Modell eigentlich? ... [ALLOY]: Modellkarten, Repository-Namen und Metadaten sind nützlich, aber sie reichen allein nicht aus. Modelle werden feinabgestimmt, zusammengeführt, quantisiert, destilliert, konvertiert, umbenannt, neu verpackt und weiterverteilt. Ein nachgeordnetes Team kann einen Checkpoint erhalten, der behauptet, von einer Familie abgeleitet zu sein, aber die eigentlichen Gewichte, der Tokenizer oder die Architektur erzählen möglicherweise eine kompliziertere Geschichte. Das ist wichtig für Lizenzierung, Schwachstellen-Reaktion, Sicherheitsüberprüfung, Benchmark-Interpretation und Deployment-Richtlinien. ... [NOVA]: Das Kit wird als Python-Toolkit und CLI mit Compare- und Scan-Workflows beschrieben. Compare-Modus nimmt zwei Modelle, einschließlich Hugging Face oder lokale Checkpoints, und schlüsselt Ähnlichkeit über Architektur-Metadaten, Tokenizer-Struktur und Weight-Level-Signale auf. Scan-Modus beginnt mit einem Modell und gleicht es gegen eine Datenbank bekannter Fingerabdrücke ab, um die nächsten Herkunftskandidaten zu identifizieren. ... [ALLOY]: Das technische Detail ist, dass das Kit nicht nur auf Namen schaut. Es analysiert Signale wie Embedding-Geometrie, Normalisierungs-Layer, Energieprofile, direkte Gewichtsvergleiche, Tokenizer-Struktur und Architektur-Metadaten. Diese Signale sind wichtig, weil Metadaten gefälscht oder entfernt werden können. Weight-Level-Beweise sind schwieriger zu fälschen, wenn das Ziel ist, den Modellursprung zu verbergen und gleichzeitig das Modellverhalten zu bewahren. ... [NOVA]: Die anfängliche Fingerabdruck-Datenbank soll etwa 150 Basis-Modelle über mehr als 45 Modellfamilien und mehr als 20 Publisher abdecken. Diese Datenbank ist wichtig, weil Provenienz vergleichend ist. Ein Fingerabdruck ist am nützlichsten, wenn er gegen bekannte Referenzen abgeglichen werden kann. Ohne eine Referenzmenge kann ein Tool sagen, dass zwei Modelle ähnlich sind, hat aber weniger Fähigkeit, ein Modell in einem breiteren Herkunftsgraphen zu platzieren. ... [ALLOY]: Cisco hat auch eine Model Provenance Constitution veröffentlicht, die Ableitungsbeziehungen definiert, wie direkte Abstammung, indirekte Abstammung, mechanische Transformation, Identität und Transitivität. Das ist nützlich, weil Herkunft ein Vokabular braucht. Feinabstimmung, Quantisierung, Formatkonvertierung und Zusammenführen sind nicht dieselbe Beziehung. Eine Deployment-Richtlinie kann eine erlauben und eine andere ablehnen. ... [NOVA]: Für Operatoren ist der praktische Ort, ein solches Tool zu verwenden, die Modell-Einlass-Pipeline. Bevor ein Modell für die Produktion genehmigt wird, scannen Sie es. Vergleichen Sie es mit der behaupteten Basisfamilie. Speichern Sie das Fingerabdruckergebnis mit dem Modell-Artefakt. Binden Sie diesen Nachweis an Lizenzprüfung, Sicherheitsprüfung, Benchmark-Ergebnisse und Deployment-Gates. Wenn eine Schwachstelle oder ein Richtlinienproblem später eine Basisfamilie betrifft, hilft Herkunftsnachweis dabei, zu identifizieren, welche deployed Modelle möglicherweise nachgeordnet sind. ... [ALLOY]: Es gibt Einschränkungen. Fingerabdrücke sind Beweise, kein magisches Zertifikat. Ein hoher Ähnlichkeitswert braucht Interpretation. Feinabstimmungen, Zusammenführungen, Beschneidung, Quantisierung und Formatkonvertierung können Signale auf unterschiedliche Weise verändern. Eine Fingerabdruck-Datenbank kann unvollständig sein. Proprietäre Modelle sind möglicherweise nicht als Referenzen verfügbar. Aber die Richtung ist richtig: Modellursprung sollte zu testbaren operativen Belegen werden, nicht nur zu einem Label. ... [NOVA]: Die OpenClaw-relevante Erkenntnis ist, dass Agenten-Laufzeiten zunehmend von Modell-Supply-Chains abhängen. Wenn ein Agent lokale Modelle, gehostete Modelle, fein abgestimmte Modelle, Marktplatz-Modelle und konvertierte Checkpoints wählen kann, braucht der Operator eine Möglichkeit zu fragen, nicht nur „Läuft es?", sondern auch „Wovon ist es abgeleitet, welche Richtlinie gilt und welches Risiko folgt daraus?" ... [ALLOY]: Der praktische Gewinn ist schnellere Triage. Wenn behaupteter Ursprung, erkannte Herkunft und deployed Artefakt eines Modells zusammenliegen, wird eine Sicherheitswarnung oder ein Lizenzproblem viel weniger spekulativ. ... [NOVA]: Provenienz macht den Modell-Einlass nicht mühelos, aber sie gibt Operatoren Beweise, die sie an eine Deployment-Entscheidung knüpfen können. ...

[NOVA]: OpenAIs Advanced Account Security Release ist kein Modell-Release, aber es ist eine ernste Agenten-Betriebsgeschichte, weil ChatGPT- und Codex-Konten jetzt nah an sensiblem Kontext, Code, verbundenen Tools und hochrangigen Workflows sitzen. ... [ALLOY]: Der Opt-in-Modus bündelt mehrere Schutzmaßnahmen. Er verlangt Passkeys oder physische Sicherheitsschlüssel und deaktiviert passwortbasiertes Login. Das macht phishing-resistente Authentifizierung zum Standard für angemeldete Konten. Ein gestohlenes Passwort sollte nicht ausreichen um einzudringen, weil es keinen Passwort-Login-Pfad zu nutzen gibt. ... [NOVA]: Kontowiederherstellungsänderungen sind genauso wichtig. Advanced Account Security deaktiviert E-Mail- und SMS-Wiederherstellung und erfordert stärkere Wiederherstellungsmethoden: Backup-Passkeys, Sicherheitsschlüssel und Wiederherstellungsschlüssel. Das ist ein bewusster Kompromiss. E-Mail- und SMS-Wiederherstellung sind praktisch, aber wenn ein Angreifer das E-Mail-Konto oder die Telefonnummer kontrolliert, werden diese Wiederherstellungspfade zu Kontoübernahme-Pfaden. Stärkere Wiederherstellung reduziert dieses Risiko, bedeutet aber auch, dass der OpenAI-Support registrierte Konten nicht wiederherstellen kann, wenn der Nutzer die erforderlichen Wiederherstellungsmethoden verliert. ... [ALLOY]: Sitzungen werden kürzer, um das Risiko zu reduzieren, wenn ein Gerät oder eine aktive Sitzung kompromittiert wird. Nutzer erhalten Login-Warnungen und können aktive Sitzungen geräteübergreifend einsehen und verwalten. Das ist wichtig, weil lang-lebige Sitzungen ein echtes Risiko sind, wenn ein Konto verbundene Tools, Code-Arbeit, Gedächtnis oder sensible Konversationen enthält. Ein kürzeres Sitzungsfenster und eine klarere Sitzungsliste eliminieren Kompromittierungen nicht, aber sie reduzieren die Verweilzeit und verbessern die Erkennung. ... [NOVA]: Automatischer Trainingsausschluss ist ebenfalls enthalten. Konversationen von angemeldeten Konten werden nicht zum Training von OpenAI-Modellen verwendet. Für Hochrisiko-Nutzer und sensible Arbeit entfernt das eine Kontoebenen-Datenschutzentscheidung aus dem täglichen Arbeitsablauf des Nutzers. Der Kontomodus trägt die Datennutzungspräferenz automatisch. ... [ALLOY]: Das Codex-Detail ist für Builder wichtig. OpenAI sagt, der Schutz gilt auch für Codex, wenn über dasselbe Login zugegriffen wird. Das bedeutet, die Sicherheitseinstellung deckt nicht nur Chat-Konversationen ab, sondern auch Coding-Agenten-Workflows. Codex kann Repositories, Diffs, Terminal-Ausgaben, Issue-Kontext und verbundene Entwicklungsarbeit berühren. Wenn ein Konto kompromittiert wird, ist das Risiko nicht nur jemand, der Chats liest; es kann zum Zugang zu Engineering-Kontext und agentischen Workflows werden. ... [NOVA]: OpenAI sagt außerdem, dass einzelne Mitglieder von Trusted Access for Cyber, die auf die leistungsfähigsten und freizügigsten Cyber-Modelle zugreifen, ab dem 1. Juni 2026 verpflichtet werden, Advanced Account Security zu aktivieren. Organisationen mit vertrauensbasiertem Zugang können alternativ bestätigen, dass phishing-resistente Authentifizierung Teil ihres Single-Sign-On-Workflows ist. Das ist ein starkes Signal, wohin Kontosicherheit für Hochleistungs-KI-Zugang geht: Stärkere Modelle und freizügigere Tools erfordern stärkeren Kontoschutz. ... [ALLOY]: Für Operatoren und Builder lautet die praktische Lektion: Kontosicherheit an Fähigkeiten anpassen. Wenn ein KI-Konto Codex nutzen, Tools verbinden, sensiblen Kontext halten oder auf fortgeschrittene Cyber-Modelle zugreifen kann, ist Passwort-plus-E-Mail-Wiederherstellung nicht genug. Verwenden Sie phishing-resistente Authentifizierung. Pflegen Sie Backup-Schlüssel. Speichern Sie Wiederherstellungsschlüssel sicher. Überprüfen Sie aktive Sitzungen. Verkürzen Sie die Sitzungsexposition. Und verstehen Sie die Wiederherstellungskosten, bevor Sie strengere Schutzmaßnahmen aktivieren. ... [NOVA]: Die beste Sicherheitseinstellung ist die, die der Nutzer tatsächlich aufrechterhalten kann. Advanced Account Security erhöht die Mindestanforderungen, erhöht aber auch die Verantwortung für Wiederherstellungshygiene. Die Deployment-Empfehlung lautet: Schlüssel-Registrierung, Backup-Schlüssel-Speicherung, Wiederherstellungsschlüssel-Handhabung, Geräteersatz und Offboarding dokumentieren, bevor es team-weit verlangt wird. ... [ALLOY]: Der Kompromiss ist, dass stärkere Kontosicherheit einen Teil der Verantwortung auf die Wiederherstellungsplanung verschiebt. Das ist kein Grund, sie zu vermeiden. Es ist ein Grund, Backup-Schlüssel und Wiederherstellungsschlüssel als Teil des Systemdesigns zu behandeln. ... [NOVA]: Für Agenten-Arbeit ist Kontosicherheit Infrastruktur. Das Konto ist nicht mehr nur ein Login; es ist die Eingangstür zu Code, Tools, Kontext und delegierter Aktion. ...

[NOVA]: Der Release-Lead ist OpenClaw v2026.4.29, weil er konkrete Operatoroberflächen bewegt: aktive Laufsteuerung, sichtbares Antwort-Routing, Folgezusagen, Subagenten-Routing-Metadaten, personenbewusstes Gedächtnis, Rückruffilter pro Konversation, partieller Rückruf, NVIDIA-Anbieter-Onboarding, Bedrock-Thinking-Profile, Start-Diagnosen, Modellkatalog-Aktualisierungsverhalten, restriktive-Profil-Tool-Grenzen, OpenGrep-Workflows, systemd-Neustart-Schleifen-Verhinderung, veraltete-Sitzungs-Wiederherstellung und Kanal-Adapter-Zuverlässigkeit. ... [ALLOY]: Ciscos Model Provenance Kit ist die Modell-Supply-Chain-Geschichte: Modelle vergleichen, gegen bekannte Fingerabdrücke scannen, Metadaten, Tokenizer und Weight-Level-Beweise inspizieren und Herkunft zu einer Deployment-Prüfung machen. ... [NOVA]: OpenAI Advanced Account Security ist die Kontohärtungsgeschichte: Passkeys und Sicherheitsschlüssel, kein Passwort-Login, stärkere Wiederherstellung, kürzere Sitzungen, Login-Warnungen, aktive-Sitzungs-Überprüfung, automatischer Trainingsausschluss, Codex-Abdeckung und strengere Anforderungen für Hochleistungs-Cyber-Zugang. ... [ALLOY]: Die praktische Erkenntnis: Live-Agentensysteme brauchen explizite Kontrollgrenzen. Queuing, Gedächtnis, Anbieter, Kanäle, Modelle und Konten brauchen Oberflächen, die Operatoren inspizieren, konfigurieren und wiederherstellen können. ...

[NOVA]: Bevor wir schließen, hier ist die Operator-Checkliste, die sich aus der Episode ergibt. Für OpenClaw v2026.4.29: Überprüfen Sie zuerst das aktive Lauf-Steering. Entscheiden Sie, ob Steer der richtige Standard für Ihre Kanäle ist und ob irgendein Workflow noch das Legacy-Queue-Verhalten benötigt. Dann überprüfen Sie sichtbare Antworten. Wenn eine Chat-Oberfläche eine öffentliche Antwort erwartet, stellen Sie sicher, dass der Nachrichten-Tool-Pfad verfügbar ist und die Fallback-Zustellung verstanden wird. ... [ALLOY]: Als nächstes überprüfen Sie Zusagen. Aktivieren Sie sie nur dort, wo eine Folgeerinnerung angemessen ist, setzen Sie Tageslimits und ordnen Sie sie nach Agent und Kanal. Dann überprüfen Sie Gedächtnisfilter. Personenbewusstes Gedächtnis ist leistungsfähig, aber es sollte nach Konversation gefiltert und durch Provenienz gestützt sein. Wenn der Agent eine Personenbehauptung verwendet, sollte er in der Lage sein, die dahinterliegende Beweisform zu zeigen. ... [NOVA]: Als nächstes kommt die Anbieterüberprüfung. Wenn NVIDIA- oder Bedrock-Modell-Refs im Einsatz sind, bestätigen Sie den genauen Anbieterpräfix, die Modellkatalogzeile, das Inhaltsformat, das Thinking-Profil und das Fallback-Verhalten. Für Start- und Runtime-Dependencies aktivieren Sie Diagnosen, wenn die Bootzeit unklar ist, und behandeln Sie Dependency-Reparatur-Protokolle als operative Beweise statt als Lärm. ... [ALLOY]: Sicherheitsüberprüfung ist der letzte Schritt. Restriktive Profile sollten restriktiv bleiben, es sei denn, alsoAllow erweitert sie explizit. Modell-Einlass sollte Provenienz-Prüfungen umfassen, wenn die Modellquelle wichtig ist. Und Konten, die Codex, verbundene Tools, sensible Chats oder freizügige Cyber-Modelle erreichen können, sollten phishing-resistente Authentifizierung mit dauerhafter Wiederherstellungsplanung verwenden. ... [NOVA]: Noch eine weitere praktische Schicht: Trennen Sie Control-Plane-Gesundheit von Modellqualität. Wenn Discord, Slack, Telegram, WhatsApp, Signal oder ein anderer Kanal ruhig erscheint, beschuldigen Sie nicht sofort das Modell. Prüfen Sie, ob der Kanal-Adapter verbunden ist, ob sichtbare Antworten durch das erwartete Tool geroutet werden, ob das Gateway neugestartet wurde, ob Start-Rate-Limits aktiv sind, ob ein lang laufender Task noch registriert ist und ob eine eingereihte Folgemaßnahme auf eine Modellgrenze wartet. Ein guter Agent kann trotzdem kaputt aussehen, wenn der Lieferpfad instabil ist. ... [ALLOY]: Deshalb sind auch die systemd- und veraltete-Sitzungs-Fixes wichtig. Eine Neustart-Schleife ist nicht nur laute Infrastruktur. Sie verändert die gelebte Erfahrung des Agenten. Nachrichten können während des Starts ankommen, Slash-Befehle können zu oft neu deployen, Anbieter-Kataloge können neu laden und Kanal-Clients können im unangenehmen Raum zwischen initialisiert und bereit sitzen. Die beste Operator-Haltung ist, wiederholte Neustarts als nutzerseitigen Ausfall zu behandeln, selbst wenn jeder einzelne Neustart sauber beendet. ... [NOVA]: Für Gedächtnis sollte die Checkliste Beweisüberprüfung umfassen. Wenn eine erinnerte Behauptung eine Antwort beeinflusst, fragen Sie, welche Art von Beweis sie stützt. Ist es eine Rohbehauptung, ein Quellen-Snippet, ein generierter Link, ein Personenkarten-Alias oder eine aus Kontext abgeleitete Beziehung? Je persönlicher die Behauptung, desto wichtiger wird Provenienz. Personenbewusstes Gedächtnis ist nützlich genau weil es Nuancen bewahren kann, aber es verdient Vertrauen nur wenn der Agent zeigen kann, warum er glaubt was er glaubt. ... [ALLOY]: Für Modellprovenienz lautet die Checkliste Einlass-Disziplin. Modell-Fingerabdrücke mit Artefakten speichern. Behauptete Quelle, erkannte nächste Herkunft, Tokenizer-Nachweis, Architektur-Nachweis und Weight-Level-Nachweis zusammenhalten. Dann diesen Datensatz mit Deployment-Entscheidungen verknüpfen. Wenn später eine Lizenzierungsregel, Sicherheitswarnung oder Evaluierungsfehler eine Basisfamilie betrifft, machen Provenienz-Datensätze die Reaktion schneller und weniger spekulativ. ... [NOVA]: Und für Kontosicherheit lautet die Checkliste Wiederherstellungsprobenentnahme. Phishing-resistente Authentifizierung ist leistungsfähig, aber sie verändert was passiert, wenn ein Laptop ersetzt wird, ein Telefon verloren geht, ein Hardware-Schlüssel kaputt geht oder ein Teammitglied geht. Bevor ein stärkerer Kontomodus verlangt wird, entscheiden Sie, wie Backup-Passkeys gespeichert werden, wo Wiederherstellungsschlüssel liegen, wer Single-Sign-On-Kontrollen bestätigen kann und wie aktive Sitzungen überprüft werden. Starke Sicherheit sollte Panik reduzieren, nicht ein neues fragiles Ritual schaffen. ... [ALLOY]: Das gemeinsame Muster ist, dass jede wichtige Grenze einen sichtbaren operativen Griff haben sollte. Queue-Grenzen, Gedächtnis-Grenzen, Anbieter-Grenzen, Kanal-Grenzen, Modellursprung-Grenzen und Kontozugangs-Grenzen brauchen alle etwas, das der Operator inspizieren kann. Je fähiger Agenten werden, desto weniger akzeptabel ist es, dass diese Grenzen als versteckte Annahmen leben. ... [NOVA]: Die praktische Erkenntnis ist, dass Live-Agentensysteme explizite Kontrollgrenzen brauchen. Queuing, Gedächtnis, Anbieter, Kanäle, Modelle und Konten brauchen alle Oberflächen, die Operatoren inspizieren, konfigurieren und wiederherstellen können. ... [ALLOY]: Shownotes und Quelllinks sind auf Toby On Fitness Tech dot com verfügbar. [NOVA]: Danke fürs Zuhören bei OpenClaw Daily. Ich bin NOVA. [ALLOY]: Und ich bin ALLOY. Wir sind bald wieder da.