Hermes Agent 0.15.x, Codex 0.135, Claude Code 2.1.157, Opus 4.8, Browser MCP und Usage Telemetry

NOVA: Ich bin NOVA. NOVA: Diese Episode behandelt Hermes Agent null Punkt eins fünf, Codex null Punkt eins drei fünf, Claude Code auf npm latest, Opus vier Punkt acht und vier Project-Radar-Einträge.

[ALLOY]: Ich bin ALLOY, und das ist AgentStack Daily. Hermes v2026.5.28 und v2026.5.29 bringen eine vollständige Multi-Agent-Kanban-Oberfläche mit Auto-Dekomposition, Swarm-Topologie und Worktree-Isolation. Codex hat seine Diagnosefunktionen mit einem verbesserten Doctor-Befehl geschärft. Claude Code hat dynamische Workflows als Kernstruktur-Feature durch ein Opus-vier-Punkt-acht-Release veröffentlicht. Und das Project-Radar deckt vier Tools ab, die den Agent-Stack abfragbar machen an dem Punkt, wo er früher undurchsichtig war: Chrome DevTools MCP für Browser-State, CodeGraph für Call-Pfade, ccusage für Kosten-Telemetrie und Hyperframes für generierte Medien.

NOVA: Lassen Sie uns in die Releases eintauchen. ...

[ALLOY]: Hermes Agent null Punkt eins fünf ist der größte Plattform-Level-Shift in diesem Zyklus, und es lohnt sich zu verstehen, was die Kanban-Oberfläche tatsächlich verändert, bevor man es als Feature-Ankündigung abtut.

NOVA: Kanban wird zu einer vollständigen Multi-Agent-Arbeitsfläche innerhalb eines Tools, das früher hauptsächlich über das Ausführen eines einzelnen Agents war. Auto-Dekomposition teilt komplexe Aufgaben in kleinere Work Items auf, die einzelne Agents beanspruchen, bearbeiten und unabhängig abschließen können. Swarm-Topologie koordiniert Agent-Kollektive, sodass mehrere Agents parallel an verwandter Arbeit operieren können, ohne dass sie sich gegenseitig bearbeiten. Geplante Aufgaben fügen zeitbasierte Trigger zum bestehenden ereignisgesteuerten Modell hinzu, was bedeutet, dass eine Aufgabe zu einer bestimmten Uhrzeit ausgelöst werden kann und nicht nur, wenn ein Mensch einen Button drückt oder ein Ereignis eintrifft. Worktree-per-Task-Ausführung isoliert jedes Stück Arbeit in seinem eigenen Dateisystem-Kontext, was das Problem eliminiert, bei dem zwei gleichzeitige Agent-Sessions dieselben Dateien überschreiben und ein verwirrendes Ergebnis produzieren. Per-Task-Model-Overrides ermöglichen es dem Operator, ein stärkeres Modell einer komplexen Refactoring-Aufgabe zuzuweisen und ein günstigeres einer unkomplizierten Dokumentationsarbeit, ohne die globale Konfiguration zu berühren.

[ALLOY]: Diese fünf Fähigkeiten zusammen beantworten ein echtes Koordinationsproblem, das Teams treffen, sobald sie versuchen, mehr als einen Agent im selben Projekt gleichzeitig auszuführen. Ohne dauerhafte Zuweisung, isolierte Worktrees und typisierte Task-Dekomposition akkumulieren parallele Sessions widersprüchliche Edits, Ghost-Dateien und Verwirrung darüber, wer welche Änderung wann gemacht hat. Mit diesem Release bekommen Teams eine Chain of Custody für jedes Stück paralleler Arbeit: Jede Aufgabe hat einen Owner, eine Modellzuweisung, einen isolierten Worktree und einen Abschlussdatensatz. Das ist es, was eine echte Operations-Plattform für Agent-Arbeit aussieht.

NOVA: Der Codebase-Split verbessert den Cold Start – der große Single-Module-Pfad wurde in kleinere Stücke aufgeteilt, was den Startup beschleunigt und die Wartung einfacher macht. session_search wurde dramatisch schneller und kostenlos. Das ist kein kosmetisches Detail. Wenn ein Team Dutzende gespeicherter Sessions und Hunderte geladener Tools hat, muss die Suche günstig und schnell sein. Wenn das Finden einer alten Session langsam und teuer ist, hören Builder auf zu versuchen. Schnelle, kostenlose Suche entfernt diese Reibung vollständig und macht Projektgedächtnis zu etwas, das Leute tatsächlich nutzen.

[ALLOY]: Promptware Defense ist neu und wichtig in diesem Release. Es erkennt und widersteht Prompt-Injection-Versuchen, die versuchen, Agent-Verhalten durch benutzergelieferten Text umzuleiten – Kommentare, Dateinamen, Variablennamen oder Chat-Nachrichten, die versteckte Anweisungen enthalten, die darauf ausgelegt sind, das zu überschreiben, was der Agent tatsächlich tun sollte. Diese Angriffsoberfläche wächst, da immer mehr Agents unvertrauenswürdige Eingaben verarbeiten, und eine defensive Schicht, die in das Kernprodukt eingebaut ist, anstatt als Nachgedanke daraufgesetzt zu werden, ist eine bedeutsame Sicherheitsverbesserung.

NOVA: Bitwarden Secrets Manager Support gibt Teams einen gemeinsamen Tresor für Provider-Keys und Credentials, anstatt sensible Werte über Environment-Variablen und Startup-Scripts zu verteilen, wo Rotation und Sicherheits-Audit nahezu unmöglich werden. Skill Bundles ermöglichen es Teams, einen vollständigen Workflow als wiederverwendbare Einheit zu erfassen und zu versionieren, sodass ein Muster, das einmal funktioniert, erfasst, geteilt und wiederverwendet werden kann, ohne es aus dem Gedächtnis rekonstruieren zu müssen.

[ALLOY]: Das Ink TUI bekommt Multi-Session-Orchestration. Jemand, der mehrere Agent-Aufgaben gleichzeitig vom selben Terminal aus ausführt, kann jetzt sauber zwischen Sessions wechseln, anstatt zuzusehen, wie alles in einen einzigen Scrollback kollabiert. Image-Provider erweitern sich mit zwei neuen Integrationen, was Agents, die visuelle Inhalte erstellen, echte Alternativen gibt, anstatt in eine einzige Provider-API und -Preisgestaltung gesperrt zu sein. Der MCP-Katalog erhält einen Nous-genehmigten interaktiven Picker, was das Durchsuchen und Installieren von MCP-Servern aus einer kuratierten Liste unkompliziert macht, anstatt durch Dokumentation oder willkürliche GitHub-Suchen zu jagen. ntfy-Messaging tritt der Notification-Layer für Push-Alerts in einem anderen Stil als die älteren Optionen bei. Und die xAI- und Web-Search-Provider-Integration vertieft sich, was Buildens einen stärkeren alternativen Task-Routing-Pfad gibt, der für bestimmte suchintensive Agent-Workflows in Betracht gezogen werden sollte.

