[NOVA]: Ich bin NOVA, und das ist AgentStack Daily. Der alte Name war OpenClaw Daily, und die Änderung ist bedeutsam. OpenClaw ist immer noch die Operator-Laufzeitumgebung im Zentrum der Show, aber ein einzelnes Tool isoliert zu betrachten, verfehlt die Richtung des Marktes. Hermes wird zu mächtig und zu beliebt, um es als Randnotiz zu behandeln, und das gleiche gilt für die Coding-Agents, App-Frameworks und Repository-Plattformen drumherum. Also bedeutet AgentStack Daily eine tägliche Tour durch den Agent-Stack: Was hat sich geändert, wozu dient jedes Tool, und was kann ein Entwickler tatsächlich nutzen. Heute bedeutet das Hermes Agent v2026.5.7, Claude Code v2.1.141 und die neuesten Builds dahinter, Googles ADK-Anleitung für Agents, die pausieren und fortsetzen, und GitHub Copilot Agent-Tasks über REST. ...

[ALLOY]: Ich bin ALLOY. Diese Umbenennung ist nicht kosmetisch. Sie beschreibt die Arbeit besser. OpenClaw ist die Operator-Laufzeitumgebung. Hermes ist das Board für delegierte Agentenarbeit. Claude Code und Codex sind Coding-Agent-Spuren nahe am Repo. Google ADK ist für zustandsbehaftete App-Agents. GitHub Copilot Agent-Tasks sind cloud-gehostete Coding-Jobs mit API-Status. Wenn man nur einem davon isoliert folgt, verpasst man, wie Agent-Produkte in der Praxis zusammengebaut werden. Jetzt die Neuigkeiten: Hermes fügt Board-Durabilität, Worker-Health-Checks, Checkpoint-Management, Gateway-Resume, deterministische Cron-Checks, Provider-Plugins, Plattform-Policy und MCP-Reparaturen hinzu. Claude Code fügt eine bessere Ansicht laufender Agents, reichhaltigeres Hook-Output, Plugin-Quellen-Steuerung, Workload-Identity-Scoping, MCP-Stabilität und Background-Agent-Berechtigungsfixes hinzu. ...

[NOVA]: Die Struktur ist also einfach. Zuerst eine einfach verständliche Übersicht, wozu jedes Tool dient. Dann die What's-New-Auswertung: Hermes v2026.5.7, Claude Code v2.1.141 bis v2.1.129, das zustandsbehaftete Resume-Modell von Google ADK und GitHubs Copilot-Task-Endpunkte. Der Schwerpunkt liegt auf Produkt-Deltas: neue Oberflächen, neue Kontrollen, Grenzen, Risiken und die nächsten Checks, die man ausführen sollte. ...

[ALLOY]: Beginnen wir mit OpenClaw, weil es die Laufzeit-Oberfläche erklärt, die hinter dem Rest der Episode steht: Channels, Tools, Browser-Aktionen, lokale Befehle, Memory, Media, Hintergrundjobs und Nachweis zurück zum Menschen. Hermes Agent und Claude Code tragen heute die Release-Neuigkeiten, aber OpenClaw ist die Basis, die den Agent-Stack wie eine Betriebsschicht wirken lässt, statt wie eine lose Sammlung von Chats. ...

[NOVA]: Schnelle Tool-Übersicht vor den Release-Details. OpenClaw ist die Operator- und Laufzeitschicht. Es ist der Ort, wo Channel-Nachrichten, Tool-Aufrufe, Browser-Kontrolle, lokale Befehle, Media-Generierung, Hintergrundjobs, Memory und Work-Proof zusammenkommen. Sein Mehrwert liegt nicht nur darin, einen Prompt zu beantworten. Es geht darum, einem Agenten zu ermöglichen, durch echte Schnittstellen zu handeln, die Arbeit zu verfolgen und mit Beweisen zurückzumelden, dass ein Job tatsächlich gelaufen ist. ...

[ALLOY]: Hermes Agent ist die Multi-Agent-Board-Schicht. Man kann es sich als Delegation, Task-Status, Übergabe-Historie, Durabilität und Worker-Health auf einem sichtbaren Board vorstellen. Sein Mehrwert liegt in der Koordination über mehrere Agents oder Worker, ohne dass jeder Status-Update nur live in einem Chat-Transkript existiert. Wenn Hermes besser wird bei Karten, Checkpoints, Heartbeats und Resume, wird das System besser darin zu zeigen, was wem gehört, was blockiert ist und was sicher weiterlaufen kann. ...

[NOVA]: Claude Code ist der terminal-lokale Coding-Agent. Er lebt nah am Repository, Shells, Hooks, MCP-Servern, Projekteinstellungen und Hintergrund-Coding-Sessions. Sein Mehrwert ist, dass ein Entwickler eine Änderung anfragen, den Status prüfen, lokale Policy durch Hooks durchsetzen und die Arbeit nah am Codebase halten kann. Die jüngsten Claude Code-Änderungen sind wichtig, weil lokale Agentenarbeit Sichtbarkeit, Berechtigungen, Erweiterungskontrollen und Tool-Server-Zuverlässigkeit braucht. ...

[ALLOY]: OpenAI Codex ist die Repo-fokussierte Coding- und Review-Spur in diesem Tool-Stack. Es ist nützlich, wenn der Job Patching von Code, Lesen eines Repositories, Vorschlagen eines Diffs, Reviewen einer Änderung oder Durchdenken von Tests ist. Es gibt kein neues Codex-Release für die heutige Episode, aber es bleibt Teil des breiteren Agent-Tooling-Bildes: Ein Coding-Agent sollte reviewbare Änderungen produzieren, nicht nur eine überzeugende Erklärung. ...

[NOVA]: Google ADK ist ein Applikations-Framework für Agents, die möglicherweise länger als einen einzelnen Chat-Turn laufen. Sein Mehrwert ist Struktur: Sessions, State, Tools, Storage und Resume-Punkte für Agents, die auf Freigaben, Webhooks oder externe Events warten. GitHub Copilot Agent-Tasks sind wieder anders: GitHub-gehostete asynchrone Coding-Tasks mit Repository-Kontext, Status, Branch- oder Pull-Request-Artefakten und API-Zugang. Zusammen zeigen diese Tools, wie der Agent-Markt konkreter wird: Laufzeiten, Boards, lokales Coding, App-State und Repo-native Cloud-Tasks. ...

[NOVA]: Hermes v2026.5.7 ist ein dichtes Operator-Release. Die Kurzversion ist, dass das Board weniger fragil wird. Multi-Agent Kanban wird praktischer, weil Task-Eigentum sichtbar ist, Worker heartbeaten können, veraltete Arbeit zurückgeholt werden kann und tote lokale Prozesse erkannt werden können, statt ewig still eine Karte zu halten. Das klingt unansehnlich, bis man zugesehen hat, wie ein delegierter Run fehlschlägt, weil ein Worker verschwunden ist und der Rest des Boards immer noch optimistisch aussah. ...

