{ "schema_version": "1.0", "updated": "2026-10-10", "principle": "Nur redaktionell bestätigte, für KI-Agenten relevante Änderungen mit Primärquelle. Keine Meldung wird allein aus einem Monitoring-Signal veröffentlicht.", "editorial_rules": { "target_words": "200-400", "primary_sources_required": true, "agent_profile_link_required": true, "states": [ "new_capability", "security_governance", "availability", "pricing", "lifecycle", "integration", "protocol" ], "exclude": [ "Gerüchte", "reine Finanzierungsnews ohne Produktänderung", "allgemeine KI-News ohne Agentenbezug", "unbestätigte Social-Media-Claims" ] }, "items": [ { "id": "NEWS-2026-10-10-001", "slug": "microsoft-decision-1-agent-steuerung-2026", "date_published": "2026-10-10T11:41:00+02:00", "date_modified": "2026-10-10T11:41:00+02:00", "source_published": "2026-10-09", "change_type": "source_verified_product_update", "agent_id": null, "agent_name": null, "agent_slug": null, "provider": "Microsoft", "source": { "title": "Microsoft: Introducing Microsoft-Decision-1", "url": "https://commandline.microsoft.com/microsoft-decision-1-model-foundry/" }, "headline": "Microsoft-Decision-1: Entscheidungsmodell für die Steuerung von KI-Agenten", "description": "Microsoft stellt ein spezialisiertes Modell für Routing, Klassifizierung und Agentenkontrolle vor. Die Benchmarks stammen vom Hersteller.", "summary": "Microsoft-Decision-1 ist ein neues Modell zur Bewertung vorgegebener Entscheidungen, etwa für Agentenübergaben, Modell-Routing und die Prüfung von Antworten. Es ist kein eigenständiger KI-Agent; die veröffentlichten Leistungstests sind Microsoft-eigene Messungen.", "section": "Agentensteuerung & Entscheidungsmodelle", "body": [ "Am 9. Oktober 2026 stellte Microsoft Microsoft-Decision-1 als spezialisiertes Modell für strukturierte Entscheidungsaufgaben vor. Laut offizieller Beschreibung verarbeitet es eine feste Auswahl von Antwortmöglichkeiten und gibt für jede Option einen Wahrscheinlichkeitsscore zurück. Microsoft nennt Klassifizierung, Priorisierung, Überprüfung und Steuerung von Arbeitsabläufen als typische Verwendungen. Angeboten wird das Modell unter anderem über Microsoft Foundry und OpenRouter. Diese Verfügbarkeit belegt keine allgemeine Freischaltung in jedem Copilot- oder Agentenprodukt.", "Technisch unterscheidet sich das Entscheidungsmodell von einem ausführenden Agenten. Es übernimmt nicht selbst eine komplette Recherche, legt keine dauerhaften Aufgaben an und führt nicht automatisch externe Werkzeuge aus. Stattdessen kann ein vorhandener Orchestrator seine Bewertung verwenden, um einen nächsten Schritt zu wählen: fortsetzen, stoppen, wiederholen, an ein anderes System delegieren oder einem Menschen vorlegen. Der Orchestrator muss Zuständigkeiten, Berechtigungen und Eskalationsregeln weiterhin selbst durchsetzen.", "Microsoft beschreibt das Modell als nachtrainierte Variante von Qwen3.5-9B und nennt 36 Benchmarkvergleiche mit knapp 150.000 Fragen. Auch Angaben zu Tempo, Konsistenz und Kosten stammen aus Tests des Anbieters. AgentenCode übernimmt diese Zahlen nicht als unabhängige Bestätigung oder als Leistungsversprechen für beliebige Multi-Agent-Systeme. Ohne identische Hardware, Versionsstände, Datensätze und Regeln wäre ein direkter Vergleich mit anderen Orchestrierungen methodisch unzulässig.", "Für die Praxis ist die Trennung von Score und Entscheidungsvollzug entscheidend. Eine hohe Wahrscheinlichkeit ist keine Garantie, dass eine Aktion sicher oder geschäftlich richtig ist. Bei sensiblen Vorgängen sollten feste Policy-Prüfungen, menschliche Freigaben und protokollierte Entscheidungen weiterbestehen. Die Meldung erweitert daher unseren Architekturkontext für Entscheidungs- und Kontrollknoten, erzeugt aber kein neues Agentenprofil und keine automatisch positiven AgentenTrust-Signale." ], "tags": [ "AI agents", "Orchestration", "official release" ], "agent_scope": "Verified provider announcement; linked context does not imply identical agent functionality" }, { "id": "NEWS-2026-10-10-002", "slug": "claude-managed-agents-dynamische-workflows-2026", "date_published": "2026-10-10T11:41:00+02:00", "date_modified": "2026-10-10T11:41:00+02:00", "source_published": "2026-10-09", "change_type": "source_verified_product_update", "agent_id": null, "agent_name": null, "agent_slug": null, "provider": "Anthropic", "source": { "title": "Anthropic: Claude Platform release notes", "url": "https://platform.claude.com/docs/en/release-notes/overview" }, "headline": "Claude Managed Agents: Dynamische Multi-Agent-Workflows in der Beta", "description": "Anthropic dokumentiert dynamisch erzeugte Agenten-Workflows mit Phasen, parallelen Threads und Workflow-Events in Managed Agents.", "summary": "Anthropic hat am 9. Oktober dynamische Workflows für Claude Managed Agents als Beta beschrieben. Ein Agent kann mehrstufige Programme mit mehreren Agenten erstellen, im Hintergrund ausführen lassen und ihren Fortschritt über Workflow-Events verfolgen. Das gilt nicht automatisch für Claude Chat, Cowork oder jedes Claude-Modell.", "section": "Multi-Agent-Orchestrierung & Beta", "body": [ "Die Claude-Platform-Release-Notes vom 9. Oktober 2026 dokumentieren eine Erweiterung für Claude Managed Agents. Bei großen Aufgaben – Anthropic nennt als Beispiel die Prüfung hunderter Dokumente – kann der ausführende Agent selbst ein Workflow-Programm erstellen. Dieses Programm verteilt Arbeit auf mehrere Agenten in benannten Phasen und führt die Ergebnisse wieder zusammen. Der serverseitige Lauf heißt „workflow run“ und kann unabhängig von der aktiven Antwortphase im Hintergrund weiterarbeiten.", "Die Beta verwendet weiterhin den Header „managed-agents-2026-04-01“. Zusätzlich muss im Agentenobjekt der Bereich „multiagent“ mit dem Typ „multiagent_20261001“ sowie „workflows“ auf „enabled“ gesetzt werden. Das Produktverhalten hängt also vom konkreten API-Setup ab. Wer nur einen allgemeinen Claude-Chat oder eine andere Anthropic-Oberfläche nutzt, kann daraus nicht auf dieselbe Orchestrierungsfunktion schließen.", "Laut Dokumentation entstehen eigene Threads für die ausführenden Agenten. Das System meldet unter anderem „workflow_run.*“-Ereignisse und Phasenstatus über den Eventstream der Sitzung. Ein Workflow kann mehrere Phasen und Agenten umfassen; es gibt außerdem Grenzen für Laufzeit, gleichzeitig offene Runs und gleichzeitig arbeitende Threads. Diese dokumentierten Grenzen sind für Kostenkontrolle, Wiederanlauf und Observability relevanter als ein unbestimmtes Versprechen unbegrenzter Parallelität.", "Für AgentenCode ist die Meldung besonders passend zum Vergleich von zentralem Supervisor, parallelen Teilaufgaben und dynamischen Graphen. Der Ansatz kann Arbeit aufteilen, erweitert aber gleichzeitig den Bedarf an Zustandsverwaltung, Traces und Prüfpunkten. Anthropic dokumentiert eine Funktion, keinen unabhängig nachgewiesenen Geschwindigkeits- oder Qualitätsvorteil gegenüber einer einzelnen Agenten-Baseline. Die Funktion wird deshalb als Beta mit Produkt- und Konfigurationsscope erfasst, nicht pauschal auf sämtliche Claude-Agenten übertragen." ], "tags": [ "AI agents", "Orchestration", "official release" ], "agent_scope": "Verified provider announcement; linked context does not imply identical agent functionality" }, { "id": "NEWS-2026-10-10-003", "slug": "aws-devops-agent-regionen-reviews-2026", "date_published": "2026-10-10T11:41:00+02:00", "date_modified": "2026-10-10T11:41:00+02:00", "source_published": "2026-10-09", "change_type": "source_verified_product_update", "agent_id": null, "agent_name": null, "agent_slug": null, "provider": "AWS", "source": { "title": "AWS DevOps Agent: What’s new", "url": "https://docs.aws.amazon.com/devopsagent/latest/userguide/whats-new.html" }, "headline": "AWS DevOps Agent: Paris und Stockholm sowie Review abgeschlossener Untersuchungen", "description": "AWS erweitert DevOps Agent um Regionen inklusive Paris und Stockholm. Eine neue Review-Funktion bewertet abgeschlossene Untersuchungen.", "summary": "AWS DevOps Agent ist laut AWS seit dem 9. Oktober zusätzlich in Ohio, Seoul, Paris und Stockholm verfügbar. Zudem dokumentiert AWS die manuelle Review-Funktion für abgeschlossene Untersuchungen. Für Seoul nennt AWS ausdrücklich regionsübergreifendes Inferenz-Routing.", "section": "DevOps-Agent & regionale Verfügbarkeit", "body": [ "AWS nennt in den „What’s new“-Hinweisen vom 9. Oktober 2026 vier zusätzliche Regionen für AWS DevOps Agent: US East (Ohio), Asia Pacific (Seoul), Europe (Paris) und Europe (Stockholm). Das ist eine konkrete Änderung der regionalen Produktverfügbarkeit und kein Nachweis, dass sämtliche AWS-Agentenfunktionen in jeder Region identisch ausgerollt wurden. Besonderes Augenmerk verdient der von AWS dokumentierte Hinweis, dass Agent Spaces in Seoul ihre Inferenz über AWS-Regionen hinweg routen.", "Für europäische Unternehmen sind Paris und Stockholm zwei weitere mögliche Bereitstellungsstandorte. Aus einer Regionstabelle allein ergibt sich aber keine pauschale Zusage zur Datenresidenz für sämtliche Verarbeitungsschritte, Subprozessoren oder genutzten Modelle. Vor einer Einführung müssen die gewählte Agent-Space-Konfiguration, reale Endpunkte, Log-Speicherung und der jeweils geltende Inferenzpfad anhand der aktuellen AWS-Dokumentation und eigenen Vertragsbedingungen geprüft werden.", "Zusätzlich ergänzt die AWS-Dokumentationshistorie am 9. Oktober eine Seite zur Funktion „Reviewing investigations“. Nach dem Abschluss einer Untersuchung kann ein Nutzer im DevOps-Agent-Webinterface eine Review anstoßen. Die Funktion liest den vorhandenen Untersuchungsvorgang und erstellt ein eigenes Qualitätsurteil mit einer Aufschlüsselung nach Bewertungskriterien. Sie verändert oder wiederholt die zugrunde liegende Untersuchung laut AWS nicht.", "Das Review-Ergebnis ist ein produktinternes Qualitätssignal, kein unabhängiger externer Audit und keine Garantie für die Richtigkeit einer Ursachenanalyse. Für die praktische Nutzung sollte eine Organisation vor dem Umsetzen von Empfehlungen die Evidenz, die zugehörigen Logs und gegebenenfalls menschliche Freigaben separat prüfen. AgentenCode behandelt beide Neuerungen deshalb als belegte Produktänderungen mit regionalen Einschränkungen; daraus werden weder automatische Trust-Control-Scores noch Funktionen anderer AWS-Dienste abgeleitet." ], "tags": [ "AI agents", "Orchestration", "official release" ], "agent_scope": "Verified provider announcement; linked context does not imply identical agent functionality" }, { "id": "NEWS-2026-10-09-001", "slug": "google-gemini-agent-work-2026", "date_published": "2026-10-09T09:30:00+02:00", "date_modified": "2026-10-09T09:30:00+02:00", "source_published": "2026-10-08", "change_type": "product_announcement", "agent_id": "AI-0127", "agent_name": "Google Gemini Agent", "agent_slug": "gemini-agent", "provider": "Google Cloud", "source": { "title": "Google Cloud – Welcome to Gemini at Work 2026", "url": "https://cloud.google.com/blog/products/ai-machine-learning/welcome-to-gemini-at-work-2026" }, "headline": "Google stellt Gemini Agent für die Arbeitswelt vor", "description": "Gemini Agent kombiniert Aufgabenplanung, Tools, Workspace und Unternehmenssteuerung. Ankündigung ist nicht gleich allgemeine Verfügbarkeit.", "summary": "Google Cloud stellte am 8. Oktober Gemini Agent als einheitlichen Arbeitsagenten vor. Das angekündigte System soll Aufgaben planen, Werkzeuge verwenden und Arbeiten über Unternehmensanwendungen hinweg erledigen; konkrete Verfügbarkeit und Kontrolle sind getrennt zu prüfen.", "section": "Arbeitsagenten & Enterprise", "body": [ "Google Cloud hat im Rahmen von Gemini at Work 2026 einen neuen Gemini Agent angekündigt. Laut Hersteller soll er Recherche, Wissensarbeit, Erstellung von Medien und Programmieraufgaben über eine gemeinsame Oberfläche bündeln. Anders als ein reines KI-Modell erhält der Agent Ziele, plant Schritte, verwendet Skills und angeschlossene Werkzeuge und liefert ein Arbeitsergebnis zurück.", "Google unterscheidet ausdrücklich zwischen dem übergeordneten Agenten und den darunter arbeitenden Modellen. Für einzelne Aufgaben sollen unterschiedliche Modelle eingesetzt werden können. Diese Trennung ist für Unternehmen wichtig: Modellwahl, Laufzeit, Rechte und Auditierung sind keine austauschbaren Begriffe. Auch ein Modellwechsel belegt keine identischen Datenschutzregeln für sämtliche Integrationen.", "Die Ankündigung beschreibt persönliche Aufgaben und den Einsatz als Teammitglied. Für sogenannte Coworker-Agenten nennt Google dedizierte Identitäten, persistenten Speicher und Aufgaben, die über Sitzungen hinweg fortgeführt werden. Das sind Herstellerangaben zum angekündigten Konzept. Welche Funktionen in welcher Region und in welchem Tarif tatsächlich aktiviert werden, muss für den jeweiligen Einsatz bestätigt werden.", "Google nennt außerdem Unternehmensrichtlinien, Autorisierung, Netzwerk-Gateways und Sandboxing als architektonische Elemente. Daraus folgt keine automatisch verifizierte 36-Control-Bewertung für jeden einzelnen Agenten oder jede Workspace-Oberfläche. AgentenCode dokumentiert nur Eigenschaften, die einer konkreten Funktion und ihrem Scope zuzuordnen sind.", "Für Anwender ist vor allem die Abgrenzung zum bereits bestehenden Gemini Spark, zu Gemini-Modellen und zur Gemini Enterprise Agent Platform entscheidend. Diese Ebenen haben unterschiedliche Produktrollen. Das Agentenprofil von Gemini Agent führt die belegten Eigenschaften und offenen Fragen separat." ], "tags": [ "Google Cloud", "AI agents", "official release" ], "agent_scope": "Google Cloud new product announcement" }, { "id": "NEWS-2026-10-09-002", "slug": "anthropic-usage-policy-agent-2026", "date_published": "2026-10-09T09:30:00+02:00", "date_modified": "2026-10-09T09:30:00+02:00", "source_published": "2026-10-08", "change_type": "governance_policy", "agent_id": "AI-0054", "agent_name": "Claude Cowork", "agent_slug": "claude-cowork", "provider": "Anthropic", "source": { "title": "Anthropic – 2026 Usage Policy update", "url": "https://www.anthropic.com/news/2026-usage-policy-update" }, "headline": "Anthropic konkretisiert Nutzungsregeln für autonome KI", "description": "Neue Anthropic-Nutzungsrichtlinie vom 8. Oktober: Menschliche Aufsicht bei Hochrisiko-Anwendungen präzisiert. Inkrafttreten 12. November.", "summary": "Anthropic hat am 8. Oktober eine überarbeitete Usage Policy veröffentlicht, die am 12. November 2026 wirksam werden soll. Sie präzisiert insbesondere Anforderungen für Hochrisiko-Anwendungen und autonome physische Aktionen – ohne daraus neue Funktionen von Claude Cowork abzuleiten.", "section": "Governance & Richtlinien", "body": [ "Anthropic hat seine Nutzungsrichtlinie aktualisiert und einen Wirksamkeitstermin für den 12. November 2026 genannt. Der Anbieter erklärt, dass viele Änderungen bestehende Regeln verständlicher beschreiben sollen. Für Unternehmen, die Claude-basierte Agenten einsetzen, ist das eine Governance-Meldung, keine neue Produktfunktion und kein Sicherheitszertifikat.", "Besonders relevant sind Anwendungen, die Gesundheit, Finanzen, rechtliche Ansprüche, Existenzgrundlagen oder den Zugang zu wichtigen Leistungen beeinflussen können. Anthropic nennt hierfür qualifizierte menschliche Kontrolle: Eine verantwortliche Person muss Empfehlungen prüfen und bei Bedarf ändern können. Betroffene sollen darüber informiert werden, dass KI verwendet wurde.", "Neu präzisiert wird die Verbindung von Modellen mit Hardware, die autonome physische Aktionen ausführt und Verletzungen verursachen könnte. Laut Richtlinientext muss ein qualifizierter Betreiber die Anlage überwachen und stoppen können; bei Verbindungsverlust ist ein sicherer Zustand erforderlich. Diese Aussagen betreffen die Nutzungspolitik und dürfen nicht als vorhandene Not-Aus-Funktion von Claude Cowork oder Claude Code ausgegeben werden.", "Die Veröffentlichung erläutert außerdem die Bereiche täuschende Aktivitäten, Überwachung, Waffen und unterstützte Regionen. Die Richtlinie ist bei Beschaffungen und Produktivsetzungen als externe Nutzungsbedingung einzubeziehen. Sie ersetzt jedoch keine Prüfung technischer Kontrollen, Audit-Protokolle, einzelner Tool-Berechtigungen und eingesetzter Verträge.", "AgentenCode verknüpft die Meldung mit dem Claude-Ökosystem, hält die zeitliche Wirksamkeit getrennt vom Veröffentlichungsdatum fest und ändert bestehende Trust-Signale nicht allein aufgrund einer Policy-Ankündigung." ], "tags": [ "Anthropic", "AI agents", "official release" ], "agent_scope": "Provider policy, not product feature" }, { "id": "NEWS-2026-10-09-003", "slug": "codex-faster-steering-desktop-2026", "date_published": "2026-10-09T09:30:00+02:00", "date_modified": "2026-10-09T09:30:00+02:00", "source_published": "2026-10-08", "change_type": "feature_rollout", "agent_id": "AI-0006", "agent_name": "OpenAI Codex", "agent_slug": "openai-codex", "provider": "OpenAI", "source": { "title": "OpenAI – ChatGPT release notes (October 8, 2026)", "url": "https://help.openai.com/en/articles/6825453-chatgpt-release-notes" }, "headline": "Codex reagiert schneller auf laufende Aufgabenänderungen", "description": "OpenAI führt schnelleres Steering in der ChatGPT-Desktop-App ein. Nutzer können den laufenden Codex-Ansatz früher korrigieren.", "summary": "OpenAI hat am 8. Oktober ein schnelleres Steering für Codex in der ChatGPT-Desktop-App angekündigt. Rückfragen und Korrekturen sollen laufende Aufgaben früher beeinflussen können; der Rollout ist kein Nachweis identischen Verhaltens in allen Codex-Oberflächen.", "section": "Coding-Agent & Bedienung", "body": [ "OpenAI beschreibt in den ChatGPT Release Notes vom 8. Oktober 2026 ein Update für Codex in der Desktop-App. Nutzer können während einer laufenden Aufgabe zusätzliche Informationen senden, einen Ansatz korrigieren oder eine andere Richtung vorgeben. Codex soll solche Steering-Nachrichten schneller berücksichtigen als bisher.", "Für die Nutzung nennt OpenAI eine konkrete Einstellung: Unter Settings → General → Follow-up behavior lässt sich festlegen, ob Folgemeldungen direkt den aktuellen Lauf beeinflussen oder erst auf den nächsten Lauf warten. Diese Unterscheidung ist entscheidend, wenn Agenten längere Entwicklungsaufgaben mit mehreren Teilschritten ausführen.", "Der Hersteller spricht ausdrücklich von einem Rollout innerhalb der ChatGPT-Desktop-App. Daraus folgt nicht, dass das Verhalten zeitgleich in der API, Codex Cloud, Terminalintegration oder allen Unternehmensarbeitsbereichen freigeschaltet ist. Die genaue Verfügbarkeit kann vom Client, Account oder Workspace abhängen.", "Faster Steering verändert die Bedienbarkeit laufender Coding-Arbeit. Es ist aber weder ein unabhängiger Benchmark zur Codequalität noch ein neues Trust-Kontrollsignal wie RBAC, Audit Export oder Sandbox-Isolation. Menschliche Korrekturmöglichkeiten sind nicht gleichbedeutend mit einem dokumentierten obligatorischen Human Approval vor jeder Aktion.", "AgentenCode ordnet die Änderung deshalb dem passenden Codex-Produktkontext zu und trennt die offizielle Release-Notiz von weitergehenden Interpretationen über Autonomie, Sicherheit oder Verfügbarkeit." ], "tags": [ "OpenAI", "AI agents", "official release" ], "agent_scope": "Client-specific rollout" }, { "id": "NEWS-2026-10-08-001", "slug": "github-copilot-local-sandbox-ga", "date_published": "2026-10-08T07:50:20+02:00", "date_modified": "2026-10-08T07:50:20+02:00", "change_type": "security_governance", "agent_id": "AI-0008", "agent_name": "GitHub Copilot Coding Agent", "agent_slug": "github-copilot-coding-agent", "provider": "GitHub", "source": { "title": "GitHub Changelog – Local sandboxing for GitHub Copilot now generally available", "url": "https://github.blog/changelog/2026-10-07-local-sandboxing-for-github-copilot-now-generally-available/" }, "tags": [ "GitHub Copilot", "Coding Agents", "Changelog", "Security & agent execution" ], "headline": "GitHub Copilot: Lokale Sandbox jetzt allgemein verfügbar", "description": "GitHub Copilot isoliert lokale Agentenbefehle mit Dateisystem-, Netzwerk- und Credential-Regeln. Verfügbar in CLI, App und VS Code Agent Host.", "section": "Security & Agent-Ausführung", "summary": "GitHub stellt lokale Sandboxes für Copilot-Agentenbefehle allgemein bereit. Die Richtlinien begrenzen lokale Tool-Ausführung; für den Cloud Coding Agent folgt daraus keine identische Zusage.", "body": [ "GitHub hat am 7. Oktober 2026 die allgemeine Verfügbarkeit lokaler Sandboxes für GitHub Copilot bekannt gegeben. Die Ankündigung nennt drei konkrete Ausführungsoberflächen: GitHub Copilot CLI, die Copilot-App und Visual-Studio-Code-Sitzungen mit Agent Host. Damit erhält die Ausführung von Tools und Befehlen durch lokale KI-Agenten eine zusätzliche, konfigurierbare Sicherheitsgrenze auf dem eigenen Rechner.", "Die Sandbox kann Dateisystemzugriffe auf bestimmte Verzeichnisse beschränken und Netzwerkverbindungen begrenzen. Sie kann außerdem Zugriffe auf Git-Zugangsdaten und die GitHub-CLI-Credentials steuern. Die erlaubten Operationen hängen von den Richtlinien ab, die Nutzer oder Organisationen festlegen. GitHub beschreibt ausdrücklich auch die Möglichkeit, lokale MCP- und Language-Server-Dienste einzubeziehen, soweit diese unterstützt werden.", "Die technische Grundlage ist Microsoft eXecution Container (MXC). Laut GitHub übersetzt MXC eine gemeinsame Sandbox-Richtlinie in native Betriebssystemkontrollen für Windows, macOS und Linux. Für Unternehmen ist wichtig, dass administrativ verwaltete Einstellungen eine Sandbox-Pflicht vorgeben können, die einzelne Entwickler nicht abschwächen dürfen.", "Für die Produktbewertung gilt eine klare Grenze: GitHubs Veröffentlichung betrifft die lokale Tool-Ausführung in den genannten Clients. Sie ist kein Beleg dafür, dass der getrennte GitHub Copilot Coding Agent in der Cloud exakt dieselbe Sandbox-Implementierung oder dieselben Schalter verwendet. Auch Modellzugriff und Tool-Isolation sind zwei verschiedene Aspekte; GitHub betont, dass die Sandbox unabhängig vom verwendeten Copilot-Modell greift.", "Die neue Möglichkeit ersetzt keine Berechtigungsprüfung für Repositories, lokale Secrets und freigegebene Verzeichnisse. Sie gibt Teams aber eine dokumentierte Methode, den Wirkungsbereich lokaler agentischer Aktionen enger zu fassen. Die Funktion ist laut GitHub ohne zusätzliche Kosten in Copilot enthalten. Details zu unterstützten Umgebungen und konkreten Organisationsrichtlinien bleiben den offiziellen GitHub-Dokumenten vorbehalten." ], "source_published": "2026-10-07", "before_after": { "before": "Die nun allgemein freigegebene lokale Sandbox-Isolation war nicht als allgemein verfügbare Funktion der genannten Oberflächen dokumentiert.", "after": "Die lokale Sandbox ist allgemein verfügbar für Copilot CLI, Copilot-App und unterstützte VS-Code-Agent-Host-Sitzungen." }, "agent_scope": "GitHub Copilot ecosystem: local CLI/app/Agent Host only" }, { "id": "NEWS-2026-10-08-002", "slug": "github-copilot-cli-ollama-model-discovery", "date_published": "2026-10-08T07:50:20+02:00", "date_modified": "2026-10-08T07:50:20+02:00", "change_type": "integration", "agent_id": "AI-0008", "agent_name": "GitHub Copilot Coding Agent", "agent_slug": "github-copilot-coding-agent", "provider": "GitHub", "source": { "title": "GitHub Changelog – Discover local models in GitHub Copilot CLI", "url": "https://github.blog/changelog/2026-10-07-discover-local-models-in-github-copilot-cli/" }, "tags": [ "GitHub Copilot", "Coding Agents", "Changelog", "Coding & local models" ], "headline": "GitHub Copilot CLI entdeckt lokale Ollama-Modelle", "description": "Copilot CLI 1.0.94-0 entdeckt kompatible lokale Ollama-Modelle über /model. Installation, Offline-Modus und Telemetrie bleiben getrennte Schritte.", "section": "Coding & lokale Modelle", "summary": "GitHub Copilot CLI kann installierte Ollama-Modelle in der Modell-Auswahl anzeigen; der Nutzer muss Auswahl und Nutzung bestätigen. Nicht automatisch offline.", "body": [ "GitHub hat am 7. Oktober 2026 eine neue Modellauswahl für GitHub Copilot CLI dokumentiert. Ab Version 1.0.94-0 kann der Befehl /model unterstützte Modelle aus einer bereits laufenden lokalen Ollama-Instanz entdecken. Die gefundenen Modelle erscheinen neben den konfigurierten Providern und den Cloud-Modellen von GitHub Copilot im gleichen Auswahlprozess.", "Discovery ist nicht gleich automatische Einrichtung. Laut GitHub müssen Ollama und das gewünschte Modell schon installiert sein. Die CLI lädt keine Modelldateien herunter und installiert keine Runtime. Nachdem ein Modell entdeckt wurde, zeigt die Oberfläche Anbieter und Endpunkt; erst danach entscheidet der Nutzer, ob das Modell für die aktuelle Sitzung übernommen oder nur der Auswahl hinzugefügt wird. Ein CLI-Neustart ist dafür nicht erforderlich.", "Die technische Kompatibilität ist begrenzt: Ein verwendetes Modell muss Tool Calling und Streaming unterstützen. Das ist für agentische Abläufe wesentlich, weil die CLI nicht nur freien Text ausgibt, sondern Werkzeuge auswählt und auf Rückmeldungen reagieren muss. Kann eine Provider-Verbindung nicht hergestellt werden, soll die Modellauswahl laut Changelog einen erklärenden Fehler anzeigen.", "Besonders wichtig ist die Trennung zwischen lokalem Modell und Offline-Verhalten. Ein Ollama-Modell zu wählen aktiviert nicht automatisch den Offline-Modus und deaktiviert auch keine GitHub-Telemetrie. In der CLI muss der Offline-Modus ausdrücklich über COPILOT_OFFLINE=true festgelegt werden. Ein entfernter Provider kann zudem weiterhin Prompts oder Codekontext über das Netzwerk erhalten; die Provider- und Offline-Dokumentation muss für den konkreten Einsatz geprüft werden.", "Diese Änderung betrifft GitHub Copilot CLI und nicht automatisch den separaten Copilot Cloud Coding Agent. Für Teams mit lokalen Modellen entsteht eine einfachere Oberfläche für die Auswahl kompatibler Modelle, aber keine pauschale Garantie für Datenresidenz, Netzwerktrennung oder datenschutzrechtliche Eignung. Solche Eigenschaften hängen weiterhin vom tatsächlichen Provider, den Endpunkten und der Konfiguration ab." ], "source_published": "2026-10-07", "before_after": { "before": "Die CLI bot keinen im Changelog beschriebenen direkten Discovery-Ablauf für Modelle einer laufenden lokalen Ollama-Instanz.", "after": "Ab CLI-Version 1.0.94-0 zeigt /model unterstützte Modelle aus laufendem Ollama an; Übernahme nur nach Bestätigung." }, "agent_scope": "GitHub Copilot ecosystem: local CLI/app/Agent Host only" }, { "id": "NEWS-2026-10-08-003", "slug": "github-copilot-claude-haiku-5-5", "date_published": "2026-10-08T07:50:20+02:00", "date_modified": "2026-10-08T07:50:20+02:00", "change_type": "availability", "agent_id": "AI-0008", "agent_name": "GitHub Copilot Coding Agent", "agent_slug": "github-copilot-coding-agent", "provider": "GitHub", "source": { "title": "GitHub Changelog – Claude Haiku 5.5 in GitHub Copilot", "url": "https://github.blog/changelog/2026-10-07-claude-haiku-5-5-in-github-copilot/" }, "tags": [ "GitHub Copilot", "Coding Agents", "Changelog", "Coding & model availability" ], "headline": "Claude Haiku 5.5 jetzt in GitHub Copilot", "description": "Claude Haiku 5.5 kommt in GitHub Copilot für CLI, IDEs und Cloud-Agenten. Rollout, Tarif und Modellrichtlinien begrenzen den Zugriff.", "section": "Coding & Modellverfügbarkeit", "summary": "GitHub stellt Claude Haiku 5.5 für GitHub Copilot bereit, einschließlich des Cloud Coding Agent. Die Sichtbarkeit erfolgt schrittweise und hängt von Tarif und Modellrichtlinien ab.", "body": [ "GitHub hat am 7. Oktober 2026 Claude Haiku 5.5 als neues, allgemein verfügbares Modell in GitHub Copilot angekündigt. Der Anbieter positioniert es als leichtgewichtiges Modell für häufige, kurze Coding-Aufgaben – etwa Subagenten, schnelle Codekorrekturen und Terminalarbeit. GitHub berichtet aus frühen Tests über eine Leistung, die bei vielen Coding-Aufgaben an Claude Sonnet 5 heranreicht. Das ist eine Anbieterangabe und keine unabhängige AgentenCode-Messung.", "Der dokumentierte Umfang geht über eine einzelne IDE hinaus. GitHub nennt Visual Studio Code, Visual Studio, Copilot CLI, die Copilot-App, github.com, Mobile, JetBrains, Xcode und Eclipse. Besonders relevant für AgentenCode: Auch der GitHub Copilot Cloud Coding Agent ist ausdrücklich als unterstützte Oberfläche aufgeführt. Ein Nutzer kann das Modell in der jeweiligen Modellauswahl wählen, sofern es im eigenen Account schon freigeschaltet ist.", "Allgemeine Verfügbarkeit bedeutet nicht, dass das Modell im selben Moment bei jedem Nutzer erscheint. GitHub beschreibt einen schrittweisen Rollout. Das Angebot umfasst Copilot Pro, Pro+, Max, Business und Enterprise. Für Business- und Enterprise-Organisationen können Administratoren die Nutzung über die Modellrichtlinie erlauben oder einschränken. Die Standardeinstellungen für neue Modelle hängen ebenfalls von diesen Richtlinien ab.", "Auch die Kostenlogik ist Teil der belegten Änderung. GitHub weist auf nutzungsabhängige Abrechnung zu den Listenpreisen des Modellanbieters hin. Ein günstigeres oder schnelleres Modell darf daher nicht pauschal als kostenfrei bezeichnet werden. Vor einer produktiven Umstellung sollten Teams die gültige Copilot-Preisübersicht sowie Limits und Modellrichtlinien prüfen.", "Für den GitHub Copilot Coding Agent ist damit die neue Modelloption belegt, nicht aber eine automatisch höhere Qualität jedes Pull Requests oder eine neue Berechtigungsstruktur. Review, Tests und Repository-Freigaben bleiben eigenständige Kontrollen. Die Verfügbarkeit einer Modelloption ist ein Produktfakt mit Plan- und Rollout-Scope und ersetzt weder Evaluierungen noch feldgenaue Trust-Evidence." ], "source_published": "2026-10-07", "before_after": { "before": "Claude Haiku 5.5 war nicht als allgemein verfügbares auswählbares Copilot-Modell für die jetzt genannten Oberflächen dokumentiert.", "after": "GitHub meldet allgemeine Verfügbarkeit mit schrittweisem Rollout für berechtigte Copilot-Tarife und Clients." }, "agent_scope": "GitHub Copilot cloud coding agent model availability, plan and rollout gated" }, { "id": "NEWS-2026-10-07-003", "slug": "cursor-remote-control-local-agents", "headline": "Cursor: iPhone steuert lokale Agenten aus der Ferne", "description": "Cursor Remote Control zeigt und steuert lokale Agenten über die iOS-App. Die Agenten bleiben auf dem Rechner; Enterprise aktiviert die Funktion separat.", "date_published": "2026-10-07T19:23:00+02:00", "date_modified": "2026-10-07T19:23:00+02:00", "section": "Coding & Remote Control", "change_type": "feature_update", "agent_slug": "cursor-agent", "provider": "Cursor", "tags": [ "Cursor Agent", "Cursor", "Remote Control", "iOS", "Local Agents" ], "summary": "Cursor dokumentiert Remote Control für lokale Agenten: Nutzer können laufende Agenten über die iOS-App sehen und ihnen Nachrichten senden, während die Ausführung auf dem eigenen Rechner bleibt.", "body": [ "Cursor hat am 6. Oktober 2026 Remote Control für lokale Agenten dokumentiert. Über die Cursor-iOS-App lassen sich Rechner im eigenen Account auswählen, lokale Agenten anzeigen und laufende Aufgaben aus der Ferne beobachten oder mit einer neuen Nachricht fortsetzen.", "Wichtig für die Einordnung ist der Ausführungsort: Remote Control verschiebt den Agenten nicht in die Cloud. Cursor schreibt ausdrücklich, dass der Agent auf dem eigenen Rechner weiterläuft und die App lediglich die Verbindung herstellt. Der Rechner muss deshalb eingeschaltet und online sein; für längere Abwesenheit kann in Cursor die Option aktiviert werden, den Rechner wach zu halten.", "Für Enterprise-Organisationen gilt eine zusätzliche Governance-Grenze. Remote Control ist dort standardmäßig deaktiviert und kann von Administratoren unter Security and identity aktiviert werden. Für andere Nutzer ist die Funktion laut Changelog standardmäßig eingeschaltet. Cursor nennt außerdem ausdrücklich, dass Remote Control keine Cloud Agents voraussetzt.", "Für AgentenCode ist das eine belegte Betriebs- und Bedienänderung des Cursor Agent. Sie erweitert nicht automatisch die Berechtigungen des Agenten: Datei-, Terminal- und Tool-Zugriffe bleiben an die lokale Cursor-Konfiguration gebunden. Remote Control verändert primär, von wo aus ein bereits laufender lokaler Agent beobachtet und angesprochen werden kann.", "Für Teams ist damit die Trennung zwischen Ausführungsort und Steueroberfläche noch wichtiger. Ein mobil gesteuerter lokaler Agent bleibt ein Prozess auf dem Entwicklerrechner; Gerätezugriff, lokale Secrets, Terminalrechte und Repository-Berechtigungen sollten deshalb weiterhin nach denselben Regeln behandelt werden wie bei direkter Nutzung am Desktop." ], "agent_id": "AI-0009", "agent_name": "Cursor Agent", "source": { "title": "Cursor – Remote control for local agents", "url": "https://cursor.com/changelog/remote-control-local-agents" }, "before_after": { "before": "Lokale Cursor-Agenten wurden primär direkt am Rechner beobachtet und gesteuert.", "after": "Die iOS-App kann lokale Agenten auf dem eigenen Rechner anzeigen und Nachrichten an sie senden; der Rechner muss eingeschaltet und online bleiben." } }, { "id": "NEWS-2026-10-07-002", "slug": "servicenow-autonomous-engineer", "headline": "ServiceNow startet Autonomous Engineer", "description": "ServiceNow Autonomous Engineer plant, baut und testet mit parallelen Hintergrundagenten. Die App basiert auf Build Agent und benötigt AI Workflow Factory.", "date_published": "2026-10-07T19:24:00+02:00", "date_modified": "2026-10-07T19:24:00+02:00", "section": "Development & Agentic Work", "change_type": "feature_update", "agent_slug": "servicenow-otto", "provider": "ServiceNow", "tags": [ "ServiceNow", "Autonomous Engineer", "Build Agent", "AI Workflow Factory", "ServiceNow Studio" ], "summary": "ServiceNow beschreibt Autonomous Engineer als neuen agentischen Worker: Anforderungen werden in einen Plan mit Akzeptanzkriterien überführt und nach Freigabe von parallelen Hintergrundagenten gebaut und getestet.", "body": [ "ServiceNow hat Autonomous Engineer als neuen agentischen Worker für den Software- und Workflow-Lebenszyklus vorgestellt. Die Lösung ist laut ServiceNow auf Build Agent aufgebaut und soll aus Anforderungen einen strukturierten Implementierungsplan erzeugen, bevor die eigentliche Ausführung beginnt.", "Nach der Planfreigabe zerlegt Autonomous Engineer die Arbeit in einzelne Work Items und startet dafür isolierte Hintergrundagenten parallel. ServiceNow beschreibt außerdem automatisch erzeugte ATF-Tests gegen die jeweiligen Akzeptanzkriterien. Fehlgeschlagene Tests können erneut diagnostiziert und ausgeführt werden; ungelöste Punkte werden für menschliche Entscheidungen sichtbar gemacht.", "Der Scope ist klar begrenzt. Autonomous Engineer wird als eigene App im ServiceNow Store ausgeliefert, benötigt laut Produktbeitrag die AI-Workflow-Factory-Berechtigung und ist mit der Brazil-Version als Early Availability beschrieben. Die Nutzung erfolgt in ServiceNow Studio; für die Einrichtung ist eine entsprechende Berechtigung beziehungsweise ein Administratorzugang erforderlich.", "ServiceNow ordnet Autonomous Engineer gemeinsam mit Build Agent in die neue AI Workflow Factory ein. Process Mining soll Verbesserungsmöglichkeiten identifizieren, Build Agent und Autonomous Engineer setzen Änderungen um, und AI Control Tower liefert Governance für die entstehenden AI-Workflows. AgentenCode behandelt diese Einordnung als dokumentierte Produktarchitektur, nicht als Aussage über die Verfügbarkeit in jedem Tenant.", "Für die Bewertung ist besonders relevant, dass die Ausführung nach einer menschlich bestätigten Planung parallel und im Hintergrund erfolgen kann. Das erhöht die mögliche Automatisierungstiefe, macht aber Akzeptanzkriterien, Rollen, Testabdeckung und die Validierung vor dem Abschluss zu zentralen Kontrollpunkten." ], "agent_id": "AI-0036", "agent_name": "ServiceNow Otto", "source": { "title": "ServiceNow – Introducing Autonomous Engineer", "url": "https://www.servicenow.com/community/servicenow-otto-for-creator/introducing-autonomous-engineer-turn-requirements-into-tested/ta-p/3602140" }, "before_after": { "before": "Build Agent unterstützte Entwickler vor allem dialogorientiert beim schrittweisen Erstellen und Ändern von ServiceNow-Anwendungen.", "after": "Autonomous Engineer ergänzt einen planbasierten Modus für vollständige Implementierungen mit parallelen Hintergrundagenten, Tests und menschlicher Validierung." }, "additional_sources": [ { "title": "ServiceNow Newsroom – AI Workflow Factory", "url": "https://newsroom.servicenow.com/press-releases/details/2026/ServiceNow-launches-AI-Workflow-Factory-to-turn-workflow-improvement-into-a-continuous-agentic-AI-powered-loop/default.aspx" } ] }, { "id": "NEWS-2026-10-07-001", "slug": "aws-agentcore-toolkit-security-fix", "headline": "AWS patcht AgentCore-Toolkit gegen Code Injection", "description": "AWS behebt Code-Injection- und SSRF-Lücken im AgentCore Starter Toolkit. Betroffen sind Versionen 0.1.4 bis 0.3.13; der Fix steckt in 0.3.14.", "date_published": "2026-10-07T19:25:00+02:00", "date_modified": "2026-10-07T19:25:00+02:00", "section": "Security & Agent Runtime", "change_type": "security_update", "agent_slug": "amazon-bedrock-agentcore", "provider": "AWS", "tags": [ "Amazon Bedrock AgentCore", "AWS", "Security", "CVE", "Starter Toolkit" ], "summary": "AWS hat zwei Schwachstellen im Bedrock AgentCore Starter Toolkit behoben. Version 0.3.14 schließt eine Code-Injection-Lücke sowie fehlerhafte externe Referenzverarbeitung mit SSRF- beziehungsweise Dateizugriffsrisiko.", "body": [ "AWS hat am 6. Oktober 2026 ein Sicherheitsbulletin zum bedrock-agentcore-starter-toolkit veröffentlicht. Betroffen sind nach Angaben des Anbieters die Versionen 0.1.4 bis einschließlich 0.3.13. AWS nennt zwei CVEs, die beim Import von Agenten-Code relevant sind.", "CVE-2026-105812 beschreibt eine Code-Injection-Schwachstelle. Ein speziell präparierter Agent könnte demnach beim Import und anschließenden Ausführen oder Deployen beliebigen Code zur Ausführung bringen. CVE-2026-106032 betrifft den Umgang mit externen Referenzen und kann laut AWS unbeabsichtigte Netzwerkzugriffe oder lokalen Dateizugriff auslösen.", "AWS hat beide Probleme in Version 0.3.14 des Starter Toolkits behoben und empfiehlt ein Upgrade auf die aktuelle Version. Forks oder abgeleitete Implementierungen sollen die entsprechenden Fixes ebenfalls übernehmen.", "Der Scope ist wichtig: Das Bulletin betrifft das AWS-gepflegte Open-Source-Python-Paket bedrock-agentcore-starter-toolkit und dessen Importpfad. Es ist keine Aussage, dass der verwaltete AgentCore-Dienst selbst von denselben Schwachstellen betroffen ist. AgentenCode führt die Meldung deshalb als sicherheitsrelevante Tooling-Änderung im AgentCore-Ökosystem.", "Für Teams, die Agenten aus bestehenden Bedrock-Setups importieren oder das Toolkit in CI/CD einsetzen, ist die Version des lokalen Tools damit ein konkreter Prüfpunkt. Zusätzlich sollten importierte Agenten-Definitionen wie anderer nicht vertrauenswürdiger Code behandelt und die Netzwerk- sowie Dateirechte des Importprozesses begrenzt werden." ], "agent_id": "AI-0079", "agent_name": "Amazon Bedrock AgentCore", "source": { "title": "AWS Security Bulletin 2026-127-AWS", "url": "https://aws.amazon.com/security/security-bulletins/2026-127-aws/" }, "before_after": { "before": "Versionen 0.1.4 bis einschließlich 0.3.13 des bedrock-agentcore-starter-toolkit waren laut AWS von zwei Import-Schwachstellen betroffen.", "after": "AWS hat die Probleme in Version 0.3.14 behoben und empfiehlt ein Upgrade auf die aktuelle Toolkit-Version." } }, { "id": "NEWS-2026-10-06-004", "slug": "gumloop-11-4-agent-updates", "headline": "Gumloop v11.4 erweitert Agenten und Connectors", "description": "Gumloop v11.4 bringt GLM-5.3 für Agenten, 16 neue Connectors, bessere Slack-Thread-Antworten und eine leichtere Agent-Chat-Oberfläche.", "date_published": "2026-10-06T08:23:00+02:00", "date_modified": "2026-10-06T08:23:00+02:00", "section": "Automation & Integrationen", "change_type": "feature_update", "agent_slug": "gumloop-agents", "provider": "Gumloop", "tags": [ "Gumloop Agents", "Gumloop", "Connectors", "Slack", "GLM-5.3" ], "summary": "Gumloop dokumentiert in Version 11.4.0 mehrere Agenten-Updates: GLM-5.3 ist für Agenten verfügbar, 16 neue Connectors kommen hinzu, Slack-Thread-Antworten werden kontextsensitiver und Agent Chats sollen leichter laufen.", "body": [ "Gumloop hat am 1. Oktober 2026 Version 11.4.0 dokumentiert. Für Agenten ist Z.ai GLM-5.3 in Standard- und Fast-Modi verfügbar. Gumloop beschreibt das Modell als stärker für Coding und lange Agentenaufgaben und nennt einen Kontext von einer Million Tokens.", "Zusätzlich kommen 16 neue Connectors hinzu, darunter Amplitude, Bright Data, Buffer, Coda, Contentful, Neon, Statsig und ZoomInfo. Damit wächst die Zahl der Systeme, die Agenten direkt in automatisierte Aufgaben einbeziehen können.", "Eine weitere Änderung betrifft Slack. Agenten sollen den Gesprächskontext in Threads besser verstehen und erkennen, wann eine Nachricht tatsächlich an sie gerichtet ist, auch wenn weitere Personen oder Bots beteiligt sind. Gumloop nennt außerdem Verbesserungen an der Agent-Chat-Performance, die die Oberfläche auf Laptop und Smartphone leichter machen sollen.", "Für AgentenCode sind diese Punkte belegte Funktions- und Integrationsänderungen. Daraus folgt jedoch keine pauschale Aussage über Berechtigungen oder Datenzugriff: Jeder neue Connector erweitert potenziell auch den Zugriffsumfang eines Agenten. Rollen, Schreibrechte und Freigabepunkte müssen deshalb weiterhin pro Integration geprüft werden.", "Für den täglichen Monitoring-Prozess ist insbesondere die Connector-Erweiterung relevant. Neue Integrationen verändern nicht nur den Funktionsumfang, sondern potenziell auch den Daten- und Aktionsraum eines Agenten. AgentenCode übernimmt deshalb die dokumentierten neuen Verbindungen als Produktänderung, bewertet aber nicht automatisch, dass ein konkreter Agent diese Dienste bereits nutzt oder dort Schreibzugriff besitzt. Das bleibt abhängig von Workspace, Freigaben und individueller Konfiguration." ], "agent_id": "AI-0023", "agent_name": "Gumloop Agents", "source": { "title": "Gumloop – Changelog v11.4.0", "url": "https://www.gumloop.com/changelog" }, "before_after": { "before": "Das Profil dokumentierte Gumloop Agents mit Tools, MCP, Flows und Subagenten, aber ohne die v11.4-Connector- und Modelländerungen.", "after": "Version 11.4 dokumentiert GLM-5.3 für Agenten, 16 neue Connectors, kontextsensitivere Slack-Antworten und Performance-Verbesserungen." } }, { "id": "NEWS-2026-10-06-003", "slug": "lexis-protege-mena-launch", "headline": "Lexis+ with Protégé startet in MENA", "description": "LexisNexis startet Lexis+ with Protégé in MENA. Die agentische Legal-AI-Plattform kombiniert regionale Rechtsquellen mit Recherche und Drafting.", "date_published": "2026-10-06T08:22:00+02:00", "date_modified": "2026-10-06T08:22:00+02:00", "section": "Legal AI & Verfügbarkeit", "change_type": "availability_change", "agent_slug": "lexis-protege", "provider": "LexisNexis", "tags": [ "Lexis+ with Protégé", "LexisNexis", "MENA", "Legal AI", "UAE" ], "summary": "LexisNexis hat am 2. Oktober 2026 den MENA-Launch von Lexis+ with Protégé angekündigt. Die Mitteilung beschreibt eine lokalisierte agentische Legal-AI-Plattform mit regionalen Rechtsquellen und kommerzieller Verfügbarkeit in MENA, beginnend mit den VAE.", "body": [ "LexisNexis erweitert die regionale Verfügbarkeit von Lexis+ with Protégé. In einer Mitteilung vom 2. Oktober 2026 kündigt das Unternehmen den Launch im Nahen Osten und in Nordafrika an. Die Plattform wird als lokalisierte, sichere und agentische Legal-AI-Lösung beschrieben, die auf regionaler Rechtsinformation basiert.", "Die Primärquelle nennt kommerzielle Verfügbarkeit in MENA und beschreibt den Start mit den Vereinigten Arabischen Emiraten. Enthalten sind laut LexisNexis unter anderem Rechtsmaterialien zum UAE Federal Law und zu den sieben Emiraten sowie Gesetzgebung, Verordnungen, Amtsblätter, Entscheidungen, Legal News, Analysen und Practical Guidance. Globale Inhalte sollen über denselben Produktzugang erreichbar sein.", "Für das AgentenProfil ist dies vor allem eine Verfügbarkeits- und Quellenänderung. Protégé verbindet Rechtsrecherche, Analyse und Drafting mit einer agentischen Orchestrierung, die je nach Aufgabe geeignete Fähigkeiten, Quellen und spezialisierte Agenten auswählen kann.", "Die Meldung ist keine Aussage über die rechtliche Eignung für jeden Mandatskontext. Jurisdiktion, Vertragsbedingungen, Vertraulichkeitsregeln und die konkrete Quellenabdeckung müssen weiterhin im Einzelfall geprüft werden. AgentenCode übernimmt deshalb nur die dokumentierte regionale Verfügbarkeit und Produktpositionierung.", "LexisNexis betont außerdem die Verbindung zu zugrunde liegenden Quellen und die Rolle professioneller Kontrolle. Das ist für juristische Agenten zentral: Lokalisierung bedeutet nicht nur Sprache, sondern auch jurisdiktionsspezifische Terminologie, Rechtsquellen und Aktualität. AgentenCode führt den MENA-Launch deshalb als regionale Produktänderung, ohne daraus eine allgemeine Aussage über Abdeckung, Vollständigkeit oder rechtliche Verlässlichkeit in jedem MENA-Staat abzuleiten." ], "agent_id": "AI-0107", "agent_name": "Lexis+ with Protégé", "source": { "title": "LexisNexis – Lexis+ with Protégé launches in MENA", "url": "https://www.lexisnexis.com/community/pressroom/b/news/posts/lexisnexis-marks-16-years-in-mena-with-launch-of-lexis-with-protege" }, "before_after": { "before": "Das AgentenProfil dokumentierte Lexis+ with Protégé allgemein, ohne den neuen regionalen MENA-Launch abzubilden.", "after": "LexisNexis dokumentiert die kommerzielle Einführung von Lexis+ with Protégé in MENA mit regional lokalisierten Rechtsquellen." } }, { "id": "NEWS-2026-10-06-002", "slug": "perplexity-computer-automations", "headline": "Perplexity Computer erhält Automations", "description": "Perplexity Computer kann wiederkehrende und ereignisgesteuerte Aufgaben ausführen. Automations nutzen Memory, Skills und verbundene Apps.", "date_published": "2026-10-06T08:21:00+02:00", "date_modified": "2026-10-06T08:21:00+02:00", "section": "Automation & Agents", "change_type": "product_status_change", "agent_slug": "perplexity-computer", "provider": "Perplexity", "tags": [ "Perplexity Computer", "Automations", "Memory", "Skills", "Connectors" ], "summary": "Perplexity hat Automations für Computer auf dem Web dokumentiert. Aufgaben können nach Zeitplan oder durch Ereignisse in verbundenen Apps ausgelöst werden, frühere Läufe berücksichtigen und vor folgenreichen Aktionen zur Prüfung pausieren.", "body": [ "Perplexity erweitert Computer um Automations für fortlaufende Arbeit. Laut Changelog vom 5. Oktober 2026 können Aufgaben im Web nach Zeitplan oder durch Ereignisse in verbundenen Apps gestartet werden. Die Automations können Memory, Skills und Connectors verwenden und auf Ergebnissen früherer Durchläufe aufbauen.", "Für agentische Systeme ist besonders die Kombination aus Wiederholung, Kontext und Ereignissen relevant. Perplexity nennt als Beispiele das tägliche Überwachen von Änderungen, Reaktionen auf Lieferverzögerungen oder das Nachfassen bei ausbleibenden Kundenantworten. Vor folgenreichen Aktionen können Automations zur Überprüfung pausieren.", "Im selben Changelog dokumentiert Perplexity außerdem interaktive Inline-Visualisierungen sowie neue Modelloptionen. Für das AgentenProfil ist jedoch die Automation die wichtigste strukturelle Änderung, weil Computer dadurch stärker als dauerhaft arbeitendes System statt nur als einzelne Sitzung genutzt werden kann.", "AgentenCode bewertet daraus keine unbegrenzte Autonomie. Welche Apps, Daten und Aktionen tatsächlich verfügbar sind, hängt weiterhin von Plan, verbundenen Diensten, Berechtigungen und Konfiguration ab. Die neue Meldung wird deshalb als belegte Produktänderung geführt und nicht als pauschale Aussage über jeden Computer-Workflow.", "Die Änderung stärkt zugleich die Bedeutung von Kontrollpunkten. Ein System, das selbstständig auf Zeitpläne oder App-Ereignisse reagiert, kann häufiger Aktionen auslösen als eine manuell gestartete Sitzung. Perplexity nennt ausdrücklich die Möglichkeit, vor folgenreichen Schritten zur Prüfung zu pausieren. Für Unternehmen bleibt damit entscheidend, welche Connectors aktiviert sind, welche Schreibrechte sie besitzen und welche Ereignisse überhaupt als Trigger zugelassen werden." ], "agent_id": "AI-0038", "agent_name": "Perplexity Computer", "source": { "title": "Perplexity – Automations, inline visualizations and GPT-6.1 Sol", "url": "https://www.perplexity.ai/changelog/automations-inline-visualizations-and-gpt-6-1-sol" }, "before_after": { "before": "Perplexity Computer war primär als aufgabenbezogene Arbeitsumgebung mit Memory, Skills und verbundenen Tools dokumentiert.", "after": "Computer kann im Web wiederkehrende oder ereignisgesteuerte Automations mit Memory, Skills und Connectors ausführen." } }, { "id": "NEWS-2026-10-06-001", "slug": "claude-cowork-cloud-pro-max", "headline": "Claude Cowork: Neue Aufgaben laufen in der Cloud", "description": "Anthropic ändert Cowork für Pro und Max: Neue Aufgaben laufen seit 6. Oktober in der Cloud. Bereits gestartete lokale Aufgaben bleiben lokal.", "date_published": "2026-10-06T08:20:00+02:00", "date_modified": "2026-10-06T08:20:00+02:00", "section": "Cloud & Ausführung", "change_type": "product_status_change", "agent_slug": "claude-cowork", "provider": "Anthropic", "tags": [ "Claude Cowork", "Anthropic", "Cloud", "Scheduled Tasks", "Pro", "Max" ], "summary": "Anthropic dokumentiert für Pro- und Max-Pläne eine wichtige Cowork-Änderung: Neue Aufgaben laufen seit dem 6. Oktober 2026 in der Cloud. Die Option „Only on your computer“ entfällt für neue Aufgaben; bereits lokal gestartete Aufgaben bleiben dort.", "body": [ "Anthropic ändert die Ausführungsumgebung von Claude Cowork für Pro- und Max-Nutzer. Laut aktueller Help-Center-Dokumentation laufen neue Cowork-Aufgaben seit dem 6. Oktober 2026 in der Cloud. Die bisherige Option „Only on your computer“ wird für diese Pläne entfernt. Bereits auf dem eigenen Computer gestartete Aufgaben bleiben dagegen in ihrer bisherigen Umgebung.", "Die Änderung ist besonders für längere und geplante Aufgaben relevant. Anthropic beschreibt Cowork inzwischen auf Desktop, Web und Mobil; Sitzungen und Dateien sind an das Claude-Konto gebunden. Geplante Aufgaben können dieselben Cowork-Fähigkeiten wie reguläre Aufgaben nutzen, darunter verbundene Tools, Skills und installierte Plugins.", "Für die praktische Bewertung ist die Änderung weder pauschal positiv noch negativ. Cloud-Ausführung kann Aufgaben unabhängiger vom eingeschalteten Endgerät machen und den Wechsel zwischen Geräten erleichtern. Gleichzeitig verändert sie den technischen Ausführungskontext. Für sensible Daten bleiben deshalb Plan, Organisationsrichtlinien, aktivierte Integrationen und die jeweils dokumentierten Datenschutz- und Sicherheitsbedingungen entscheidend.", "AgentenCode übernimmt daraus keine allgemeine Aussage über Datenresidenz oder Compliance. Belegt ist die Änderung der Ausführungsumgebung für neue Cowork-Aufgaben auf Pro und Max. Bestehende lokale Aufgaben werden laut Anthropic nicht nachträglich verschoben.", "Für Teams, die Cowork für wiederkehrende Arbeit einsetzen, verändert sich damit auch die Betriebsannahme: Ein eingeschalteter persönlicher Rechner ist für neue Pro- und Max-Aufgaben nicht mehr die zentrale Voraussetzung. Anthropic beschreibt geplante Aufgaben als Cowork-Aufgaben mit Zugriff auf die jeweils verbundenen Tools, Skills und Plugins. Welche Daten dabei verarbeitet werden dürfen, muss weiterhin über die konkrete Organisations- und Berechtigungskonfiguration entschieden werden." ], "agent_id": "AI-0054", "agent_name": "Claude Cowork", "source": { "title": "Anthropic Help – Cowork auf Web, Desktop und Mobil", "url": "https://support.claude.com/en/articles/15520349-use-claude-cowork-on-web-desktop-and-mobile" }, "before_after": { "before": "Neue Cowork-Aufgaben konnten auf Pro und Max mit einer lokalen „Only on your computer“-Option gestartet werden.", "after": "Neue Cowork-Aufgaben auf Pro und Max laufen seit 6. Oktober 2026 in der Cloud; bereits lokale Aufgaben bleiben lokal." } }, { "id": "NEWS-2026-10-05-003", "slug": "copilot-studio-persistente-identitaet", "headline": "Copilot Studio: eigene Microsoft-365-Identität", "description": "Microsoft dokumentiert eine persistente Identität für Copilot-Studio-Agenten. Agenten können eigene Accounts mit Mailbox, Teams-Präsenz und Office-Zugriff erhalten; Administratoren steuern Policies und Berechtigungen.", "date_published": "2026-10-05T15:07:00+02:00", "date_modified": "2026-10-06T08:23:00+02:00", "section": "Identity & Governance", "change_type": "security_governance", "agent_id": "AI-0025", "agent_name": "Microsoft Copilot Studio", "agent_slug": "microsoft-copilot-studio", "provider": "Microsoft", "source": { "title": "Microsoft – Copilot Studio roadmap", "url": "https://learn.microsoft.com/en-us/power-platform/release-plan/2025wave2/microsoft-copilot-studio/planned-features" }, "tags": [ "Microsoft Copilot Studio", "Microsoft 365", "Agent Identity", "Governance", "Teams" ], "summary": "Microsoft dokumentiert eine eigene, verwaltbare Microsoft-365-Identität für Copilot-Studio-Agenten mit Account, Mailbox, Teams-Präsenz und Office-Zugriff. Die Roadmap nennt Preview seit September und Rollout ab November 2026.", "body": [ "Microsoft beschreibt in der Copilot-Studio-Roadmap eine persistente Identität für Agenten. Maker können einem Copilot-Studio-Agenten ein eigenes Konto geben, das als verwaltete Microsoft-365-Identität für gemeinsame Geschäftsprozesse eingesetzt wird.", "Zu dieser Identität gehören laut Roadmap unter anderem eine eigene Mailbox, Teams-Präsenz und Office-Zugriff. Administratoren können den Zugriff, Richtlinien und die Nutzung dieser Identität kontrollieren. Die Vorschau ist für September 2026 angegeben; der Rollout ist ab November 2026 vorgesehen.", "Für Governance ist das relevant, weil Agenten damit stärker als eigenständige technische Akteure behandelt werden können. Identität, Berechtigungen, Policies und Auditierbarkeit lassen sich klarer von einzelnen Benutzerkonten trennen. AgentenCode übernimmt daraus jedoch keine pauschalen Aussagen über konkrete Tenant-Konfigurationen oder Verfügbarkeit in jeder Region.", "Die Roadmap ordnet die Funktion dem Web-Produkt zu und nennt Standard-Multi-Tenant-Clouds als Zielumgebung. Trotzdem bleibt die konkrete Nutzung von Tenant, Rollout-Phase und administrativer Freigabe abhängig. AgentenCode trennt daher den belegten Roadmap-Status von einer pauschalen Verfügbarkeitsaussage und behandelt die Identitätsfunktion vor allem als Governance- und Berechtigungssignal." ], "before_after": { "before": "Agenten agierten primär über Benutzer-, Maker- oder Verbindungsidentitäten.", "after": "Microsoft dokumentiert eine eigene, verwaltbare Microsoft-365-Identität für Copilot-Studio-Agenten." } }, { "id": "NEWS-2026-10-05-002", "slug": "aws-agent-registry-migration", "headline": "AWS Agent Registry wechselt den Namespace", "description": "AWS dokumentiert die Migration der Agent Registry in den neuen agent-registry-Namespace. Der bisherige öffentliche Preview-Namespace bedrock-agentcore soll am 30. Oktober 2026 auslaufen.", "date_published": "2026-10-05T15:06:00+02:00", "date_modified": "2026-10-06T08:23:00+02:00", "section": "Registry & Interoperabilität", "change_type": "lifecycle", "agent_id": "AI-0079", "agent_name": "Amazon Bedrock AgentCore", "agent_slug": "amazon-bedrock-agentcore", "provider": "AWS", "source": { "title": "AWS – Agent Registry record lifecycle", "url": "https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/registry-record-lifecycle.html" }, "tags": [ "Amazon Bedrock AgentCore", "AWS Agent Registry", "MCP", "A2A", "Migration" ], "summary": "AWS führt für die Agent Registry den neuen Namespace agent-registry ein. Der bisherige öffentliche Preview-Namespace bedrock-agentcore soll am 30. Oktober 2026 auslaufen; AgentCore selbst wird dadurch nicht eingestellt.", "body": [ "AWS weist in der aktuellen Agent-Registry-Dokumentation auf eine laufende Migration hin. Die Registry ist unter dem neuen Namespace agent-registry verfügbar; die Unterstützung des bisherigen öffentlichen Preview-Namespace bedrock-agentcore soll laut Dokumentation am 30. Oktober 2026 eingestellt werden.", "Die Registry dient der strukturierten Erfassung und Auffindbarkeit von Agenten, MCP-Servern, Skills und benutzerdefinierten Ressourcen. Für Agenten- und MCP-Datensätze validiert AWS Deskriptoren gegen die jeweiligen Protokollschemata. Damit ist die Änderung mehr als eine reine Namenskorrektur: Integrationen, Endpunkte und Automatisierungen, die noch auf den Preview-Namespace zeigen, müssen auf den neuen Namespace umgestellt werden.", "AgentenCode führt diese Änderung als Lifecycle- und Infrastrukturereignis für Amazon Bedrock AgentCore. Sie bedeutet nicht, dass AgentCore selbst eingestellt wird; betroffen ist der Preview-Namespace der Agent Registry.", "Für Teams ist vor allem die Übergangsfrist relevant. Bestehende Implementierungen sollten prüfen, ob API-Aufrufe, IAM-Berechtigungen, EventBridge-Ereignisse oder andere Verweise noch den bisherigen Namespace verwenden. AgentenCode wertet die Frist deshalb als konkret belegte Migrationsinformation, leitet daraus aber keine Aussage über individuelle AWS-Konfigurationen oder einen automatischen Wechsel bestehender Ressourcen ab." ], "before_after": { "before": "Die Agent Registry lief in der öffentlichen Preview unter dem Namespace bedrock-agentcore.", "after": "AWS führt den Namespace agent-registry ein und nennt den 30. Oktober 2026 als Ende der Preview-Namespace-Unterstützung." } }, { "id": "NEWS-2026-10-05-001", "slug": "openai-agents-api-computer-use", "headline": "OpenAI Agents API erhält Computerbedienung", "description": "OpenAI dokumentiert Computerbedienung als neue Fähigkeit der Agents API. Der verwaltete Codex-Harness kann damit neben Tools und Multi-Agent-Zusammenarbeit auch Computerinteraktionen übernehmen.", "date_published": "2026-10-05T15:05:00+02:00", "date_modified": "2026-10-06T08:23:00+02:00", "section": "Agent Runtime & Tools", "change_type": "new_capability", "agent_id": "AI-0126", "agent_name": "OpenAI Agents API", "agent_slug": "openai-agents-api", "provider": "OpenAI", "source": { "title": "OpenAI – DevDay 2026 Recap", "url": "https://openai.com/de-DE/index/devday-2026-recap/" }, "tags": [ "OpenAI Agents API", "Computerbedienung", "Codex", "Agent Runtime", "Tool Use" ], "summary": "OpenAI nennt Computerbedienung als zusätzliche Fähigkeit der Agents API. Damit kann der verwaltete Codex-Harness neben Tool-Aufrufen und Multi-Agent-Zusammenarbeit auch Softwareoberflächen bedienen; konkrete Berechtigungen bleiben vom jeweiligen Einsatz abhängig.", "body": [ "OpenAI hat im DevDay-2026-Rückblick die Agents API um Computerbedienung ergänzt. Die Agents API stellt Entwicklern einen von OpenAI betriebenen Codex-Harness bereit, der Kontext verwaltet, Tools nutzt und mehrere Agenten koordinieren kann. Laut OpenAI kann dieser verwaltete Agentenlauf nun zusätzlich Computerbedienung einsetzen.", "Für AgentenCode ist das eine relevante Capability-Änderung, weil Computerbedienung den möglichen Aktionsraum erweitert: Ein Agent ist damit nicht nur auf explizit integrierte APIs oder Tools angewiesen, sondern kann – abhängig von der konkreten Freigabe und Umgebung – auch grafische Oberflächen bedienen.", "Die Erweiterung erhöht zugleich die Bedeutung von Governance. Computerinteraktionen können externe Zustände verändern; Berechtigungen, Human Approval, Protokollierung und sichere Ausführungsumgebungen werden deshalb wichtiger. AgentenCode behandelt die neue Fähigkeit nicht als pauschale Aussage über jeden OpenAI-Agenten, sondern nur im Scope der Agents API und der dokumentierten Verfügbarkeit.", "OpenAI nennt die Computerbedienung im DevDay-Rückblick als Bestandteil der Agents API und beschreibt die Verfügbarkeit über die API sowie in Codex und ChatGPT Work für bestimmte Tarife. Für die Einordnung ist deshalb wichtig, Produktverfügbarkeit und konkrete Berechtigungen getrennt zu betrachten: Aus der dokumentierten Capability folgt nicht automatisch, dass jede Anwendung ohne zusätzliche Freigaben auf beliebige Oberflächen zugreifen kann." ], "before_after": { "before": "Die Agents API stellte den verwalteten Codex-Harness mit Kontext, Tools und Subagenten bereit.", "after": "OpenAI nennt Computerbedienung zusätzlich als unterstützte Fähigkeit der Agents API." } }, { "id": "NEWS-2026-10-02-009", "slug": "github-copilot-coding-agent-gpt-6-1-sol", "headline": "GitHub Copilot Coding Agent erhält GPT‑6.1 Sol als auswählbares Modell", "description": "GitHub macht GPT‑6.1 Sol in GitHub Copilot allgemein verfügbar und nennt den Copilot Coding Agent ausdrücklich als unterstützte Oberfläche. Der Rollout erfolgt schrittweise und kann in Unternehmen per Model Policy gesteuert werden.", "date_published": "2026-10-02T22:52:00+02:00", "date_modified": "2026-10-02T22:52:00+02:00", "section": "Coding & Modelle", "change_type": "new_capability", "agent_id": "AI-0008", "agent_name": "GitHub Copilot Coding Agent", "agent_slug": "github-copilot-coding-agent", "provider": "GitHub", "source": { "title": "GitHub Changelog – GPT-6.1 Sol in GitHub Copilot", "url": "https://github.blog/changelog/2026-09-29-gpt-6-1-sol-in-github-copilot/" }, "tags": [ "GitHub Copilot Coding Agent", "GPT‑6.1 Sol", "GitHub Copilot", "Coding-Agent", "Model Picker" ], "summary": "GitHub hat GPT‑6.1 Sol allgemein verfügbar gemacht und unterstützt das Modell ausdrücklich im GitHub Copilot Coding Agent. Damit erweitert sich die auswählbare Modellbasis für delegierte Coding-Aufgaben; Enterprise-Zugriff kann über die Copilot Model Policy gesteuert werden.", "body": [ "GitHub hat am 29. September 2026 GPT‑6.1 Sol in GitHub Copilot allgemein verfügbar gemacht und nennt den GitHub Copilot Coding Agent ausdrücklich als unterstützte Oberfläche. Das Modell kann dort über den Model Picker gewählt werden. GitHub beschreibt GPT‑6.1 Sol für agentisches Coding und Terminal-Workflows und berichtet aus eigenen frühen Tests von weniger benötigten Tokens und Schritten als bei früheren GPT‑6- und GPT‑5.6-Modellen.", "Für den AgentenCode ist nicht die allgemeine Modellveröffentlichung entscheidend, sondern die direkte Produktverknüpfung zum Coding Agent. Delegierte Aufgaben können damit auf einer neuen Modelloption laufen, ohne dass sich der grundsätzliche Arbeitsablauf ändert: Der Agent arbeitet asynchron an Repository-Aufgaben und liefert Änderungen zur Prüfung zurück. Die Modellwahl erweitert also die Ausführungsoptionen, nicht automatisch die Berechtigungen des Agenten.", "GitHub nennt Copilot Pro+, Max, Business und Enterprise als unterstützte Pläne. Der Rollout erfolgt schrittweise. Für Business und Enterprise kann der Zugriff über die Model Policy administriert werden; neue Modelle sind dort standardmäßig aktiviert, sofern Administratoren die globale Voreinstellung nicht abgeschaltet oder GPT‑6.1 Sol ausdrücklich deaktiviert haben.", "Die von GitHub genannten Leistungsverbesserungen behandelt AgentenCode als Herstellerangaben, nicht als unabhängigen Produkttest. Aus der Modellfreigabe folgt insbesondere keine neue Aussage zu Repository-Rechten, Netzwerkzugriff, Sandbox-Grenzen oder Freigabeprozessen. Solche Eigenschaften bleiben getrennte Claims und benötigen eigene Evidenz.", "Für Teams ist die Änderung trotzdem relevant, weil die Modellpolitik nun direkt beeinflusst, welche Engine ein delegierter Coding-Agent-Task verwenden darf. Bei reproduzierbaren Entwicklungsprozessen sollten Modellwahl, Kostenmodell und organisatorische Freigaben deshalb zusammen dokumentiert werden." ], "before_after": { "before": "Der Copilot Coding Agent unterstützte bereits eine auswählbare Modellbasis für delegierte Coding-Aufgaben.", "after": "GPT‑6.1 Sol ist als allgemein verfügbare Modelloption ausdrücklich auch für den GitHub Copilot Coding Agent dokumentiert." } }, { "id": "NEWS-2026-10-02-008", "slug": "n8n-agents-wiederverwendbarer-agententyp", "headline": "n8n führt wiederverwendbare Agents ein", "description": "n8n führt einen eigenen Agententyp ein, der mit Modell, Tools und bestehenden Workflows konfiguriert wird und über Slack, Zeitplan oder andere Workflows aufgerufen werden kann.", "date_published": "2026-10-02T22:51:00+02:00", "date_modified": "2026-10-06T08:23:00+02:00", "section": "Automatisierung & Orchestrierung", "change_type": "new_capability", "agent_id": "AI-0018", "agent_name": "n8n Agents", "agent_slug": "n8n-agents", "provider": "n8n", "source": { "title": "n8n – Introducing n8n Agents", "url": "https://blog.n8n.io/introducing-n8n-agents/" }, "tags": [ "n8n Agents", "n8n", "Automatisierung", "Tool-Orchestrierung", "Workflows" ], "summary": "n8n führt Agents als eigenständige, wiederverwendbare Einheit neben klassischen Workflows ein. Ein Agent erhält ein Modell sowie freigegebene Tools und Workflows und kann unter anderem über Slack, Zeitpläne oder den neuen Message-an-Agent-Node angesprochen werden.", "body": [ "n8n hat am 25. September 2026 einen neuen Produkttyp namens Agents vorgestellt. Ein Agent wird mit einer Aufgabe, einem Modell sowie den Tools und Workflows konfiguriert, die er verwenden darf. n8n beschreibt Agents als wiederverwendbare Einheiten für offene oder dialogartige Aufgaben, bei denen ein fest verdrahteter Workflow schnell unübersichtlich werden kann.", "Die neue Struktur sitzt bewusst neben den bestehenden Workflows. Ein Agent kann vorhandene n8n-Workflows als Tools verwenden; umgekehrt kann ein Workflow mit dem neuen „Message an Agent“-Node einen Agenten aus einem laufenden Prozess heraus aufrufen. Damit wird die Trennung zwischen deterministischer Workflow-Logik und agentischer Entscheidung expliziter.", "Der gleiche konfigurierte Agent kann laut n8n über mehrere Einstiegspunkte genutzt werden: im Slack-Dialog, nach Zeitplan oder aus einem anderen Workflow heraus. Für AgentenCode ist das eine relevante Architekturänderung, weil der Agent nicht nur als einzelner Schritt in einem Workflow gedacht ist, sondern als eigenständig adressierbare Einheit mit festgelegtem Modell- und Tool-Umfang.", "Die Ankündigung macht zugleich deutlich, wo Governance ansetzen muss. Welche Aktionen ein Agent tatsächlich ausführen kann, hängt von den freigegebenen Tools, Workflows und Credentials ab. AgentenCode leitet aus dem Launch daher keine pauschale Aussage zu Hosting, Datenresidenz oder menschlicher Freigabe ab. Diese Eigenschaften müssen weiterhin feldgenau durch separate Primärquellen belegt werden.", "Für Teams kann das neue Modell die Wiederverwendung vereinfachen: Statt agentische Logik mehrfach in verschiedenen Automationen nachzubauen, lässt sich ein definierter Agent an mehreren Stellen ansprechen. Entscheidend bleibt, seine Werkzeuge klein zu halten, Credentials nach Least-Privilege zu vergeben und Fehler- beziehungsweise Eskalationspfade klar zu definieren." ], "before_after": { "before": "AgentenCode führte n8n bereits als Plattform für agentische Workflow-Automation; ein eigener wiederverwendbarer Agententyp war noch nicht als separates Produktkonzept beschrieben.", "after": "n8n dokumentiert Agents als eigenständige, wiederverwendbare Einheit neben Workflows, mit Modell, Tools, Workflows und mehreren Aufrufwegen." } }, { "id": "NEWS-2026-10-02-007", "slug": "copilot-studio-human-approval-tool-calls", "headline": "Copilot Studio: Human Approval für Tool-Aufrufe", "description": "Microsoft beschreibt für Copilot Studio eine neue Human-Approval-Funktion: Maker können bestimmte Tools so konfigurieren, dass der Agent vor der Ausführung eine menschliche Freigabe einholen muss.", "date_published": "2026-10-02T08:55:00+02:00", "date_modified": "2026-10-06T08:23:00+02:00", "section": "Governance & Kontrolle", "change_type": "security_governance", "agent_id": "AI-0025", "agent_name": "Microsoft Copilot Studio", "agent_slug": "microsoft-copilot-studio", "provider": "Microsoft", "source": { "title": "Microsoft 365 Roadmap – Human approval for Copilot Studio tool calls", "url": "https://learn.microsoft.com/en-gb/power-platform/release-plan/2025wave1/microsoft-copilot-studio/publish-connect-agents-sharepoint-sites" }, "tags": [ "Microsoft Copilot Studio", "Human Approval", "Tool Calls", "Governance", "Enterprise" ], "summary": "Microsoft dokumentiert für Copilot Studio einen Human-Approval-Mechanismus für Tool Calls. Pro Tool und Agent kann eine Freigabe erzwungen werden, bevor sensible Aktionen tatsächlich ausgeführt werden; der Rollout ist ab September 2026 vorgesehen.", "body": [ "Microsoft erweitert Copilot Studio um eine gezielte Human-Approval-Funktion für Tool-Aufrufe. Laut Microsoft-Roadmap können Maker pro Agent und pro Tool festlegen, dass eine Aktion erst nach menschlicher Freigabe ausgeführt wird. Sobald ein entsprechend geschützter Tool Call ansteht, pausiert der Agent und zeigt eine Anfrage an, die beschreibt, welche Aktion ausgeführt werden soll.", "Die Person kann den Aufruf genehmigen, für die laufende Sitzung freigeben oder ablehnen. Microsoft nennt als Beispiele sensible Aktionen wie das Versenden von E-Mails, das Schließen von Tickets oder das Auslösen von Zahlungen. Die Freigabeanfrage soll direkt in dem Kanal erscheinen, in dem der Agent genutzt wird, unter anderem Microsoft Teams und Microsoft 365 Copilot.", "Für Unternehmen ist das eine wichtige Governance-Erweiterung, weil sich die Kontrolle nicht nur über Prompt-Instruktionen ausdrückt. Der Freigabeschritt wird als eigener technischer Guardrail für bestimmte Tools konfiguriert. Dadurch lässt sich Autonomie differenzierter steuern: Ein Agent kann selbstständig recherchieren oder planen, während ausgewählte externe Aktionen ausdrücklich an einen Menschen gebunden bleiben.", "Microsoft führt die Funktion in der Roadmap mit einem Rollout-Start im September 2026. AgentenCode behandelt das deshalb als dokumentierte Einführung und nicht als Aussage, dass die Funktion bereits in jedem Tenant oder jeder Region vollständig ausgerollt ist.", "Der Mechanismus ist besonders interessant für AgentenFreigabe: Human Approval ist kein pauschales Produktetikett, sondern eine konkrete Kontrollmöglichkeit für ausgewählte Aktionen. Ob sie für einen bestimmten Agenten, Kanal und Tool verfügbar ist, muss deshalb weiterhin im jeweiligen Einsatz geprüft werden." ], "before_after": { "before": "Tool-Nutzung in Copilot Studio konnte über Berechtigungen und Agentenkonfiguration begrenzt werden.", "after": "Für ausgewählte Tool Calls ist zusätzlich ein expliziter menschlicher Freigabeschritt pro Tool und Agent dokumentiert." } }, { "id": "NEWS-2026-10-02-006", "slug": "salesforce-agentforce-multi-agent-orchestration", "headline": "Agentforce erhält Multi-Agent Orchestration", "description": "Salesforce dokumentiert Multi-Agent Orchestration in Agentforce als allgemein verfügbar. Spezialisierte Agenten können Aufgaben über Rollen, Systeme und Prozessschritte hinweg koordiniert bearbeiten.", "date_published": "2026-10-02T08:54:00+02:00", "date_modified": "2026-10-06T08:23:00+02:00", "section": "Enterprise & Orchestrierung", "change_type": "new_capability", "agent_id": "AI-0029", "agent_name": "Salesforce Agentforce", "agent_slug": "salesforce-agentforce", "provider": "Salesforce", "source": { "title": "Salesforce – New portfolio of AI agents built for high-value work", "url": "https://www.salesforce.com/news/stories/agentforce-job-ready-ai-agents/" }, "tags": [ "Salesforce Agentforce", "Multi-Agent", "Orchestrierung", "Enterprise", "Agenten-Teams" ], "summary": "Salesforce führt Multi-Agent Orchestration in Agentforce als allgemein verfügbar. Die Funktion soll spezialisierte Agenten über Rollen, Systeme und Prozessstufen hinweg koordinieren, wenn ein Auftrag mehrere Zuständigkeiten überschreitet.", "body": [ "Salesforce hat im September 2026 eine neue Ausbaustufe von Agentforce vorgestellt. Besonders relevant für die Agentenarchitektur ist Multi-Agent Orchestration. Salesforce beschreibt die Funktion als allgemein verfügbar und dafür gedacht, Arbeit zwischen spezialisierten Agenten zu verteilen, wenn eine Aufgabe mehrere Rollen, Systeme oder Schritte einer Customer Journey umfasst.", "Für das AgentenProfil von Salesforce Agentforce verändert das die Einordnung von Orchestrierung deutlich. Statt ausschließlich einzelne Agenten mit Tools und Geschäftsdaten auszustatten, kann die Plattform mehrere spezialisierte Agenten als koordiniertes Team einsetzen. Das ist vor allem für komplexere Enterprise-Prozesse relevant, in denen beispielsweise Service, Vertrieb, Datenzugriff oder Freigaben nicht von einem einzigen Agenten sinnvoll abgedeckt werden.", "Salesforce kündigt daneben AI Skills für Agentforce Coworker und einen Agent Optimizer an. Für diese Funktionen nennt der Anbieter Pilot- beziehungsweise Oktober-Verfügbarkeit. AgentenCode trennt deshalb klar zwischen der bereits als allgemein verfügbar beschriebenen Multi-Agent Orchestration und Funktionen, deren vollständige Verfügbarkeit noch vom angekündigten Rollout abhängt.", "Die Meldung bedeutet außerdem nicht, dass Multi-Agent-Orchestrierung automatisch für jeden Prozess sinnvoll ist. Rollen, Berechtigungen, Zuständigkeiten und Eskalationswege müssen weiterhin so definiert werden, dass mehrere Agenten nicht lediglich mehr Komplexität erzeugen. Für den AgentenCode ist die Änderung deshalb primär ein belegtes Plattformmerkmal.", "Für Governance wird damit die Nachvollziehbarkeit von Übergaben wichtiger: Welcher Agent übernimmt welchen Schritt, unter welcher Identität und mit welchen Daten? Multi-Agent-Orchestrierung sollte deshalb mit klaren Rollen, Auditpfaden und begrenzten Berechtigungen kombiniert werden." ], "before_after": { "before": "Agentforce war als Enterprise-Plattform für einzelne und spezialisierte Agenten dokumentiert.", "after": "Multi-Agent Orchestration ist als allgemein verfügbare Fähigkeit dokumentiert, um spezialisierte Agenten koordiniert zusammenarbeiten zu lassen." } }, { "id": "NEWS-2026-10-02-005", "slug": "claude-code-sonnet-5-5", "headline": "Claude Sonnet 5.5 ist verfügbar und adressiert schnellere agentische Coding-Aufgaben in Claude Code", "description": "Anthropic hat Claude Sonnet 5.5 veröffentlicht. Das Modell ist auf allen Plattformen verfügbar und wird auch für Claude Code beschrieben; Anthropic nennt deutlich höhere Geschwindigkeit und starke agentische Coding-Werte.", "date_published": "2026-10-02T08:53:00+02:00", "date_modified": "2026-10-02T08:53:00+02:00", "section": "Coding & Modelle", "change_type": "new_capability", "agent_id": "AI-0007", "agent_name": "Claude Code", "agent_slug": "claude-code", "provider": "Anthropic", "source": { "title": "Anthropic – Claude Sonnet 5.5", "url": "https://www.anthropic.com/claude-sonnet-5-5" }, "tags": [ "Claude Code", "Claude Sonnet 5.5", "Anthropic", "Coding-Agent", "Agentic Coding" ], "summary": "Anthropic hat Claude Sonnet 5.5 am 28. September 2026 veröffentlicht. Das Modell ist laut Anbieter auf allen Plattformen verfügbar; Anthropic beschreibt für Claude Code standardmäßig Medium Effort und hebt Geschwindigkeit, geringeren Tokenverbrauch und starke agentische Coding-Leistung hervor.", "body": [ "Anthropic hat Claude Sonnet 5.5 am 28. September 2026 veröffentlicht. Der Anbieter beschreibt das Modell als deutlich schnelleres und effizienteres Update gegenüber Sonnet 5. Laut Anthropic generiert Sonnet 5.5 Ausgaben mehr als 30 Prozent schneller und benötigt für viele Aufgaben weniger Tokens. Das Modell ist auf allen Plattformen verfügbar, einschließlich der Cloud-Angebote von AWS, Google Cloud und Microsoft Azure.", "Für Claude Code ist die Veröffentlichung besonders relevant, weil Anthropic die Nutzung des neuen Modells ausdrücklich im Coding-Kontext beschreibt. In Claude Code und den Claude-Apps ist der Standard-Effort laut Anbieter auf Medium gesetzt. Niedrigere Effort-Stufen sollen schnellere Antworten und geringeren Tokenverbrauch ermöglichen, während höhere Einstellungen längere Prüfung und mehr Rechenaufwand zulassen.", "Anthropic berichtet außerdem deutliche Verbesserungen in agentischen Coding-Evaluationen und beschreibt eine effizientere Nutzung von Tool-Aufrufen. Solche Benchmarkwerte sind für AgentenCode ein Hinweis auf das vom Hersteller dokumentierte Leistungsprofil, aber kein eigener unabhängiger Produkttest. Sie werden deshalb nicht als allgemeine Qualitätswertung übernommen.", "Für die praktische Auswahl ändert sich vor allem die Modelloption innerhalb von Claude Code. Sicherheitsmechanismen bleiben relevant: Anthropic weist darauf hin, dass bestimmte höher riskante Cybersecurity-Anfragen auf ein anderes Modell zurückfallen können. Modellverfügbarkeit, Effort-Einstellungen und konkrete Safeguards sollten deshalb getrennt betrachtet werden.", "Die Modellaktualisierung verändert außerdem nicht automatisch die Berechtigungsgrenzen von Claude Code. Dateisystem-, Terminal- und Tool-Rechte bleiben Eigenschaften der konkreten Claude-Code-Konfiguration und sollten unabhängig von Modellleistung und Benchmarkwerten geprüft werden." ], "before_after": { "before": "Claude Code wurde mit bisherigen Claude-Modellen und bestehenden Effort-/Agentenfunktionen geführt.", "after": "Claude Sonnet 5.5 ist als aktuelle Modelloption verfügbar und wird von Anthropic ausdrücklich für schnelle agentische Coding-Arbeit eingeordnet." } }, { "id": "NEWS-2026-10-02-004", "slug": "chatgpt-work-data-agent", "headline": "ChatGPT Work erhält einen Data Agent", "description": "OpenAI hat einen Data Agent für ChatGPT Work eingeführt. Er verbindet freigegebene Unternehmensdaten, untersucht Veränderungen, erstellt interaktive Dashboards und kann genehmigte Folgeaktionen anstoßen.", "date_published": "2026-10-02T08:52:00+02:00", "date_modified": "2026-10-06T08:23:00+02:00", "section": "Enterprise & Daten", "change_type": "new_capability", "agent_id": "AI-0051", "agent_name": "ChatGPT Work", "agent_slug": "chatgpt-work", "provider": "OpenAI", "source": { "title": "OpenAI – Now everyone can put data to work", "url": "https://openai.com/index/put-data-to-work/" }, "tags": [ "ChatGPT Work", "Data Agent", "Enterprise", "Datenanalyse", "Dashboards", "Plugins" ], "summary": "OpenAI erweitert ChatGPT Work um einen installierbaren Data Agent, der freigegebene Datenquellen und Geschäftskontext nutzt, Analysen und interaktive Dashboards erstellt und auf Wunsch genehmigte Folgeaktionen über verbundene Tools ausführen kann.", "body": [ "OpenAI hat am 10. September 2026 einen neuen Data Agent für ChatGPT Work vorgestellt. Der Agent verbindet sich mit freigegebenen Unternehmensdaten, untersucht Veränderungen und erstellt daraus Antworten sowie interaktive Dashboards. Unterstützte Datenquellen umfassen nach OpenAI unter anderem Redshift, BigQuery, Databricks, Snowflake, MongoDB und weitere Systeme; zusätzlich können Dateien und Dokumente aus Google Drive oder SharePoint in die Analyse einfließen.", "Für Unternehmen ist besonders relevant, dass der Data Agent bestehenden Geschäftskontext verwenden kann. OpenAI nennt dafür unter anderem semantische Schichten, Metrikdefinitionen, benutzerdefinierte Berechnungen und Datenbeziehungen. Abfragen sollen dabei die Berechtigungen des verbundenen Kontos respektieren, einschließlich Tabellen-, Zeilen- und Spaltenrechten. Administratoren können außerdem steuern, welche Datenverbindungen verfügbar sind und welche Rollen den Agenten nutzen dürfen.", "Der Agent beschränkt sich nicht auf Analyse. Ergebnisse können über verbundene Werkzeuge weitergegeben werden, beispielsweise per Slack oder E-Mail, und genehmigte Folgeaktionen können ausgeführt werden. Genau diese Verbindung aus Analyse und Aktion macht die Erweiterung für das ChatGPT-Work-Profil relevant.", "AgentenCode übernimmt daraus jedoch keine pauschale Aussage, dass jede angeschlossene Datenquelle oder jede Aktion in jedem Tarif verfügbar ist. Verbindungen, Rollen, Workspace-Konfiguration und konkrete Zugriffsrechte bleiben separat zu prüfen.", "Damit verschiebt sich die Sicherheitsfrage von „darf ChatGPT diese Daten sehen?“ zu einer feineren Prüfung: Welche Verbindung ist aktiv, unter wessen Identität wird abgefragt, welche Datenebene ist erlaubt und welche Folgeaktion darf aus einem Analyseergebnis entstehen?" ], "before_after": { "before": "ChatGPT Work war als allgemeiner Arbeitsagent für Dateien, Apps und mehrstufige Aufgaben dokumentiert.", "after": "Zusätzlich ist ein spezialisierter Data Agent für Unternehmensdaten, interaktive Dashboards und genehmigte Folgeaktionen verfügbar." } }, { "id": "NEWS-2026-10-02-003", "slug": "openai-codex-cloud-ga", "headline": "OpenAI Codex Cloud ist allgemein verfügbar und führt Coding-Aufgaben geräteübergreifend fort", "description": "OpenAI hat Codex Cloud allgemein verfügbar gemacht. Coding-Aufgaben laufen in isolierten Cloud-Workspaces weiter und können von Desktop, Web oder Mobilgerät gestartet und fortgesetzt werden.", "date_published": "2026-10-02T08:51:00+02:00", "date_modified": "2026-10-02T08:51:00+02:00", "section": "Coding & Cloud-Ausführung", "change_type": "availability", "agent_id": "AI-0006", "agent_name": "OpenAI Codex", "agent_slug": "openai-codex", "provider": "OpenAI", "source": { "title": "OpenAI – Product Release Notes: Codex Cloud", "url": "https://openai.com/products/release-notes/" }, "tags": [ "OpenAI Codex", "Codex Cloud", "Coding-Agent", "Cloud", "Softwareentwicklung" ], "summary": "OpenAI führt Codex Cloud seit dem 29. September 2026 als allgemein verfügbare Funktion. Aufgaben erhalten isolierte Cloud-Workspaces, können geräteübergreifend gestartet und fortgeführt werden und laufen weiter, wenn der lokale Rechner schläft.", "body": [ "OpenAI hat Codex Cloud am 29. September 2026 als allgemein verfügbare Funktion veröffentlicht. Laut den offiziellen Product Release Notes können Coding-Aufgaben aus Desktop, Web oder Mobilgerät gestartet und später auf einem anderen Gerät fortgesetzt werden. Jede Aufgabe erhält dabei einen eigenen isolierten Cloud-Workspace mit dem jeweiligen Repository, den benötigten Tools und Abhängigkeiten. Aufgaben können außerdem weiterlaufen, während der lokale Rechner schläft.", "Für die Einordnung von OpenAI Codex ist das relevant, weil sich der Agent damit stärker von einem ausschließlich lokal gebundenen Coding-Assistenten zu einem geräteübergreifenden Ausführungsmodell entwickelt. Der Arbeitszustand liegt in einem wiederverwendbaren Cloud-Umfeld, statt vollständig an eine einzelne lokale Sitzung gekoppelt zu sein. In verwalteten Workspaces gelten dabei die Cloud-Zugriffsregeln des jeweiligen Workspace.", "OpenAI dokumentiert zusätzlich, dass autorisierte Mitglieder in ChatGPT Enterprise wiederverwendbare Cloud-Umgebungen teilen können. Welche Repositories, Tools oder Netzwerkziele ein Codex-Task tatsächlich erreichen darf, hängt deshalb weiterhin von der konkreten Workspace-Konfiguration und den gesetzten Zugriffsregeln ab.", "AgentenCode behandelt Codex Cloud als relevante Änderung an Ausführungs- und Betriebsmodell, nicht als allgemeine Aussage über Self-Hosting oder private Netzwerke. Diese Eigenschaften bleiben getrennte Kriterien und werden nur dann bestätigt, wenn sie feldgenau belegt sind.", "Für Teams ist außerdem relevant, dass Cloud-Ausführung und lokaler Entwicklungszugang unterschiedliche Sicherheitsgrenzen haben können. Repository-Rechte, Netzwerkzugriff und gespeicherte Umgebungen sollten deshalb wie andere privilegierte Entwicklungsressourcen inventarisiert und regelmäßig überprüft werden." ], "before_after": { "before": "Codex wurde im AgentenProfil primär als Coding-Agent mit lokalen und verwalteten Ausführungswegen beschrieben.", "after": "Codex Cloud ist als allgemein verfügbare, isolierte Cloud-Ausführung dokumentiert, die geräteübergreifend fortgesetzt werden kann." } }, { "id": "NEWS-2026-10-02-002", "slug": "relay-app-eingestellt-september-2026", "headline": "Relay.app ist eingestellt: Was jetzt gilt", "description": "Relay.app bestätigt die Einstellung des Dienstes im September 2026. Accounts, Workflows und Run-Historie wurden laut Anbieter dauerhaft gelöscht.", "date_published": "2026-10-02T08:36:00+02:00", "date_modified": "2026-10-06T08:23:00+02:00", "section": "Lifecycle & Verfügbarkeit", "change_type": "lifecycle", "agent_id": "AI-0022", "agent_name": "Relay.app", "agent_slug": "relay-app", "provider": "Relay.app", "source": { "title": "Relay.app – Shutdown notice", "url": "https://relay.app/" }, "tags": [ "Relay.app", "Lifecycle", "Einstellung", "Automatisierung", "Agenten-Plattform" ], "summary": "Relay.app bestätigt auf der eigenen Website die Einstellung des Dienstes im September 2026. AgentenCode führt das Produkt deshalb nicht mehr als aktiven Kandidaten in Research-Priorität oder AgentenFit.", "body": [ "Relay.app ist nicht mehr als aktiver Dienst verfügbar. Der Anbieter bestätigt auf der offiziellen Website, dass Relay.app im September 2026 eingestellt wurde. Nach der Mitteilung wurden sämtliche Accounts, Workflows und die Run-Historie dauerhaft gelöscht. Die frühere Plattform hatte Unternehmen dabei unterstützt, Arbeitsabläufe mit KI, SaaS-Verbindungen und menschlichen Freigabeschritten zu automatisieren.", "Für AgentenCode ist das mehr als eine normale Produktänderung. Ein eingestellter Agent darf weder als aktuell verfügbare Option im Finder noch als gewöhnliche Research-Lücke behandelt werden. Das Profil von Relay.app trägt deshalb inzwischen den Lifecycle-Status „discontinued“. In AgentenGraph bleibt der historische Produktkontext erhalten, während die Research-Priorität auf „P3_discontinued“ gesetzt ist. AgentenFit schließt eingestellte Produkte aus dem aktiven Anforderungsabgleich aus.", "Die offizielle Shutdown-Seite enthält außerdem einen wichtigen Datenhinweis: Relay.app erklärt, dass Accounts, Workflows und Run-Historie dauerhaft gelöscht wurden. Daraus folgt jedoch keine allgemeine Aussage über frühere Aufbewahrungsfristen oder andere historische Datenschutzmerkmale. Solche nicht ausdrücklich belegten Eigenschaften bleiben im AgentenCode weiterhin unbekannt.", "Für bestehende Vergleiche und frühere Empfehlungen ist dieser Lifecycle-Wechsel besonders wichtig: Eine historische Funktionsbeschreibung kann weiterhin korrekt sein, darf aber nicht mehr wie eine aktuelle Kauf- oder Einsatzoption erscheinen. Deshalb trennt AgentenCode den historischen Wissensstand von der heutigen Verfügbarkeit und lässt den früheren Produktkontext sichtbar, ohne daraus eine aktive Empfehlung abzuleiten.", "Die Lifecycle-Änderung wurde am 1. Oktober redaktionell übernommen und am 2. Oktober 2026 erneut gegen die offizielle Anbieter-Mitteilung geprüft. Das frühere AgentenProfil bleibt als historischer Referenzpunkt erreichbar." ], "before_after": { "before": "Relay.app wurde als aktive Agenten- und Workflow-Plattform geführt.", "after": "Relay.app ist als „discontinued“ markiert und wird aus aktiven Fit- und Research-Workflows ausgeschlossen." } }, { "id": "NEWS-2026-10-02-001", "slug": "gemini-cli-a2a-server", "headline": "Gemini CLI erhält einen A2A-Server", "description": "Google dokumentiert im offiziellen Gemini-CLI-Repository einen A2A-Server. Damit kann Gemini CLI nicht nur A2A-Subagenten ansprechen, sondern selbst als A2A-Server auftreten.", "date_published": "2026-10-02T08:35:00+02:00", "date_modified": "2026-10-06T08:23:00+02:00", "section": "Protokolle & Interoperabilität", "change_type": "protocol", "agent_id": "AI-0064", "agent_name": "Gemini CLI", "agent_slug": "gemini-cli", "provider": "Google", "source": { "title": "Google Gemini CLI – A2A server package", "url": "https://github.com/google-gemini/gemini-cli/blob/main/packages/a2a-server/package.json" }, "secondary_source": { "title": "Google Gemini CLI – A2A Development-Tool Extension RFC", "url": "https://github.com/google-gemini/gemini-cli/blob/main/packages/a2a-server/development-extension-rfc.md" }, "tags": [ "Gemini CLI", "Google", "A2A", "Agent-to-Agent", "Coding-Agenten", "Interoperabilität" ], "summary": "Gemini CLI ist im AgentenCode bereits als A2A-Client dokumentiert. Neu belegt ist zusätzlich die Server-Rolle: Das offizielle Repository enthält ein eigenes A2A-Server-Paket mit der A2A-JavaScript-SDK als Laufzeitabhängigkeit.", "body": [ "Google dokumentiert für Gemini CLI jetzt auch eine eigene A2A-Server-Komponente. Im offiziellen Repository liegt unter „packages/a2a-server“ ein separates Paket, das die offizielle A2A-JavaScript-SDK als Laufzeitabhängigkeit nutzt. Zusätzlich beschreibt ein Development-Tool-RFC die Kommunikation zwischen Clients und dem Gemini-CLI-Agenten auf Basis des Agent-to-Agent-Protokolls, einschließlich Agent Card sowie Nachrichten- und Streaming-Mechanismen.", "Für die Einordnung von Gemini CLI ist das relevant, weil damit zwei unterschiedliche Rollen belegt sind. Gemini CLI kann bereits dokumentiert als A2A-Client Aufgaben an kompatible Remote-Subagenten delegieren. Mit dem A2A-Server-Paket kommt nun die Gegenrichtung hinzu: Externe A2A-Clients können Gemini CLI als Agenten-Endpunkt ansprechen. AgentenCode führt deshalb neben „A2A unterstützt“ und „A2A Client“ auch „A2A Server“ als bestätigten Field-Level-Claim.", "Für Unternehmen und Entwickler ist das vor allem ein Interoperabilitätssignal. A2A soll Agenten unterschiedlicher Systeme über eine standardisierte Schnittstelle miteinander kommunizieren lassen. Die neue Evidenz bedeutet jedoch nicht automatisch, dass jede Gemini-CLI-Installation ohne weitere Konfiguration produktiv als öffentlich erreichbarer A2A-Dienst betrieben werden sollte. Authentifizierung, Netzwerkfreigaben und Betriebsmodell müssen weiterhin separat bewertet werden.", "Für die Praxis bleibt wichtig, zwischen Protokollunterstützung und einem vollständig gehärteten Produktionsbetrieb zu unterscheiden. Der dokumentierte Server-Baustein bestätigt die technische A2A-Rolle von Gemini CLI, sagt aber nicht automatisch etwas über konkrete Enterprise-SLAs, öffentliche Exposition oder die Absicherung jeder möglichen Deployment-Variante aus. Solche Betriebsfragen werden im AgentenCode deshalb getrennt von der reinen Protokollfähigkeit bewertet.", "Die Änderung wurde am 2. Oktober 2026 anhand des offiziellen Google-GitHub-Repositories geprüft und in AgentenGraph sowie im Gemini-CLI-AgentenProfil nachvollziehbar hinterlegt." ], "before_after": { "before": "A2A-Unterstützung und A2A-Client waren dokumentiert; eine Server-Rolle war im AgentenCode noch nicht feldgenau belegt.", "after": "A2A-Server ist durch das offizielle Gemini-CLI-Repository und den zugehörigen RFC als dokumentierter Claim bestätigt." } } ] }