NOVA: Die Follow-up-Releases beheben die Loopback-Dashboard-Reload-Schleife, die die Weboberfläche endlos kreisen ließ bei Authentifizierungsfehlern – jeder, der das Dashboard regelmäßig nutzt, weiß, wie sehr das eine Session unterbricht. Docker Insecure Mode wird zu einem expliziten Opt-in anstatt etwas, das aus dem Bind-Host abgeleitet wird, was eine gesündere Sicherheitshaltung standardmäßig ist. Plugin-Manifeste werden jetzt in beiden Distributionsformaten ausgeliefert, was bedeutet, dass ein installiertes Hermes automatisch erkennen kann, welche Plugins verfügbar sind, ohne manuelle Konfiguration oder Pfad-Raten zu erfordern. PATH-Resolution für bare MCP-Befehle verbessert sich über diese Patch-Releases hinweg, Markdown-Media-Delivery wird nach einigen Regressionen in diesem Pfad wiederhergestellt, und verpackte veröffentlichte Artefakte sind insgesamt sauberer.

[ALLOY]: OpenClaw bleibt diese Woche auf seiner stabilen Linie, während Hermes die Haupt-Release-Bühne einnimmt. Das neueste getaggte OpenClaw-Release etabliert die aktuelle Baseline für Content-Boundary-Enforcement, Codex App-Server-Recovery-Logik, Provider-Katalog-Arbeit, Embedding-Provider-Verbesserungen, VLLM Thinking-Parameter-Konfiguration, Durable Channel Delivery und Metadata-Cache-Optimierung. Wert zu beobachten in Beta-Form ist die OpenClaw null Punkt zwei acht Linie, die sich durch App-Server-Recovery, Subagent-Workspace-Trennung, Hook-Context-Isolation, Timeout-Lock-Release-Verhalten, Stale-Restart-Vermeidung, Channel-Identity-Hardening, Discord Recovered Tool Warnings, Delivery-Path-Verbesserungen über Slack und Telegram, Malformed-Callback-Abweisung, Provider-Expansion und Browser-Timeout-Validierung arbeitet. Diese Arbeit gehört in den stabilen Track, sobald Beta klar ist, und die Changelog-Notizen sind wert, gelesen zu werden, auch wenn man keine Beta-Builds deployed. ...

NOVA: Codex null Punkt eins drei fünf ist kleiner als das Hermes-Release, aber es landet auf den Oberflächen, die am meisten matter, wenn ein lokaler Coding-Agent auf Weisen bricht, die ohne strukturierte Diagnose schwer zu erklären sind.

[ALLOY]: codex doctor bekommt das wichtigste Upgrade in diesem Release. Es reportet jetzt reichhaltigere Umgebungsdiagnosen, die Git-State, Terminal-Setup, App-Server-Status und Thread-Inventar über die laufende Session abdecken. Das klingt vielleicht wie ein Support-Utility, aber es ist tatsächlich ein Kern-Feature für den täglichen Gebrauch. Die überwältigende Mehrheit der Coding-Agent-Ausfälle ist umgebungsbedingt statt modellbasiert. Die falsche Shell-Helper-Version, ein veralteter App-Server-Prozess, eine mismatched Remote-Transport-Session, überraschender Repository-State oder ein Terminal, das Output korruptiert: All das sieht wie Agent-Ausfälle aus, bis der Doctor-Befehl zeigt, wie die Runtime-Umgebung tatsächlich gerade aussieht. Doctor laufen zu lassen, bevor man dem Modell die Schuld gibt, ist die erste Gewohnheit, die man sich für jeden aneignen sollte, der Codex-Setups troubleshoott.

NOVA: Remote-Status-Reporting vertieft sich für verteilte Setups. Wenn das TUI über einen Remote-Transport verbunden ist, zeigt der Status-Befehl jetzt Verbindungsdetails und Server-Version neben der grundlegenden Ausgabe. Das macht es praktisch, eine schlecht funktionierende Remote-Session zu diagnostizieren, ohne direkten Log-Zugriff auf die Remote-Maschine zu brauchen. Für Teams, bei denen der Coding-Agent auf einem anderen Host läuft als der Mensch, ist diese operative Sichtbarkeit eine bedeutsame Verbesserung gegenüber dem blinden Raten, welche Version auf der anderen Seite der Verbindung läuft.

[ALLOY]: Permissions Management bekommt benannte Profile. Anstatt eines flachen Permission-Sets, das jedes Mal von Grund auf zusammengebaut wird, kann ein Builder ein Profil mit einem bestimmten Namen und einem kuratierten Satz erlaubter Operationen definieren und es auf einen bestimmten Kontext anwenden. Eine tägliche persönliche Coding-Session könnte ein breites Profil nutzen. Eine gemeinsame Build-Umgebung oder ein Repository mit Commands mit hoher Blast-Radius bekommt ein engeres. Benannte Profile machen das Permission-Modell auditable, überprüfbar und zuweisbar anstatt eines Haufens von Ad-hoc-Flags, die leicht zu vergessen und nach dem Fakt schwer zu reasoning sind.

NOVA: Verpackte Builds können jetzt das gebündelte gepatchte zsh Helper über unterstützte macOS- und Linux-Ziele entdecken. Codex auf diesen Plattformen führt oft Command-Wrapper durch die Shell. Wenn die Helper-Version falsch oder ungepatcht ist, produziert der Wrapper unerwartetes Verhalten, das wie ein Command-Ausfall aussieht, aber tatsächlich ein Shell-Integrationsproblem ist. Das discoverable und visible zu machen bedeutet, dass Doctor-Output und User-Diagnostics Shell-Umgebungs-State akkurat reporten können, anstatt zu raten, was eine ganze Klasse von irreführenden Fehlermeldungen entfernt, die das Debugging verlangsamen.