[ALLOY]: Das /goal-Update ist auch Teil dieser Durabilitäts-Geschichte. Ein Goal gibt der Session ein benanntes Abschlussziel, statt sich auf den letzten Chat-Turn als einzige Quelle der Wahrheit zu verlassen. In Release-Notes-Begriffen ist das Feature klein. In echtem Gebrauch ist es wichtig, weil ein langer Agent-Run etwas Stabiles zum Optimieren braucht: den verifizierten Changelog fertigstellen, die Testzusammenfassung abschließen, die Support-Antwort vorbereiten oder das Evidence-Package sammeln. Das neue Feature macht dieses Ziel für das System sichtbar, statt es nur durch Prosa anzudeuten. ...

[NOVA]: Checkpoints v2 ist das Persistence-Update, das man im Auge behalten sollte. Die Release-Notes verweisen auf Checkpoint-Pruning, Storage-Guardrails und sicherere Resume-Semantik. Praktisch gesagt braucht ein dauerhaftes Agent-Board gespeicherten State, der nützlich ist, nicht eine ewig wachsende Müllschublade. Wenn ein Gateway neu startet, ein Worker abstürzt oder eine Session nach einer Unterbrechung fortgesetzt wird, sollte der Checkpoint dem Run helfen mit aktuellem Kontext weiterzumachen, statt einen Haufen veralteter Notizen und unvollständiger Task-Kopien neu zu laden. Das ist der Unterschied zwischen Persistence als Feature und Persistence als Haftung. ...

[ALLOY]: Gateway Auto-Resume ist das verwandte Laufzeit-Feature. Agent-Systeme laufen zunehmend hinter einer Service-Grenze: ein lokales Gateway, ein gehostetes Gateway, ein Channel-Adapter oder ein Hintergrund-Scheduler. Wenn diese Schicht neu startet, sollte die Arbeit für den User nicht einfach verschwinden, nur weil der Prozess neu geladen wurde. Hermes v2026.5.7 verlagert mehr von diesem State in restart-bewusstes Verhalten. Die Sache, die man nach dem Upgrade testen sollte, ist nicht nur, ob der Befehl startet. Testet, was passiert, wenn das Gateway während eines aktiven Runs neu startet, wenn ein Checkpoint existiert und wenn ein Worker spät wieder verbindet. ...

[NOVA]: Das Release fügt auch mehr Spielraum für deterministische Automatisierung mit no_agent cron hinzu. Das ist ein sehr gesundes Feature. Nicht jeder geplante Check braucht Model-Judgment. Ein Feed-Validator, Plattenplatz-Bericht, Build-Health-Ping oder Canary-Script braucht vielleicht zuverlässige Ausführung und eine klare Benachrichtigung, keine generierte Kommentierung. Die neue Fähigkeit lässt ein Board oder einen Scheduler einen simplen Check ausführen, wo simpleres Checken besser ist. Ausgereifte Agenten-Plattformen nutzen Models nicht überall. Sie machen es einfacher, Models nur dort einzusetzen, wo Urteilsvermögen tatsächlich gebraucht wird. ...

[ALLOY]: Security und Plattform-Policy sind ein weiterer großer Teil des Hermes-Releases. Die Notes erwähnen Plattform-Allowlists über Chat-Oberflächen, Rollen-Policy-Details, WhatsApp-Stranger-Rejection, Redaction-Defaults und Guild-scoped Discord-Verhalten. Das sind keine sekundären Features. Sie beantworten die Frage, die jeder Production-Operator irgendwann stellt: Wer darf Arbeit auslösen, von welchem Channel, mit welcher Berechtigung und mit welchem Datenschutz? Ein nützlicher Agent, der den falschen Trigger akzeptiert, ist nicht nützlich. Er ist ein Vorfall, der darauf wartet zu passieren. ...

[NOVA]: Provider-Plugins und MCP-Reparaturen runden das Hermes-Update ab. Provider-Plugins machen Model- und Service-Integration modularer. MCP-Fixes rund um Reconnect-Verhalten, stale Pipes, SSE-Transport, OAuth-Forwarding, Keepalives und Bild-Ergebnis-Handling sind wichtig, weil Agent-Runs selten in einem einzigen Prozess bleiben. Sie rufen Tools auf, treffen Server, warten auf Streams und überschreiten Auth-Grenzen. Das Release-Signal ist klar: Das Ökosystem bewegt sich von Demos zur Integrationswartung. Langweilige Transport-Fixes sind genau das, was ein Produkt solide wirken lässt. ...

[ALLOY]: Claude Code v2.1.141 bis v2.1.129 ist der zweite Release-Thread. Die neue claude agents view ist das einfachste Feature zum Erklären und wahrscheinlich eines der ersten, das Leute bemerken werden. Sie gibt eine sichtbare Liste von Agent-Sessions und ihrem Status. Der --cwd-Filter verengt diese Ansicht auf ein Projektverzeichnis. Wenn eine Entwicklermaschine mehrere Hintergrundtasks hat, macht dieses kleine Add-on Verwirrung zu inspizierbarem State: Was läuft, was ist blockiert, was ist fertig und was gehört zu diesem Repository. ...

[NOVA]: Hooks bekommen auch ein bedeutungsvolles Update. Hook-JSON kann jetzt ein terminalSequence, direkte Args und saubereres Fortsetzungsverhalten enthalten, wenn ein Tool blockiert ist. Das klingt wie Extension-Plumbing, aber es gibt Teams einen stärkeren Vertrag zwischen Policy und User-Feedback. Ein Hook kann das Terminal signalisieren, strukturierte Argumente übergeben, eine gefährliche Operation blockieren oder eine erwartete Blockade mit besseren Informationen fortlaufen lassen. Wenn man sich auf Hooks für Security, Formatierung, Projekt-Policy oder Benachrichtigungen verlässt, ist das ein Release, den man sorgfältig testen sollte. ...

[ALLOY]: Claude Code fügt auch Plugin- und Source-Control-Verbesserungen hinzu. Das Changelog enthält Plugin-Quellen-Steuerung, HTTPS-Quellen-Klonen, Details zur Managed-Settings-Migration, CLAUDE_PROJECT_DIR-Propagation und ANTHROPIC_WORKSPACE_ID-Scoping. Das sind Enterprise-geformte Features. Sie sind wichtig, wenn ein Team nicht will, dass jedes Projekt seine eigene Plugin-Policy oder Identitätsgrenze erfindet. Nach dem Upgrade sollte man Plugin-Installation, Managed-Settings, Identity-Scoping und das Verhalten von Hooks testen, die vom Projektverzeichnis abhängen. ...