[ALLOY]: Das Python SDK fügt opinionierte Sandbox-Presets für Thread- und Turn-APIs hinzu. Anstatt Sandbox-Verhalten bei jeder neuen Integration von Grund auf zu konfigurieren, können Teams ein Preset wählen, das zum beabsichtigten Interaktionsmuster passt. Das ist ein sichererer, schnellerer Pfad für Teams, die Codex erweitern, ohne Sandbox-Grenzen von Hand zu rollen. Der Install-Prozess gewinnt einen Non-Interactive-Mode-Flag für CI-Pipelines, Container-Image-First-Run-Sequenzen und skriptbasierte Umgebungsbereitstellung, was automatisiertes Setup für Teams praktisch macht, die reproduzierbare Build-Umgebungen wollen.

NOVA: Die Fixes in diesem Release sind ebenso praktisch für den täglichen Gebrauch. Markdown-Tabellen und mehrzeilige Listen rendern lesbarer. TUI-Output ist stabiler auf macOS und Zellij. Slash-Command-Completion erhält Draft-Text anstatt ihn vorzeitig zu löschen, was ein kleines Quality-of-Life-Issue ist, das in langen interaktiven Sessions wirklich nervig wird. Ältere tmux- und iTerm-Control-Mode-Sessions handhaben Ctrl-C wieder korrekt. Extension-Tools zeigen Fehler klarer, sodass Entwickler sehen, was fehlgeschlagen ist, anstatt einer generischen Failure-Surface. Remote-Anhänge attachen an die korrekte Session ohne Drift. App-Server-Runtime respektiert jetzt Modellwahlen beim Neustart anstatt sie still zu überschreiben. Und MCP-Tools, die bereits disconnected haben, hören auf, als aktiv zu erscheinen, wenn sie getimed-out haben, was irreführenden Process-State aus dem Interface entfernt.

[ALLOY]: Die praktische Empfehlung ist, codex doctor zum ersten Diagnose-Schritt zu machen, bevor man annimmt, dass das Modell für einen Ausfall verantwortlich ist. Definieren Sie benannte Permission-Profile für jedes Repository, wo breite Shell-Operationen riskant wären. Nutzen Sie SDK Sandbox-Presets anstatt Konfiguration von Grund auf zu bauen. Testen Sie eine Remote-Transport-Session nach dem Upgrade und vergleichen Sie den Doctor-Output gegen das, was Sie durch manuelles Ausführen von Diagnose-Commands gefunden hätten. Diese Sequenz verwandelt einen vagen Ausfall in einen spezifischen Ausfall mit einer benannten Surface, einem Status-Read-Out und einem Pfad zu einem Recovery-Schritt. ...

NOVA: Claude Code auf npm latest durchlief eine Opus-4.8-Release-Welle mit mehreren Zwischenpatches in der 2.1er Linie. Die erste bemerkenswerte Veröffentlichung bringt Opus 4.8, dynamische Workflows für längere Hintergrundaufgaben, Fast-Mode-Preisanpassungen, Effort-Label-Änderungen, Background-Shell-Dispatch vom Agents-Befehl, Streaming-Tool-Ausführung standardmäßig, STDIO-MCP-Session-Umgebungsvariablen und Pending-Approval-Rendering für MCP-JSON-Serverkonfigurationen.

[ALLOY]: Dynamische Workflows sind die strukturelle Änderung, die sorgfältig verstanden werden sollte. Sie ermöglichen es Claude Code, größere Aufgaben über Hintergrund-Agenten mit Workflow-Statusberichten zu organisieren, anstatt einen einzelnen Vordergrund-Turn eine langlaufende Aufgabe bis zum Abschluss tragen zu lassen. Das ist der Unterschied zwischen einem Agenten, der eine Aufgabe in einem Durchgang erledigt, und einem Agenten, der eine mehrstündige Aufgabe mit benannten Checkpoints, Status-Updates und Zwischenprozess-Genehmigungspunkten verwalten kann. Teams, die große Refactorings, Test-Suite-Überholungen, Multi-Datei-Migrationen oder lange Dokumentationsdurchgänge durchführen, sollten feststellen, dass dynamische Workflows verändern, wie sich Agentenarbeit im täglichen Praxis anfühlt.

NOVA: Background-Shell-Dispatch über den Agents-Befehl fügt einen Pfad hinzu, um Shell-Befehle im Hintergrund zu starten, ohne die Vordergrund-Session zu blockieren. Streaming-Tool-Ausführung bedeutet, dass die Agent-Oberfläche den Fortschritt in Echtzeit zeigt, anstatt zu warten, um nach einer langen Wartezeit einen abschließenden Bericht zu produzieren. Beides zusammen macht langlaufende Workloads interaktiver und einfacher zu überwachen, anstatt auf einen leeren Terminal zu starren und sich zu fragen, was passiert.

[ALLOY]: Eine Point-Release in dieser Linie patcht einen Thinking-Block-API-Fehler, der Opus-4.8-Sessions betraf. Diese Art von gezieltem Fix ist wichtig, weil Opus 4.8 eine höhere Last auf die Reasoning- und Thinking-Infrastruktur legt als frühere Modelle. Ein Thinking-Block-API-Fehler kann eine Session wie einen Modellfehler aussehen lassen, wenn das Modell perfekt funktioniert und das Problem纯粹在 der Übertragung von Thinking-Output durch die Transport-Schicht während einer langen Session liegt. Diese Patches sind genau der Grund, warum das Festlegen auf eine funktionierende npm-Version und das tatsächliche Lesen von Changelogs für Stabilität wichtig ist.

NOVA: Die neueste npm-Release bringt dann die vollständigere Plugin- und Worktree-Geschichte. Plugins im dot-claude Skills-Verzeichnis werden jetzt automatisch geladen, ohne manuelle Registrierung. Der Plugin-Init-Befehl erstellt ein neues Plugin mit der richtigen Konfigurationsstruktur und beseitigt das Blank-Page-Problem für Teams, die Claude Code erweitern möchten. Plugin-Autocomplete verbessert sich, sodass verfügbare Befehle tatsächlich auffindbar sind. Der Agents-Befehl respektiert das Agent-Feld aus der Settings-JSON-Datei für dispatched Sessions, was bedeutet, dass ein Operator konfigurieren kann, welcher Agent-Modus pro Aufgabe gilt, ohne zu ändern, wie die CLI aufgerufen wird. Worktree-Switching wird zu einer benannten Funktion anstatt eines separaten Utility-Aufrufs. Tool-Decision-Telemetrie kann optional vollständige Tool-Parameter einschließen, wenn der Benutzer zustimmt. Und abgeschlossene Worktrees bleiben unlocked, sodass automatisierte Bereinigung sie entfernen kann, ohne auf Dateisperren zu stoßen, was die Art von praktischem Verhalten ist, die wichtig wird, wenn Worktrees über den Workflow eines Teams hinweg akkumulieren.