[NOVA]: MCP-Stabilität taucht auf der Claude-Seite wieder auf. MCP-Server nach einem Clear erhalten, concurrent OAuth-Refresh verbessern und Reconnect-Verhalten glätten reduzieren alle die Chancen, dass ein Agent wach aussieht, während sein Tool-Server tot ist. Das ist eine der wiederkehrenden Botschaften in den heutigen Release-Neuigkeiten: Observability ist nicht nur ein Dashboard. Es ist die Fähigkeit zu sagen, wann eine Session, ein Server, ein Token, ein Transport oder ein Hintergrundtask in einem echten State ist, statt in einem vermuteten. ...

[ALLOY]: Hintergrund-Agent-Berechtigungskorrekturen sind eine weitere praktische Änderung. Wenn ein Hintergrund-Task den aktuellen Berechtigungsmodus erbt, muss diese Vererbung absichtlich und vorhersehbar sein. Ein Hintergrund-Agent sollte nicht stillschweigend mächtiger werden als die Sitzung, die ihn gestartet hat, und er sollte keine Berechtigung, die er benötigt, verlieren, ohne einen klaren blockierten Zustand zu haben. Die neuesten Versionen von Claude Code verschärfen dieses Verhalten weiter. Wenn Ihr Team Hintergrund-Agents verwendet, umfasst der Upgrade-Test den Berechtigungsmodus, die UX für blockierte Tools und ob die Agent-Ansicht genau meldet, was passiert ist. ...

[NOVA]: Das gibt uns eine konkrete Release-Checkliste. Hermes v2026.5.7: Testen Sie Board-Eigentum, Worker-Heartbeat, Stale-Reclaim, Checkpoint-Pruning, Gateway-Resume, Cron-Modus, Allowlists, Redaktion, Provider-Plugins und MCP-Reconnects. Claude Code v2.1.141: Testen Sie die Agent-Ansicht, --cwd, Hooks, Plugin-Steuerungen, Workload-Identity, MCP-Refresh, Berechtigungsmodi und Hintergrundstatus. Das sind die Updates, die Sie diese Woche umsetzen können. ...

[ALLOY]: Der nächste neue Punkt ist Googles ADK-Artikel vom 12. Mai über langlebige Agents, die pausieren, fortsetzen und den Kontext behalten. Der nützliche Teil ist kein magischer Prompt. Es ist ein konkretes Zustandsmodell. Der Leitfaden zeigt eine Sitzung mit einem current_step, expliziten Zustandsaktualisierungen durch ToolContext.state, einen Sitzungsdienst mit SQLite- oder Cloud-SQL-Backend und Aufwachpunkte, die durch externe Ereignisse ausgelöst werden können. Das ist die richtige Richtung für Agents, die nicht in einer Sitzung fertig werden können. ...

[NOVA]: Das Feature-Problem ist bekannt. Ein Modell-Chat kann sich an die letzten Minuten einer Konversation erinnern, aber eine echte Anwendung könnte auf eine Manager-Genehmigung, einen Webhook, eine Formularübermittlung, eine Kundenantwort oder ein Zahlungsereignis warten. Wenn der Agent versucht, sich das alles zu merken, indem er ein riesiges Transkript abspielt, steigen die Kosten und die Zuverlässigkeit sinkt. Die ADK-Richtlinie ist, den wichtigen Zustand direkt zu speichern: den Schritt, das erforderliche Signal, die Benutzerdaten, die Tool-Ausgabe und die nächste sichere Aktion. ...

[ALLOY]: Die Instruktions-Interpolation ist eine der praktischen Details. Anstatt das Modell zu bitten, den Status aus alten Nachrichten abzuleiten, kann die App Zustandswerte in Instruktionen einfügen. Der Agent sieht den aktuellen Schritt, die bekannten Fakten und die erlaubte nächste Aktion. Das macht das Verhalten einfacher zu testen. Wenn current_step „warten auf Genehmigung" sagt, sollte das Modell keine abschließende Antwort senden. Wenn der Zustand sagt, dass die Genehmigung eingetroffen ist, kann die nächste Aktion fortfahren. Das Feature ist ein Schutz gegen versehentliche Amnesie und versehentliches Überschreiten. ...

[NOVA]: ToolContext.state ist der Schreibpfad. Tools können persistente Zustände als Teil ihrer normalen Ausführung aktualisieren. Das ist wichtig, weil Tools oft die Wahrheit besser kennen als das Modell. Ein Zahlungs-Tool weiß, ob die Zahlung erfolgreich war. Ein Ticket-Tool weiß, ob ein Ticket auf den Kunden wartet. Ein Datenbank-Tool weiß, ob eine Zeile aktualisiert wurde. Dieses Ergebnis in den Zustand zu schreiben gibt dem nächsten Zug eine zuverlässige Wahrheitsquelle, anstatt eines berichteten Gedächtnisses dessen, was wahrscheinlich passiert ist. ...

[ALLOY]: Die Speicherwahl ist auch explizit. Das Tutorial referenziert einen DatabaseSessionService mit SQLite für lokale Entwicklung und Cloud SQL für ernsthaftere Deployments. Das klingt vielleicht offensichtlich, aber es ist ein nützliches Produktsignal. Agent-Zustand gehört in einen Dienst, den Sie inspizieren, sichern, migrieren und testen können. Er sollte nicht nur in einem Transkript gefangen sein. Sobald der Zustand in einer Datenbank ist, können Sie Evals ausführen, Szenarien wiedergeben, Verzögerungen simulieren und verifizieren, dass fortgesetzte Sitzungen das Richtige tun. ...

[NOVA]: Webhook-Resume ist das Feature, das das Pattern real macht. Ein Agent kann pausieren, auf ein externes Signal warten und fortsetzen, wenn dieses Signal ankommt. Der Schlüssel ist, dass Fortsetzen nicht bedeuten sollte: „das Modell fragen, was es dachte, passierte." Fortsetzen sollte bedeuten: „den Sitzungszustand laden, das Ereignis lesen, den erlaubten Übergang prüfen und von einem bekannten Schritt fortfahren." So vermeiden langlebige Agents den klassischen Fehlermodus, bei dem ein verzögertes Ereignis die falsche Aktion im falschen Kontext verursacht. ...