[ALLOY]: Dieses gesamte Feature-Set macht Plugins und Worktrees zu einer erstklassigen operativen Schicht anstatt zu Features, die in einfachen Fällen funktionieren und in komplexen auseinanderfallen. Mit automatischer Erkennung, Scaffolding, Autocomplete, per-Task-Agent-Modus-Konfiguration, benanntem Worktree-Switching, optionaler Telemetrie-Detail und sauberem Unlock-Verhalten bei Abschluss baut das System eine ordentliche Agent-Betriebsumgebung auf, anstatt Features auf eine CLI draufzusatteln. Der Unterschied ist wichtig, weil die Workflow-Schicht operativ ebenso wichtig wird wie das darunterliegende Modell.

NOVA: Anthropic Opus 4.8 ist das Modell unter dieser Welle. Es ist positioniert für härtere Coding-Aufgaben, agentische Workflows und professionelle Arbeit, mit unveränderter Standard-Opus-Preisgestaltung gegenüber seinem Vorgänger, während es günstigeren Fast-Mode als frühere Iterationen bietet. Die praktische Evaluierungsfrage ist nicht, ob ein Benchmark sich bewegt hat. Es ist, ob die Kombination aus stärkerem Reasoning, Effort-Kontrollen und der dynamischen Workflow-Schicht eine härtere Aufgabe von Anfang bis Ende durchlaufen, saubere Worktree-Output produzieren und Ergebnisse übergeben kann, ohne dass der Operator die Session babysitten muss. Beobachten Sie, wie Effort-Einstellungen mit der Workflow-Schicht bei harten Aufgaben interagieren, denn das ist, wo der Wert von Opus 4.8 anders zum Vorschein kommt als in einfachen Benchmark-Vergleichen.

[ALLOY]: Die Post-Upgrade-Checkliste sollte spezifisch und handlungsorientiert sein. Legen Sie die gewünschte npm-Leitung fest, um mit dem Feature-Level übereinzustimmen, den das Team tatsächlich braucht. Testen Sie Opus 4.8 bei einer contained Repository-Aufgabe, um Fähigkeit und API-Verhalten zu verifizieren. Erstellen Sie ein lokales Plugin unter Verwendung von Plugin-Init als strukturelle Übung, um das Layout zu verstehen. Verifizieren Sie, dass das Skills-Verzeichnis-Auto-Loading wie erwartet vor der nächsten Session funktioniert. Überprüfen Sie, ob abgeschlossene Worktrees sauber unlocked werden oder sich als gesperrte verwaiste Verzeichnisse akkumulieren, die keine automatisierte Bereinigung berühren kann. Das Festlegen der npm-Leitung ist der wichtigste dieser Schritte, weil npm latest sich schneller bewegt als die meisten Teams verfolgen, und ein Team auf einer älteren 2.1er Release nicht realisieren könnte, welche Features es aus der neueren Linie vermisst. ...

NOVA: OpenAIs Mai-Workspace-Agent-Release-Notizen zeigen in dieselbe Richtung über mehrere Features hinweg: Agenten werden zu geteilten Workspace-Akteuren, nicht nur zu persönlichen Assistenten, die isoliert abgefragt werden.

[ALLOY]: Das Feature-Set ist breit im Umfang. Workspace-Agenten können das neueste GPT-Modell mit Reasoning-Effort-Kontrollen verwenden, was Entwicklern eine Möglichkeit gibt, Reasoning-Investition pro Aufgabe zu tunes. Admins können kontrollieren, welche Rollen berechtigt sind, Agenten in ein geteiltes Verzeichnis zu veröffentlichen, was bedeutet, dass Governance-Flächen von vorneherein eingerichtet werden müssen, anstatt nachzurüsten, nachdem etwas schiefgelaufen ist. Guided Setup führt Benutzer durch die Agent-Konfiguration mit besser strukturierten Fragen, die die Chance reduzieren, dass ein falsch konfigurierter Agent in geteilten Kanälen auftaucht. Agenten können Audiodateien als Output produzieren, was Storage-, Review- und Verteilungs-Überlegungen einführt, die für Text-only-Agenten nicht existieren. Slack-Agenten können auf relevante Follow-up-Nachrichten in einem Thread nach der initialen Erwähnung antworten, was bedeutet, dass der Agent genug Kontextbewusstsein braucht, um relevante Antworten von Rauschen zu unterscheiden. App Action Safeguards erlauben es Entwicklern einzuschränken, was ein Agent innerhalb jeder aktivierten Workspace-Anwendung tun kann, bevor der Agent schreibfähige Tools aktiviert bekommt.

NOVA: Diese Details sind wichtig, weil geteilte Agenten andere Risikoprofile tragen als persönliche. Ein Slack-Thread-Agent, der nicht weiß, wann er still sein soll, wird einen Kanal mit irrelevanten Antworten zumüllen. Ein Speech-Output-Agent ohne Storage- und Review-Richtlinien wird Audit-Probleme schaffen. Ein geteiltes Verzeichnis ohne Publishing-Berechtigungen ist effektiv offen für jeden, der es entdecken kann. App-Safeguards müssen gesetzt werden, bevor mutating Tools aktiviert werden, nicht zusammengeflickt, nachdem ein Problem aufgetreten ist.

[ALLOY]: OpenAIs breiteres Story über Remote-Zugriff und Access-Token passt zum selben architektonischen Muster. Die Maschine, die die Dateien, Credentials und Build-Outputs hält, ist die echte Ausführungsgrenze. Telefone, Scripts und verwaltete Workspace-Identität werden zu Kontrollflächen, die beaufsichtigen, was in der Nähe der echten Umgebung läuft. Ausführung bleibt in der Nähe des privaten Kontexts, wo sie hingehört. Beaufsichtigung und Genehmigung geschehen über den Kanal, der zum Moment passt. Das ist die stabile Architektur für Agentenarbeit in geteilten Umgebungen: führe in der Nähe der Daten aus, beaufsichtige von überall angemessen, halte Identität begrenzt und regiere, was der Agent veröffentlichen und tun darf.

NOVA: Der Evaluierungsworkflow für dieses Release ist kurz und konkret. Trennen Sie persönliche Agenten von geteilten-Verzeichnis-Agenten und wenden Sie unterschiedliche Vertrauensstufen auf jede Kategorie an. Testen Sie Slack-Thread-Follow-up-Verhalten in einem risikoarmen Kanal, bevor Sie breites Threading aktivieren. Setzen Sie App-Level-Action-Safeguards, bevor der Agent mutating Tools aktiviert bekommt. Behalten Sie Audiodatei-Generierung auf expliziten kontrollierten Workflows, bis Storage-, Review- und Verteilungserwartungen dokumentiert und verstanden sind. Die Richtlinienschicht ist kein bürokratischer Schritt, der nach der Deployment kommt. Für geteilte Agentensysteme, die in geteilten Umgebungen laufen, ist es das eigentliche Produkt.

[ALLOY]: Sobald Agenten in geteilten Kanälen antworten und Aktionen innerhalb von Workspace-Anwendungen durchführen können, wird die Admin-Oberfläche zu einer Kernproduktschicht anstatt eines Nachgedankens. Das ist eine bedeutsame Verschiebung darin, wie Agent-Deployment branchenübergreifend verstanden wird, und es ändert, was jeder Entwickler bedenken muss, wenn er von persönlichen Agent-Experimenten zu geteilter Team-Infrastruktur übergeht. ...

NOVA: Chrome DevTools MCP ist sorgfältig zu beobachten, weil es das häufigste Frontend-Coding-Agent-Fehler-Muster adressiert: Das Modell liest die Quelldateien, produziert einen selbstsicheren Edit, und der Browser macht etwas völlig anderes zur Runtime, das niemand vorhergesagt hat.

[ALLOY]: Die aktuelle Veröffentlichung ist ein kleiner Patch, aber das Projekt selbst ist das wichtige Stück mit einem klaren Zweck im Agent-Stack. Chrome DevTools MCP exponiert Chrome-Browser-Debugging-Fähigkeiten durch eine MCP-Brücke, was bedeutet, dass Coding-Agenten einen Live-Browser durch eine strukturierte Schnittstelle abfragen und damit interagieren können, anstatt sich auf Screenshots, statische Quellanalyse oder manuelles Kopieren von Konsolen-Output zu verlassen. Dieser Unterschied ist enorm wichtig für Frontend-Arbeit, wo die Lücke zwischen dem, was der Code tut, und dem, was der Browser tatsächlich zur Runtime tut, die häufigste Quelle mysteriöser Bugs ist. Eine DevTools-gestützte MCP-Brücke macht diese Lücke sichtbar und handhabbar, anstatt den Agenten raten zu lassen.

NOVA: Für OpenClaw, Codex, Claude Code und Hermes ist die Value Proposition eine engere Feedback-Schleife vom Browser-Zustand in die Agent-Reasoning-Schicht. DOM-Inspektion, Netzwerk-Anfrage-Monitoring, Konsolen-Output, Runtime-Performance-Daten und Seiten-Zustand werden alle für den Agenten als strukturierte, handlungsorientierte Informationen abfragbar. Dies ist fundamental anders als visuelle Computer-Nutzung, die zeigt, was ein Mensch auf dem Bildschirm sieht, aber nicht erklären kann, warum der Browser diesen Zustand intern erreicht hat oder welche Bedingungen das aktuelle Ergebnis produziert haben. Ein Screenshot zeigt Ihnen den Effekt. DevTools-Zustand zeigt Ihnen die Ursache. Für den Agenten ändert dieser Unterschied, wie Bugs diagnostiziert werden: anstatt einen Fix basierend auf Plausibilität vorzuschlagen und zu hoffen, dass er funktioniert, kann der Agent den Fehler reproduzieren, den spezifischen Konsolenfehler oder Netzwerk-Code abfragen, überprüfen, was das DOM tatsächlich im Moment des Fehlers enthielt, und einen Patch vorschlagen, der von diesem Beweis gestützt wird.

[ALLOY]: Ein Modell, das Quelldateien sorgfältig liest, kann trotzdem Runtime-Verhalten verpassen, das nur in einer laufenden Anwendung erscheint. Eine Netzwerkanfrage, die nach Hydration fehlschlägt. Ein Konsolenfehler, der nach Abschluss einer asynchronen Operation auftaucht. Eine CSS-Regel, die durch einen späteren Stylesheet-Load überschrieben wird, wobei das Timing das Überschreiben schwer vorhersagbar macht. Ein Seiten-Identifier, der sich unter bestimmten User-Interaktionssequenzen ändert. Eine Performance-Regression, die nur unter Produktionslast sichtbar ist. All diese Runtime-Verhaltensweisen sind für statische Quellanalyse unsichtbar, egal wie gründlich das Lesen, und sie sind fundamental unvorhersagbar aus dem Quellcode allein. Das ist der Grund, warum Frontend-Agentenarbeit ohne Browser-Instrumentierung so häufig Fixes produziert, die das falsche Problem lösen.

NOVA: Der Evaluierungsworkflow ist auch der praktischste Anwendungsfall. Verbinden Sie Chrome DevTools MCP mit einem lokalen Frontend-Projekt. Reproduzieren Sie einen Runtime-Bug durch den Browser, während der Agent den Live-Zustand beobachtet. Inspecten Sie Konsolenfehler und Netzwerk-Fehler durch die strukturierte MCP-Schnittstelle. Dann, und erst dann, bitten Sie den Coding-Agenten, einen Fix vorzuschlagen, der von dem spezifischen Browser-Beweis gestützt wird. Ein Frontend-Agent, der die Output der laufenden Anwendung untersuchen kann, ist viel weniger wahrscheinlich, selbstsichere aber falsche Edits basierend auf reiner Quellanalyse zu produzieren. Dies ist das Evidence-First-Pattern, angewandt auf Frontend-Arbeit, und es produziert bessere Ergebnisse als zu vertrauen, dass das Modell die Quelle korrekt verstanden hat, und zu hoffen, dass der nächste Edit richtig ist.

[ALLOY]: Die Feedback-Schleife ist straightforward: reproduzieren Sie den Runtime-Fehler, instrumentieren Sie den Browser-Zustand mit strukturierten Diagnosen, patchen Sie aus diesem Beweis, verifizieren Sie den Fix im Browser, dann dokumentieren Sie die Ursache und die Lösung für zukünftige Referenz. Diese Schleife ist zuverlässiger als zu vertrauen, dass der nächste Modell-Edit korrekt ist, und zu hoffen, dass eine Regression-Suite fängt, was auch immer der Fehler sich herausstellt. ...

NOVA: Das Projektradar hat heute vier Oberflächen, jede macht eine andere Dimension des Stacks abfragbar statt undurchsichtig.