[ALLOY]: Der ADK-Leitfaden diskutiert auch Sub-Agent-Transfer und Testing. Der Testing-Teil verdient Aufmerksamkeit. Langlebige Agent-Bugs verstecken sich oft in den Lücken: nach einer Verzögerung, nach einem Neustart, nach einem Tool-Fehler, nach einer teilweisen Genehmigung oder nachdem ein Benutzer seine Meinung geändert hat. Golden Evals, die Zustände vorab setzen, ermöglichen es Teams, diese Lücken direkt zu testen. Sie können ein Eval mit einer Sitzung starten, die bereits auf halbem Weg durch den Prozess ist, und dann prüfen, ob die nächste Antwort sicher ist. Das ist ein besserer Test, als nur den Happy Path vom ersten Benutzermessage zu prüfen. ...

[NOVA]: Für Entwickler, die die Release-Nachrichten verfolgen, ist die Erkenntnis einfach: ADK fördert expliziten persistenten Zustand als First-Class-Agent-Feature. Verwenden Sie kurze Instruktionen, strukturierten Zustand, datenbankgestützte Sitzungen, ereignisgesteuertes Fortsetzen und Evals, die verzögerte Fortsetzung abdecken. Lassen Sie einen Produktions-Agent nicht von einem langen Chat-Log als einzigem Gedächtnis abhängen. Der neue Artikel gibt eine konkrete Vorlage für den Übergang von konversationellem Gedächtnis zu inspizierbarem Anwendungszustand. ...

[ALLOY]: Es passt auch natürlich zu den Hermes- und Claude-Code-Updates aus dem ersten Segment. Hermes verbessert dauerhaftes Task-Tracking. Claude Code verbessert die lokale Agent-Sichtbarkeit. ADK verbessert den Anwendungs-Level-Zustand. Unterschiedliche Produkte, dieselbe Richtung dieser Release-Ära: weniger unsichtbare Magie, mehr inspizierbarer Zustand, mehr explizite Berechtigungen, mehr Wiederherstellung nach Unterbrechung und bessere Tests für die Teile des Agent-Verhaltens, die früher versteckt waren. ...

[NOVA]: Der dritte neue Punkt sind GitHub Copilot Agent Tasks. GitHubs REST-Dokumentation stellt Endpoints zum Starten und Inspizieren von Agent-Tasks nach Repository bereit. Die Route ist direkt: /agents/repos/{owner}/{repo}/tasks. Die Anfrage kann einen Prompt, ein Modell, einen Base-Ref und ob ein Pull Request erstellt werden soll, enthalten. Der Task bewegt sich dann durch Zustände wie queued, in progress, idle, waiting for user, failed und completed. ...

[ALLOY]: Das wichtige Feature ist nicht, dass Copilot Code schreiben kann. Das wussten wir bereits. Der neue Wert ist, dass eine Coding-Task ein API-adressierbares Repository-Objekt werden kann. Plattform-Teams können einen Task starten, die Task-ID speichern, den Status inspizieren, auf Artefakte warten und das Ergebnis durch normale Review leiten. Das macht Agent-Coding einfacher mit Issue-Triage, CI-Dashboards, Release-Systemen und internen Portalen zu verbinden. Es verwandelt eine Chat-Instruktion in eine rückverfolgbare Repo-Operation. ...

[NOVA]: Berechtigungen stehen hier im Zentrum. Die Docs referenzieren feingranulare Repository-Berechtigungen für Agent-Tasks. Das bedeutet, ein System kann Task-Zugriff gewähren, ohne breite Repository-Kontrolle zu übergeben. Das Berechtigungsmodell ist das Feature, das vor der Übernahme inspiziert werden muss. Welche Repositories können Tasks starten? Welche Akteure können einen Pull Request anfordern? Welche Base-Refs sind erlaubt? Welches Modell kann ausgewählt werden? Welche Audit-Log-Einträge erscheinen, wenn der Task beginnt und wenn er ein Artefakt produziert? Diese Fragen gehören in die Launch-Checkliste. ...

[ALLOY]: Die create_pull_request-Option ist auch wert, vom Task selbst getrennt zu werden. Ein Task kann untersuchen, Code ändern und ein Artefakt produzieren; ein Pull Request ist die Review-Grenze. Teams sollten diese Grenze sichtbar halten. Wenn ein Task einen Branch und PR erstellt, gelten CI, Code-Owner, geschützte Branches und normale Review immer noch. Die neue API-Oberfläche ist nützlich, gerade weil sie existierende GitHub-Kontrollen speisen kann, anstatt sie zu umgehen. ...

[NOVA]: State-Polling ist das andere praktische Feature. Ein Aufrufer sollte nicht annehmen, dass ein gestarteter Task fertig ist, nur weil die Anfrage zurückgekehrt ist. Er sollte gemäß dem von der Plattform unterstützten Pattern pollen oder subscribe, waiting_for_user behandeln, Fehler behandeln und das Artefakt erst nach Abschluss aufzeichnen. Hier beginnt der Agent-Task-Endpoint, wie jeder andere asynchrone Engineering-Job auszusehen: Submit, ID persistent machen, Status inspizieren, Ergebnis verarbeiten und Evidenz aufzeichnen. ...

[ALLOY]: Die Modellauswahl in der Anfrage ist ein kleines Feld mit großen Implikationen. Wenn ein Team ein Modell pro Task wählen kann, muss die Richtlinie sagen, welches Modell für welches Repository und welche Datenklasse erlaubt ist. Eine Dokumentationskorrektur, ein Dependency-Bump, ein Security-Patch und ein Migrationsplan benötigen möglicherweise nicht dasselbe Modell oder dieselbe Context-Budget. Das Feature ist mächtig, aber das Governance sollte langweilig sein: erlaubte Modelle, erlaubte Repositories, erlaubte Base-Refs und klare Review-Gates. ...

[NOVA]: Für Release-Teams kann die neue Copilot-Task-API ein sauberer Weg werden, Repo-Arbeit von einem anderen System zu queuen. Ein fehlgeschlagener Test erstellt ein Issue. Ein vertrauenswürdiger Dienst startet einen Agent-Task gegen das Repo. Der Task öffnet einen Branch oder Pull Request. CI läuft. Reviewer inspizieren den Diff. Das Ergebnis landet durch existierende Richtlinie. Das ist ein gesünderes Pattern, als einen Riesenprompt in ein Chatfenster zu pasten und zu hoffen, dass die finale Antwort sauber auf GitHub abbildet. ...

[ALLOY]: Die Limitation ist auch klar. Agent-Tasks sind kein Ersatz für Review, Secrets-Policy, CI oder Release-Genehmigung. Sie sind eine neue Automatisierungsoberfläche. Behandeln Sie sie wie eine API, die Arbeit erstellen kann, nicht wie eine Autorität, die Arbeit als erledigt erklären kann. Die Zustände in den Docs sind eine Erinnerung: queued ist nicht gestartet, in progress ist nicht sicher, idle braucht möglicherweise Aufmerksamkeit, waiting for user ist kein Fehler, und completed braucht immer noch Artefakt-Review. ...

[NOVA]: Das beste Anzeichen in diesem Update ist, dass Agent-Coding zur normalen Plattform-Infrastruktur wird. Es hat Endpoints, Berechtigungen, Task-Zustände, Branch-Verhalten und Pull-Request-Optionen. Das ist, was Agent-Hilfe von einem einmaligen Assistenten in etwas verwandelt, das ein Team überwachen kann. Es entspricht auch dem breiteren Trend in dieser Episode: Zustand und Sichtbarkeit werden zu Produkt-Features, nicht zu nachträglichen Gedanken. ...

[ALLOY]: Wenn Sie Hermes nach v2026.5.7 aktualisieren, beginnen Sie mit den Zuverlässigkeitsfunktionen. Erstellen Sie eine kleine Testplatine. Bestätigen Sie, dass die Aufgabenzuordnung korrekt angezeigt wird. Beenden Sie einen Worker und überprüfen Sie das Stale-Reclaim oder den blockierten Zustand. Starten Sie das Gateway neu und überprüfen Sie das Resume-Verhalten. Erstellen Sie genügend Checkpoints, um das Pruning zu beobachten. Führen Sie einen deterministischen Cron-Check ohne Modellbeteiligung durch. Testen Sie dann MCP-Aufrufe über eine Wiederherstellung der Verbindung hinweg und bestätigen Sie die Schwärzung in den Protokollen. ...

[NOVA]: Für Claude Code beginnen Sie mit Observability und Hooks. Führen Sie Claude-Agents aus, dann mit --cwd innerhalb eines Projekts. Starten Sie eine Hintergrundaufgabe und bestätigen Sie den Berechtigungsmodus. Lösen Sie einen Hook aus, der JSON und eine terminalSequence emittiert. Testen Sie das Klonen von Plugin-Quellen über HTTPS. Löschen Sie eine Sitzung und überprüfen Sie das MCP-Server-Verhalten. Überprüfen Sie die Workload-Identity-Scoping mit der relevanten Umgebungseinstellung. Das Release ist nützlich, aber nur wenn Ihre lokale Richtlinie und Ihre Tool-Server das Upgrade überstehen. ...

[ALLOY]: Für das ADK testen Sie verzögerten Zustand. Bauen Sie ein kleines Beispiel mit einem Sitzungszustandswert, einem Datenbank-Session-Service und einem externen Resume-Ereignis. Versetzen Sie die Sitzung in den Wartezustand. Warten Sie. Setzen Sie sie mit einem simulierten Webhook fort. Führen Sie dann einen Eval aus, der von diesem Wartezustand startet, ohne das gesamte Gespräch neu abzuspielen. Wenn dieser Test bestanden wird, haben Sie mehr gelernt, als eine polierte Demo es lehren würde. ...

[NOVA]: Für Copilot-Agent-Aufgaben testen Sie die API-Grenze, bevor das Coding-Ergebnis vorliegt. Erstellen Sie eine Aufgabe in einem nicht-kritischen Repository. Speichern Sie die Aufgaben-ID. Pollen Sie den Zustand. Erfordern Sie einen Pull-Request anstelle direkter Änderungen. Überprüfen Sie den Audit-Trail, Berechtigungen, ausgewähltes Modell, Base-Ref und CI-Ergebnis. Entscheiden Sie dann, welche Kategorien von Arbeit sicher über den Endpunkt eingereicht werden können. Das neue Feature ist vielversprechend, aber der erste Gewinn sollte Nachverfolgbarkeit sein, nicht Geschwindigkeit. ...

[ALLOY]: Ein Punkt, den Sie als nächstes beobachten sollten, ist die Konvergenz um Statusvokabular. Hermes hat Karten und Workers. Claude Code hat Agent-Sitzungen. ADK hat persistierten Sitzungszustand. GitHub hat Aufgabenzustände. Die Namen unterscheiden sich, aber die Produktdirection ist konsistent: Benutzer müssen wissen, was läuft, was wartet, was fehlgeschlagen ist, was Eingabe benötigt und welches Artefakt produziert wurde. Agent-Tools, die diese Fragen nicht beantworten können, werden sich zunehmend veraltet anfühlen. ...

[NOVA]: Ein weiterer Punkt ist, dass Richtlinien zu einer benutzerorientierten Funktion werden. Allowlists, Rollenprüfungen, Berechtigungsmodi, Workload-Identity, Plugin-Quellenrichtlinie, Repository-Berechtigungen und Modellauswahl klangen früher wie Admin-Details. Jetzt sind sie Teil der Produktgeschichte. Je leistungsfähiger ein Agent wird, desto wichtiger ist es zu wissen, wer ihn starten kann, was er berühren kann, welchen Provider er nutzen darf und wie seine Ausgabe überprüft wird. ...

[ALLOY]: Der letzte Trend ist weniger Romantik um Autonomie und mehr Engineering rund um Unterbrechung. Heartbeats, Reclaim, Checkpoints, Gateway-Resume, Datenbankzustand, Webhook-Fortsetzung, Aufgaben-Pollen und blockierte Zustände sind alles Wege zuzugeben, dass echte Systeme pausieren, abstürzen, warten und sich erholen. Das ist gute Nachricht. Zuverlässige Produkte werden um Fehlermodi herum gebaut, nicht um perfekte Demonstrationen. ...

[NOVA]: Lassen Sie uns bei den Hermes-Details noch ein paar Minuten langsamer werden, denn das neue Release hat mehrere kleine Features, die in der Produktion mehr Bedeutung haben werden als bei einem Changelog-Überblick. Worker-Heartbeat ist das Offensichtliche. Ein Heartbeat verwandelt Stille in ein gemessenes Signal. Wenn der Worker alive ist, kann das Board weiter warten. Wenn der Heartbeat aufhört, kann das System die Aufgabe als stale markieren, sie reklamieren oder einen blockierten Zustand anzeigen. Das ist ein grundlegendes Zuverlässigkeits-Primitive, und es ist genau die Art von Primitive, die Agent-Produkte brauchen. ...

[ALLOY]: Stale-Reclaim ist das Begleit-Feature. Ohne Reclaim kann ein fehlgeschlagener Worker eine Aufgabe hinterlassen, die forever als owned aussieht. Mit Reclaim kann das Board entscheiden, dass das Ownership abgelaufen ist. Der wichtige Detail ist, dass Reclaim nicht so tun sollte, als ob der vorherige Versuch erfolgreich war. Es sollte den Fehlermodus, Retry-Count, Evidenz und den letzten bekannten Zustand bewahren. Builder sollten dieses Verhalten nach dem Upgrade inspizieren. Eine reklamierte Aufgabe sollte prüfbar sein, nicht magisch frisch. ...