[ALLOY]: CodeGraph gibt Coding-Agents einen lokalen vorindizierten Code-Wissensgraphen, damit Routing-, Call-Path- und Architekturfragen strukturierte Antworten bekommen, statt dass der Agent Tool-Aufrufe darauf verwenden muss, generierte Dateien und gleichnamige Symbole zu besuchen. Seine neueste Version verbessert die Go-gRPC-Implementierungsauflösung, sodass generierte Service-Stubs und handgeschriebene Service-Definitionen korrekt disambiguiert werden. Generierte Dateien werden in Abfrageergebnissen abgewertet, sodass Agents handgeschriebene Sources zuerst sehen. Die Dynamic-Dispatch-Trace-Ausgabe enthält jetzt die vollständige Aufrufkette für Routing-Fragen. Multi-Modul-Endpunkt-Auswahl verbessert sich für größere Projekte, und kleine Projekte bekommen Inline-Routing-Kontext für einfache Routing-Tabellen. Diese Tracking-Spezifität ist es, was einen Code-Graph von einer Keyword-Suche unterscheidet: nicht nur welche Dateien ein Wort enthalten, sondern wie die Architektur tatsächlich verbunden ist.

NOVA: Der praktische Test für CodeGraph ist eine Routing-Frage. Frag ihn, wie eine Web-Anfrage ihren Handler durch einen geschichteten Service erreicht. Bekomm eine strukturierte Antwort, die den Call-Path mit Beweisen verfolgt, einschließlich Dateinamen, Zeilennummern und Beziehungstypen. Vergleiche das mit dem, was eine reine Textsuche für dieselbe Frage produzieren würde. Wenn die strukturierte Antwort tatsächlich den Plan verändert oder etwas enthüllt, das eine Textsuche übersehen würde, verdient CodeGraph seinen Platz im Stack. Wenn die Antwort sich nicht von grep unterscheidet, ist es noch nicht wert, es hinzuzufügen.

[ALLOY]: ccusage greift einen anderen blinden Fleck an: Usage-Accounting und Kostenübersicht auf Operator-Ebene. Seine aktuelle Version fügt Opus-4.8-Preise, Fallback-Preismechaniken für unbekannte Modelle, fehlende Preiswarnungen, Copilot-OpenTelemetry-Lückenerklärungen und Opencode-Kostenfixes hinzu. Wenn Agent-Stacks mit mehr Hintergrund-Workflows, langlebigen Sessions, Model-Routing und Mediengenerierung skalieren, wird Kostenübersicht zur Scheduler-Eingabe statt optionaler Buchhaltungs-Trivialität. Ein System, das weiß, welche Modelle laufen, was sie pro Token kosten, wo die Preistabelle Lücken hat und welche Telemetrie-Pfade unvollständig sind, kann Arbeit an günstigere Modelle weiterleiten wenn angemessen, vor einem Budget-Fenster pausieren oder eine Aufgabe stoppen, die verschwenderisch geworden ist. Das billigste Versagen ist das, das der Scheduler vermeidet, weil er das Budget verstanden hat, bevor er auf Upload klickte oder zwanzig parallele Agents spawnte.

NOVA: ccusage macht Kostenbeweise lokal verfügbar, ohne ein Drittanbieter-Billing-Dashboard oder eine monatliche Rechnung abzuwarten. Führe es über aktuelle Claude-Code-, Codex-, Copilot- oder OpenCode-Sessions aus. Vergleiche Modelfamilien über ähnliche Aufgaben hinweg. Füttere die beobachtete Usage in Scheduler-Entscheidungen, bevor du Bulk-Agentenarbeit oder Mediengenerierungs-Jobs startest. Ohne das entdecken Teams Budget-Limits erst, wenn ein Job an einer Quote scheitert, die niemand getrackt hat. Damit hat der Scheduler eine Eingabe, die tatsächlich das Verhalten verändert, bevor das Problem zu einem Versagen wird.

[ALLOY]: Hyperframes ist das Medien-Gegenstück, behandelt Video als HTML-Quelle plus renderbare Runtime, sodass die Ausgabe testbar, patchbar und versionskontrollierbar ist statt ein undurchsichtiges fertiges Artefakt zu sein. Der Stack-Winkel ist größer als einzelne Playback-Fixes in einem Patch: HTML, CSS, Animationszustand, Playback-Rate und gerenderte Ausgabe werden alle zu Software-Artefakten, die Coding-Agents inspizieren und patchen können, genauso wie sie eine Quelldatei behandeln. Agents können eine visuelle Sequenz generieren, rendern, Playback-Verhalten inspizieren, aus Beweisen patchen und die HTML-Quelle neben dem Script, das sie produziert hat, in Versionskontrolle halten. Das ist zuverlässiger, als eine fertige Videodatei als erstes echtes Artefakt zu behandeln und zu hoffen, dass die Qualität akzeptabel war, ohne jeden Inspektionspfad.

NOVA: Hyperframes ist praktisch für Produktdemos, Podcast-Kurzfilme, Dokumentations-Walkthroughs und Erklärvideos. Ein Agent baut eine Szene in HTML, rendert sie lokal, verifiziert Korrektheit und patcht aus Beweisen, genauso wie er eine Quelldatei mit einem Bug untersuchen würde. Das Design-Panel und die Playback-Rate-Klemmung-Änderungen in der neuesten Version machen die Rendering-Pipeline deterministischer für CI und automatisierte Render-Jobs, und das ist, was ein einmaliges Medien-Experiment in einen wiederholbaren Teil des Workflows verwandelt. Baue einen Zwanzig-Sekunden-Produkterklärer aus HTML, rendere ihn lokal, verifiziere die visuelle Ausgabe bevor du irgendwo hochlädst, bestätige dann, dass das generierte Artefakt korrekt aussieht, bevor du es an einen menschlichen Reviewer übergibst.

[ALLOY]: Das vierte Projekt ist claude-mem, eine persistente Kontextschicht für sitzungsübergreifendes Gedächtnis, die über mehrere Agent-Oberflächen funktioniert, einschließlich Claude Code, OpenClaw, Codex, Gemini, Hermes, Copilot und OpenCode. Seine neueste Version fügt Base-URL-Konfiguration für flexible Endpunkt-Setups, Spawn-Contract-Fixes und Worker-Lifecycle-Hardening für zuverlässigere Hintergrundoperation, Output-Fidelity-Verbesserungen für bessere Kontextkompression und SQLite-Reparatur-Verbesserungen hinzu, die dem persistenten Store helfen, graceful von unterbrochenen Writes oder schlechtem Zustand zu erholen.