[NOVA]: Zombie-Erkennung auf Darwin klingt wie eine Plattform-Fußnote, aber es ist ein weiteres Beispiel für dieselbe Produktdirection. Lokale Agent-Runs hängen oft von Child-Prozessen ab: Shell-Befehle, Browser-Prozesse, Tool-Server, Audio-Generierung, Bild-Generierung oder Test-Runner. Wenn ein Prozess schlecht stirbt, muss die Agent-Layer es wissen. Zombie-Zustand erkennen ist kein aufregendes Marketing-Material; es ist so, wie ein lokales Automatisierungsprodukt aufhört, „Prozess existiert" mit „Arbeit ist gesund" zu verwechseln. ...

[ALLOY]: Checkpoint-Pruning verdient eine ähnliche Betrachtung. Persistenz, die nie bereinigt, wird irgendwann selbst zur Ausfallquelle. Festplatte volläuft. Resume wird langsam. Alte Zustände konkurrieren mit aktuellen. Ein Checkpoint-Feature ist erst dann ausgereift, wenn es Limits, Aufräumen und klares Fehlerverhalten enthält. Nach Hermes v2026.5.7 ist der kluge Test, mehrere Runs zu erstellen, einen zu unterbrechen, einen fortzusetzen und das Checkpoint-Verzeichnis oder den Datenbankeintrag auf Größe, Aktualität und Wiederherstellbarkeit zu inspizieren. ...

[NOVA]: Die Provider-Plugin-Änderung ist auch größer, als sie zunächst erscheint. Agent-Produkte müssen zunehmend Modell-Provider tauschen, spezifische Aufgaben an spezifische APIs weiterleiten und provider-spezifische Optionen davon abhalten, in das falsche Backend zu sickern. Eine Plugin-Grenze ermöglicht, dass diese Integration expliziter wird. Sie gibt Betreibern auch einen Ort, um Auth-Fehler, Request-Timeouts, Fallback-Verhalten, Token-Limits und provider-spezifische Antwortformate zu testen, ohne den Rest des Produkts umzuschreiben. ...

[ALLOY]: MCP-Reparaturarbeit ist in derselben Kategorie. Model-Context-Protocol-Server können Dateisuche, Issue-Suche, Browser-Aktionen, App-APIs oder interne Dienste expose. Wenn der Transport SSE ist, wenn OAuth-Token gleichzeitig erneuert werden oder wenn ein Pipe stale wird, kann der Agent weit vom ursprünglichen Prompt versagen. Dass Hermes und Claude Code gleichzeitig MCP-Stabilitäts-Updates in derselben Episode herausbringen, ist ein nützliches Signal. Die Tool-Layer wird zu einer erstklassigen Wartungsfläche. ...

[NOVA]: Bei Claude Code könnte die Agent-View zu einem dieser Features werden, die nach ihrer Existenz selbstverständlich wirken. Davor konnte ein Benutzer Hintergrundarbeit starten und sich dann auf Erinnerung, Terminal-Scrollback oder externe Prozessprüfungen verlassen. Danach kann die CLI selbst Statusfragen beantworten. Running, blocked, completed und projektbezogene Views sind Mindestanforderung für ernsthafte lokale Agent-Nutzung. Der Befehl ist einfach, aber die Produktimplikation ist groß: lokale Agent-Arbeit wird prüfbar. ...

[ALLOY]: Das Hook-terminalSequence-Feld ist ebenso praktisch. Terminal-Feedback ist nicht nur Dekoration. Ein Hook muss möglicherweise eine blockierte Aktion sofort sichtbar machen, einen Terminal-Titel ändern, eine Glocke läuten oder Abschluss signalisieren, während der Benutzer in einem anderen Pane ist. Strukturiertes Hook-Output gibt Teams einen saubereren Weg, Richtlinien mit Feedback zu verbinden. Der wichtige Test ist, ob Hooks über interaktive Sitzungen, Hintergrundsitzungen und blockierte Tool-Aufrufe hinweg vorhersagbar bleiben. ...

[NOVA]: Plugin-Quellenkontrolle ist aus Supply-Chain-Gründen wichtig. Wenn ein Coding-Tool Plugins laden kann, dann ist Quellenrichtlinie Teil der Sicherheit. HTTPS-Klonen, verwaltete Einstellungen, genehmigte Quellen und Workspace-Identity sind nicht glamourös, aber sie reduzieren Mehrdeutigkeit darüber, wo ausführbarer Erweiterungscode herkam. Teams sollten Plugin-Konfiguration wie Abhängigkeitskonfiguration behandeln: bekannte Quelle, bekannte Version, bekannte Berechtigung und bekannter Update-Pfad. ...

[ALLOY]: Workload-Identity-Scoping mit ANTHROPIC_WORKSPACE_ID zeigt in dieselbe Direction. Eine lokale CLI kann sich persönlich anfühlen, aber viele Benutzer führen sie jetzt innerhalb von Unternehmen, verwalteten Umgebungen oder geteilten Dev-Boxes aus. Identity muss der Projektgrenze und der Richtliniengrenze folgen. Wenn die falsche Workspace-ID in das falsche Projekt durchsickert, können Abrechnung, Audit und Berechtigungsprüfungen alle durcheinander geraten. Die neue Einstellung verdient einen kleinen, aber bewussten Upgrade-Test. ...

[NOVA]: Der Google-ADK-Artikel ist wichtig, weil er eine saubere Unterscheidung zwischen Modellkontext und Anwendungszustand macht. Modellkontext ist der Text, den das Modell sieht. Anwendungszustand ist der dauerhafte Datensatz, den die App besitzt. Lang laufende Agents brauchen beides, aber sie sollten das eine nicht mit dem anderen verwechseln. Das current_step-Beispiel im Artikel ist absichtlich einfach. Ein kleiner Zustandswert kann eine große Klasse von Fehlern verhindern, wenn der Agent nach einer Verzögerung fortgesetzt wird. ...

[ALLOY]: Der DatabaseSessionService-Detail sagt Builden auch, wohin Google diese Kategorie entwickelt. Lokales SQLite für Entwicklung, Cloud SQL für ernsthafteren Einsatz und Zustandsschreibungen durch Tool-Aufrufe: das ist kein Spielzeug-Pattern. Es ist eine normale Anwendungsarchitektur mit einer AI-Layer darüber. Der Agent kann immer noch reasonen, schreiben und Tools aufrufen, aber die App besitzt den dauerhaften Datensatz. Das macht Debugging und Compliance einfacher, weil der Zustand außerhalb des Modells inspiziert werden kann. ...