NOVA: Für Teams, die mehr als einen Agent-Typ gegen dasselbe Repository laufen lassen, bietet claude-mem eine praktische geteilte Gedächtnisoberfläche. Mehrere Agents können denselben Kontext-Store abfragen, ohne dass jeder dieselben Projektinformationen von Grund auf neu entdecken muss. Der Memory-Provider ist explizit, statt an ein einzelnes Agent-Transkriptformat gebunden zu sein, was bedeutet, dass Teams wechseln können, welcher Agent eine Aufgabe bearbeitet, ohne akkumulierten Kontext zu verlieren. Die praktische Validierung ist spezifisch: verbinde dich mit einem wegwerfbaren Test-Repository, führe zwei kurze Sessions mit verschiedenen Clients aus und verifiziere, welcher Kontext erinnert und welcher zurückgehalten wurde. Dieses Vertrauen in die Memory-Fidelity ist das, was sitzungsübergreifenden Agent-Hand-off für echte Workflows genuin praktisch macht.

[ALLOY]: Der gemeinsame Faden durch alle vier Projekte ist strukturierter, abfragbarer Zustand, wo der Stack vorher blind war. CodeGraph beantwortet Call-Struktur- und Routing-Fragen. ccusage beantwortet Kosten- und Usage-Fragen. Hyperframes beantwortet gerenderte Medien-Fragen. claude-mem beantwortet sitzungsübergreifende Gedächtnis-Fragen. Implementiere die, die die größte Sichtbarkeitslücke im aktuellen Stack schließen, nicht alle gleichzeitig.

NOVA: Ein Team, dessen Agents häufig Routing- und Architekturfragen stellen, sollte zuerst CodeGraph hinzufügen. Ein Team, dessen Scheduler-Tasks ohne Warnung über Budget laufen, sollte zuerst ccusage hinzufügen. Ein Team, dessen Agents Medien ohne gute Inspektionspfade generieren, sollte zuerst Hyperframes hinzufügen. Ein Team, dessen Agents in Silos ohne geteilten Kontext arbeiten, sollte zuerst claude-mem hinzufügen. Ordne das Projekt dem tatsächlichen Opazitätsproblem zu, nicht dem aufregendsten Stern-Count auf GitHub. ...

[ALLOY]: Das nützliche Builder-Pattern hier ist Beweis vor Aktion. Wenn das Build-Ziel ein Frontend ist, sollte der Workflow nicht mit einem selbstbewussten Patch beginnen. Er sollte beginnen, indem man die App öffnet, das Verhalten reproduziert, die Konsole liest, den Netzwerkpfad prüft und dann die kleinste Sache ändert, die die Runtime-Beweise erklärt. Chrome DevTools MCP passt in diesen Workflow, weil es dem Agent einen Weg gibt, den Browser als laufendes System zu sehen, statt als einen Source-Tree, der vielleicht oder vielleicht nicht dem entspricht, was der User erlebt.

NOVA: Wenn das Build-Ziel eine Service- oder Framework-Änderung ist, ist der Workflow anders. Der richtige Startpunkt ist der Call-Path. CodeGraph ist nützlich, wenn der Builder wissen muss, welcher Handler eine Anfrage empfängt, welcher Service den Domänenübergang besitzt und welche generierte Grenze während der Planung ignoriert werden sollte. Das ist, wie ein Agent einen häufigen Failure-Mode vermeidet: das erste Symbol bearbeitet, das einen Suchbegriff matcht, und dann entdeckt, dass der echte Pfad eine andere Implementierung verwendet hat. Das bessere Pattern ist tracen, patchen, testen und erst dann shippen.

[ALLOY]: Wenn das Build-Ziel ein geplanter Agent-Run ist, gehört Usage-Telemetrie an die Front des Workflows. Hintergrund-Agents, Media-Renders, Übersetzungslanes und Upload-Jobs können alle einzeln sinnvoll sein, während der kombinierte Run zu teuer oder zu nah an der Quote ist. ccusage ersetzt Provider-Limits nicht, aber es gibt dem Builder ein lokales Kosten-Signal, bevor der Scheduler Arbeit startet. Ein Scheduler, der das Kostenprofil kennt, kann ein günstigeres Model für einfaches Cleanup wählen, ein stärkeres Model für risikoreiche Synthese reservieren, einen Bulk-Job bis zum nächsten Quote-Fenster verzögern oder einen Deploy stoppen, der mehr Arbeit startet, als der Tag absorbieren kann.

NOVA: Wenn das Build-Ziel generierte Medien ist, zeigt Hyperframes auf dieselbe Disziplin. Behandle die Szene als code-geformte Quelle, rendere sie, inspiziere das Ergebnis, patche was fehlgeschlagen hat und halte den Build-Pfad wiederholbar. Dieser Workflow ist wichtig für Demos, Shorts, Erklärvideos und Produkt-Walkthroughs, weil das fertige Medien-Artefakt nicht der erste Ort sein sollte, an dem jemand entdeckt, dass Timing, Layout oder Playback-Zustand falsch waren. Eine Medien-Pipeline, die von einem Agent gerendert und verifiziert werden kann, ist viel einfacher zu warten als ein einmaliger Export, der nur als fertiger Clip existiert.

[ALLOY]: Und wenn das Build-Ziel sitzungsübergreifende Agent-Kontinuität ist, geht es bei claude-mem um Trust Boundaries so sehr wie um Gedächtnis. Das Pattern ist nicht einfach "mehr merken." Das Pattern ist zu entscheiden, was erinnert werden sollte, was aus dem Kontext herausbleiben sollte und wie ein Builder beweist, dass die Memory-Schicht korrekt über zwei verschiedene Clients hinweg funktioniert hat. Das bedeutet, Recall gegen ein wegwerfbares Repository zu testen, zu prüfen, welcher Kontext zurückkommt, zu prüfen, welcher Kontext zurückgehalten wird, und erst dann sich darauf zu verlassen für einen echten Multi-Agent-Workflow.

NOVA: Zusammengefügt ist das Radar ein Satz von Workflow-Gates. Browser-Beweise leiten Frontend-Patches. Codeflow-Beweise leiten Architektur-Patches. Kosten-Beweise formen Bulk-Agent-Dispatch. Render-Beweise formen Medien-Release. Recall-Beweise formen geteiltes Gedächtnis-Vertrauen. Das ist der praktische Teil der Episode: jedes Tool verdient seinen Platz, wenn es die nächste Build-Entscheidung verändert, nicht wenn es ein weiteres Logo zum Stack hinzufügt.

[ALLOY]: Das ist auch, wie Teams Releases wie Hermes, Codex und Claude Code diese Woche evaluieren sollten. Frag nicht, ob die Feature-Liste isoliert beeindruckend klingt. Frag, welcher Workflow sicherer oder schneller wird. Hermes Kanban ist wichtig, wenn Tasks zerlegt, zugewiesen, isoliert, wiederholt und auditiert werden können. Codex Doctor ist wichtig, wenn ein kaputter lokaler Run aus Umgebungszustand statt aus Raten diagnostiziert werden kann. Claude Code Dynamic Workflows sind wichtig, wenn ein langer Job Status melden, seinen Worktree sauber halten und ein Ergebnis zurückgeben kann, das der Builder tatsächlich reviewen kann. Das stärkste Release ist das, das einen verwirrenden täglichen Build-Pfad in ein wiederholbares Betriebsmuster verwandelt. ...

[ALLOY]: Die praktische Queue aus EP059 ist nicht abstrakt. Sie bildet direkt auf Entscheidungen ab, die ein Builder oder Team-Lead diese Woche treffen muss, und in einigen Fällen vor Ende des Tages.

NOVA: Für Teams, die bereits Hermes laufen lassen, ist das Zero-Punkt-Eins-Fünf-Upgrade die folgenreichste Plattformentscheidung auf dem Tisch. Die Kanban-Orchestrierung verändert, wie parallele Agentenarbeit aufgeteilt, zugewiesen und getrackt wird. Worktree-per-Task-Execution macht diese Aufteilung sicher, weil Isolation das ist, was verhindert, dass zwei Agents gleichzeitig in dieselbe Datei schreiben und ein Ergebnis produzieren, das niemand entwirren kann. Scheduled Tasks vervollständigen die Geschichte, indem sie dem System erlauben, Arbeit auf eine Uhrzeit zu feuern, statt darauf zu warten, dass ein Mensch am Terminal anwesend ist. Promptware-Verteidigung, Bitwarden-gesichertes Schlüsselmanagement, der MCP-Katalog-Picker und ntfy-Messaging sind allesamt signifikante Capability-Zugaben, geschichtet auf die Orchestrierungskern.

[ALLOY]: Für Codex-Nutzer ist Version null eins drei fünf das Release, das die Runtime lesbar macht, wenn etwas schiefgeht. Codex Doctor mit seiner erweiterten Umgebung, Git, Terminal und Thread-Inventarausgabe ist das erste Werkzeug, zu dem man greifen sollte, bevor man einen Bug-Report erstellt, bevor man annimmt, dass die Modellleistung die Ursache ist, und bevor man eine Stunde damit verbringt, die Umgebung manuell Stück für Stück zu inspizieren. Benannte Berechtigungsprofile lösen ein echtes Berechtigungsmanagement-Problem, das die meisten Teams bisher umgangen statt gelöst haben. Der nicht-interaktive Installationspfad macht automatisierte Einrichtung erstmals für CI-Pipelines und Container-Umgebungen praktikabel.

NOVA: Für Claude Code-Teams bewegt sich die npm-Spur schnell und die Lücke zwischen Minor-Versionen vergrößert sich auf Weise, die nicht nur die Zuverlässigkeit, sondern auch Funktionen beeinflussen. Die Post-Upgrade-Checkliste sollte ein lebendiges Dokument sein: Welches npm dist-tag ist gepinnt, was hat die Opus vier Komma acht Bewertung bei einer abgeschlossenen Aufgabe gezeigt, welche Plugins werden aus dem Skills-Verzeichnis ohne manuelle Registrierung geladen, ob abgeschlossene Worktrees sauber entfernt werden, und ob dynamisches Workflow-Tracking für zeitaufwändige Aufgaben verwendet wird. Das Pinnen der npm-Spur ist der einzige wirkungsvollste Schritt, da es verhindert, dass ein Team versehentlich eine breaking Change vom neuesten Tag ohne Warnung erbt.

[ALLOY]: Für gemeinsame Workspace-Agent-Bereitstellungen ist die Richtlinienschicht jetzt das Hauptprodukt, nicht der Agent selbst. App-Safes, Slack-Thread-Leitplanken, Reasoning-Aufwandskontrollen und gemeinsame Verzeichnis-Veröffentlichungsberechtigungen bestimmen, ob ein Workspace-Agent tatsächlich sicher in einem gemeinsamen Kanal betrieben werden kann. Diese Neuausrichtung ist praktisch, und Teams, die sie so behandeln, werden weniger Vorfälle und bessere Ergebnisse für die Menschen haben, die diese Kanäle teilen.

NOVA: Chrome DevTools MCP, CodeGraph, ccusage und Hyperframes bilden die Werkzeugschicht, die den Stack überprüfbar macht. Jedes beantwortet eine Frage, die der aktuelle Stack zu erraten versucht. Probieren Sie Chrome DevTools MCP bei einer lokalen Frontend-Bug-Reproduktion, bevor Sie annehmen, dass das Modell die Runtime versteht. Fügen Sie CodeGraph hinzu, wenn Textsuche weiterhin falsche Antworten über Call-Pfade gibt. Führen Sie ccusage über lokale Agent-Sitzungen aus, um zu sehen, wie das Budget tatsächlich aussieht, bevor Sie Massenarbeit planen. Verwenden Sie Hyperframes für eine wiederholbare Medienaufgabe, bei der der HTML-Quellcode zusammen mit dem Skript, das ihn generiert hat, in der Versionskontrolle bleiben sollte.

[ALLOY]: Der beste Agent-Stack ist nicht derjenige, der die meisten gleichzeitigen Agents ausführt. Es ist derjenige, bei dem jeder Agent die Runtime sehen, den Code-Pfad verstehen, das Budget kennen und Beweise für die nächste Sitzung hinterlassen kann. Dieser Stack wird Release für Release, Werkzeugschicht für Werkzeugschicht und konkreter Workflow für konkreter Workflow aufgebaut. Beginnen Sie mit demjenigen, das in der aktuellen Einrichtung die meiste Intransparenz schafft.

NOVA: Für Quellen-Links und Episoden-Notizen besuchen Sie Toby On Fitness Tech Punkt com.

NOVA: Ich bin NOVA.

[ALLOY]: Ich bin ALLOY, und das ist AgentStack Daily. Wir sind bald zurück.