[NOVA]: Webhook-gesteuertes Resume ist der Moment, wo das Feature aufhört, theoretisch zu sein. Stellen Sie sich vor, eine Genehmigung kommt zwölf Stunden später. Die App sollte die Sitzung laden, das Genehmigungsereignis lesen, den erwarteten Schritt bestätigen und fortfahren. Sie sollte das Modell nicht bitten, die Genehmigungskette aus altem Prosa zu rekonstruieren. Dieselbe Idee gilt für Support-Fälle, Onboarding, Finanzgenehmigungen, Gerätebereitstellung und jede Aufgabe, bei der Zeit zwischen Anfrage und Antwort vergeht. ...

[ALLOY]: Golden Evals für verzögerte Zustände sind besonders nützlich. Teams testen oft nur die erste Anfrage und die endgültige Antwort. Der Fehler steckt meist in der Mitte: nach einem Timeout, nach einem teilweisen Tool-Ergebnis, nachdem ein Benutzer eine Antwort geändert hat, oder nachdem ein externes Ereignis doppelt eingetroffen ist. Das Vorab-Seeding von Zuständen ermöglicht es einem Eval, genau in diesem mittleren Zustand zu starten. Das verwandelt einen beängstigenden Edge-Case aus der realen Welt in einen wiederholbaren Testfall. Das ist eine der wertvollsten Ideen im ADK-Beitrag. ...

[NOVA]: Die Copilot Task API von GitHub ist aus einem anderen Grund wichtig: Sie passt Agent-Coding in eine Repository-Plattform ein. Der Endpunkt kann einen Task erstellen, ihn an ein Repo anhängen, ein Modell auswählen, einen Base-Ref wählen und optional einen Pull Request erstellen. Das ermöglicht es einem anderen Dienst, Copilot-Arbeit als Async-Job zu behandeln. Das Ergebnis kann durch Status, Branch und PR-Artefakte beobachtet werden, anstatt in einem Assistant-Chat zu verschwinden. ...

[ALLOY]: Das Berechtigungsmodell ist das Erste, was man in den Docs studieren sollte. Feinkörnige Repository-Berechtigungen reduzieren den Bedarf an breiten Tokens. Eine Plattform kann Zugriff gewähren, um Agent-Tasks zu starten, ohne jede mögliche Repo-Aktion zu gewähren. Das ist die richtige Richtung, aber es braucht noch sorgfältige Konfiguration. Ein Task-startender Dienst sollte einen engen Token, einen bekannten Repository-Satz, eine klare Base-Ref-Richtlinie und eine Review-Anforderung haben, bevor Änderungen landen. ...

[NOVA]: Die Task-Stati sind genauso wichtig wie der Start-Endpunkt. Queued bedeutet akzeptiert, nicht fertig. In progress bedeutet aktiv, nicht sicher. Idle kann bedeuten, dass der Agent wartet oder Aufmerksamkeit braucht. Waiting for user ist ein Produktstatus, kein generischer Fehler. Completed bedeutet, dass ein Artefakt existiert, nicht dass das Artefakt korrekt ist. Failed bedeutet, dass der Aufrufer einen Fehlerpfad braucht, der einem Menschen sagt, was passiert ist. Diese Stati geben Teams genug Struktur, um die Überwachung um Agent-Coding herum aufzubauen. ...

[ALLOY]: Pull-Request-Erstellung ist die sinnvolle Artefakt-Grenze. Ein Branch und PR lassen existierende GitHub-Kontrollen ihre Arbeit tun: CI, Review, Code-Owners, Checks, Protected Branches und Audit-History. Das neue Feature sollte Code-Arbeit nachvollziehbarer machen, nicht weniger. Wenn ein Team Copilot Tasks übernimmt und Review umgeht, hat es den besten Teil des Updates verpasst. Die API ist am wertvollsten, wenn sie in die Engineering-Kontrollen einsteckt, die bereits existieren. ...

[NOVA]: Wenn man alle vier Stories zusammenfügt, ist die Neuigkeit nicht abstrakt. Hermes fügt stärkere Dauerhaftigkeit für delegierte Arbeit hinzu. Claude Code fügt stärkere lokale Sichtbarkeit und Extension-Kontrollen hinzu. ADK fügt explizit persistierten Zustand für verzögerte Agents hinzu. GitHub fügt API-adressierbare Coding-Tasks mit Repo-Stati und PR-Artefakten hinzu. Das ist eine Woche konkreter Produktbewegung. Es ist kein Hype über Agents, die Teams ersetzen. Es ist, dass tooling operabler wird. ...

[ALLOY]: Die Frage für die nächsten Releases ist, wie viel davon Standardvokabular wird. Heartbeat, Checkpoint, Permission Mode, Persisted State, Task Status, Model Selection, Provider Plugin, MCP Reconnect, Pull-Request-Artefakt, Eval Case, Audit Log: Das sind die Worte, die Agent-Systeme lesbar machen. Die Produkte, die diese Worte leicht inspizierbar machen, werden die Produkte sein, denen Teams vertrauen. ...

[NOVA]: Hier sind die Builder-Checks, die ich neben die Release Notes legen würde. Erstens: Bau einen kleinen Health-Test für jedes neue Status-Feature. Für Hermes bedeutet das ein Board mit zwei Tasks, einem gesunden Worker, einem unterbrochenen Worker und einem sichtbaren Endzustand. Für Claude Code bedeutet das eine Agent-Session, die läuft, eine, die blockiert ist, und eine, die abgeschlossen ist. Für GitHub bedeutet das einen Task, der sich von Queued nach Completed bewegt mit einem Pull Request. Für ADK bedeutet das ein verzögertes Resume-Event, das gespeicherten Zustand ändert. ...

[ALLOY]: Zweitens: Baue einen Berechtigungstest vor einem Produktivitätstest. Ein neues Agent-Feature ist nur sicher, wenn die Grenze klar ist. Teste, wer es starten kann, welcher Provider es aufrufen kann, welches Repository es berühren kann, welchen Token es verwendet, welches Modell erlaubt ist und welche Aktion Review braucht. Builder testen oft zuerst den Happy Path, weil er aufregend ist. Operatoren sollten zuerst die Grenze testen, weil es der Teil ist, der Überraschungen verhindert. ...

[NOVA]: Drittens: Baue eine Evidence-Gewohnheit. Jedes nützliche Agent-Produkt in der heutigen Episode bewegt sich Richtung Evidence: ein Kartenstatus, ein Session-Status, ein Task-Status, ein Pull Request, ein Log, ein Trace, ein Checkpoint, ein Eval-Ergebnis oder ein Berechtigungsdatensatz. Wenn ein Update nur eine flüssige Zusammenfassung produziert, ist es nicht genug. Das stärkere Produktverhalten ist eine Zusammenfassung plus das Artefakt, das beweist, was passiert ist. Das ist, wie Builder Geschwindigkeit behalten, ohne Verantwortung aufzugeben. ...

[ALLOY]: Viertens: Baue um Fehler Modi herum. Unterbrich einen Hermes-Worker. Brich einen MCP-Server. Lass ein OAuth-Token ablaufen. Blockiere einen Claude-Code-Hook. Sende ein ADK-Resume-Event in der falschen Reihenfolge. Lass einen Copilot-Task auf Benutzereingabe warten. Das sind keine destruktiven Tests um ihrer selbst willen. Das sind die Tests, die dir sagen, ob das neue Feature normales Produktions-Chaos überstehen kann. Ein Tool, das nur im Demo-Pfad funktioniert, ist nicht bereit, wichtige Arbeit zu übernehmen. ...

[NOVA]: Fünftens: Baue den kleinsten nützlichen Use Case, bevor du erweiterst. Für Hermes reicht ein Release-Note-Verifizierungs-Board. Für Claude Code reicht eine projektbezogene Agent-Ansicht. Für ADK reicht ein Approval-Gate mit persistiertem Zustand. Für Copilot Tasks reicht ein risikoarmer Dokumentations-PR. Kleine Tests enthüllen Produktverhalten schnell. Danach kann der Builder mehr Benutzer, mehr Repositories, mehr Tools und mehr Richtlinien hinzufügen. ...

[ALLOY]: Diese Checks sind keine Umleitung von der Neuigkeit. Sie sind, wie die Neuigkeit nützlich wird. Ein Release Note sagt, dass ein Feature existiert. Ein Builder Check sagt, ob es in deiner Umgebung funktioniert. Die Lücke zwischen diesen beiden ist, wo viele Agent-Produkte scheitern. Die heutigen Updates sind vielversprechend, weil sie mehr von dieser Lücke aufdecken: Status, Zustand, Berechtigung, Retry, Provider, Transport und Artefaktverhalten sind leichter zu sehen als vor einem Jahr. ...

[NOVA]: Der andere praktische Punkt ist die Upgrade-Sequenz. Upgraden Sie nicht alles auf einmal, wenn Sie es vermeiden können. Beginnen Sie mit dem Produkt, dessen neues Feature das drängendste Problem löst. Wenn dein Schmerz unsichtbare Hintergrundarbeit ist, beginne mit der Agent-Ansicht von Claude Code. Wenn dein Schmerz delegierte Arbeit ist, die stecken bleibt, beginne mit Hermes. Wenn dein Schmerz verzögerte Genehmigungen sind, beginne mit ADK-Zustand. Wenn dein Schmerz GitHub-gehostete Code-Tasks sind, beginne mit der Copilot API. Builder bekommen bessere Daten, wenn sich eine Variable auf einmal ändert. ...

[ALLOY]: Und wenn du eine interne Plattform pflegst, mach diese zu Standard-Templates. Ein Hermes-Board-Template mit Evidence-Feldern. Ein Claude-Code-Hook-Test-Template. Ein ADK-Zustands-Eval-Template. Ein GitHub-Task-Submission-Template mit Repository-Berechtigungsprüfungen. Templates machen gutes Verhalten wiederholbar. Die neuesten Agent-Features bewegen sich in diese Richtung: weniger Improvisation, mehr produktisierter Zustand, mehr inspizierbare Artefakte und klarere Upgrade-Tests. ...

[NOVA]: Eine letzte Builder-Notiz vor dem Recap: Baue ein Dashboard, das weniger sagt, aber mehr beweist. Die Builder-Ansicht sollte den aktiven Task, den blockierten Task, den letzten Retry, den ausgewählten Provider, die aktuelle Berechtigung, das neueste Artefakt und die nächste menschliche Entscheidung zeigen. Das reicht für einen Operator, um zu handeln. Ein Builder braucht keine Wand generierter Prosa, wenn ein prägnanter Statustisch, ein Link zu einem Pull Request und ein klarer Fehlerzustand reichen. ...

[ALLOY]: Eine zweite Builder-Notiz: Baue Rollback in den Adoption-Plan. Wenn eine neue Plugin-Quelle Auth bricht, wenn ein Provider-Adapter das Response-Schema ändert, wenn ein MCP-Transport anfängt zu timen, oder wenn ein Hintergrund-Agent die falsche Berechtigung erbt, sollte der Operator wissen, wie er zur vorherigen Konfiguration zurückkehrt. Der Use Case ist nicht nur, ein neues Feature auszuliefern. Der Use Case ist, es mit einem sicheren Ausgang auszuliefern. Das verwandelt ein aufregendes Release in ein verantwortungsvolles Upgrade. ...

[NOVA]: Und eine dritte Builder-Notiz: Baue geteilte Sprache in Team-Reviews. Frage: „Was ist der Zustand, was ist das Artefakt, welche Berechtigung wurde verwendet, welcher Provider wurde aufgerufen, welcher Retry passierte, und welche Evidence unterstützt den Abschluss?" Diese Fragen funktionieren übergreifend über Hermes, Claude Code, ADK und Copilot Tasks. Sie geben Buildern eine praktische Review-Gewohnheit, die Produktunterschiede überlebt. Die besten neuen Agent-Features machen diese Fragen leichter zu beantworten. ...

[NOVA]: Also der prägnante Recap ist dieser. Hermes Agent v2026.5.7 bringt Dauerhaftigkeit und Operator-Sicherheits-Features für delegierte Agent-Arbeit. Claude Code v2.1.141 und die aktuellen Versionen darum herum verbessern Agent-Sichtbarkeit, Hooks, Plugins, Identity, MCP-Stabilität und Berechtigungen. Google ADK zeigt, wie man Zustand für Agents speichert, die pausieren und fortsetzen. GitHub Copilot Agent Tasks geben Repo-Automatisierung eine REST-adressierbare Task-Oberfläche. Das sind die nützlichen Agent-Updates der Woche. ...

[ALLOY]: Wenn du nur eine Sache aus jeder Story testest, mach es diese: Hermes Fortsetzung nach Unterbrechung; Claude Code Agent-Sichtbarkeit plus Hook-Verhalten; ADK persistierter Zustand nach einer Verzögerung; Copilot Task-Status plus Pull-Request-Gating. Diese Tests richten sich nach der Kern-Produktbewegung. Die neuen Features machen Agents nicht nur fähiger. Sie machen Agent-Arbeit leichter zu beobachten, zu erholen und zu steuern. ...

[NOVA]: Das ist AgentStack Daily für heute. Für Shownotes, Quelllinks und Transkripte besuchen Sie Toby On Fitness Tech dot com. Ich bin NOVA. ...

[ALLOY]: Und ich bin ALLOY. Wir sind bald wieder da. ...