Die JavaScript-Datenbank RxDB kann ab Version 17.0.0 Daten ohne eigenes Backend synchronisieren. Außerdem führt das Projekt eine Schnittstelle für KI-Agenten ein und bringt ein schnelleres Storage-Backend für React-Native-Apps.

RxDB ist eine Open-Source-Datenbank für JavaScript und TypeScript. Sie setzt auf Storage-Backends wie IndexedDB oder SQLite auf und ist für Offline-First-Anwendungen gedacht: Apps, die lokal arbeiten und Daten bei Bedarf synchronisieren. Typische Einsatzgebiete sind Progressive Web Apps, React-Native-Apps und Electron-Anwendungen.

Synchronisation ohne Server

Das zentrale neue Feature in RxDB 17 sind zwei neue Replikations-Plugins für Google Drive und Microsoft OneDrive. Sie synchronisieren Daten direkt in den Cloud-Speicher des Nutzers, statt sie auf einem zentralen Server abzulegen. Entwickler können ihre App als statische Website auf GitHub Pages, Vercel oder Cloudflare hosten und brauchen kein eigenes Backend mehr. Die Synchronisation läuft nahezu in Echtzeit und geräteübergreifend. Mehrere Apps können auf denselben Cloud-Ordner zugreifen und so Daten teilen.

Allerdings bringt dieser Ansatz Einschränkungen mit sich. Cloud-Speicher bieten keine ACID-Garantien, und die Synchronisation unterliegt den Ratenlimits der jeweiligen Cloud-API. Nutzer müssen zudem per OAuth den Zugriff auf ihr Konto erlauben.

KI-Agenten greifen direkt auf die Datenbank zu

Mit dem neuen WebMCP-Plugin können KI-Agenten über das Web Model Context Protocol direkt auf RxDB-Collections zugreifen. Bisher mussten Agenten im Browser entweder die gerenderte Seite analysieren oder die HTML-Struktur erraten – beides ist aufwendig und fehleranfällig. WebMCP stellt stattdessen eine maschinenlesbare API-Beschreibung bereit. Agenten erfahren darüber, welche Operationen verfügbar sind, und können beliebige Abfragen oder Änderungen ausführen, ohne dass Entwickler für jede Aktion ein eigenes Tool definieren müssen.

Für React-Native- und Expo-Apps bringt RxDB 17 das Expo Filesystem RxStorage mit. Es basiert auf expo-opfs und nutzt die aktuelle Expo-Filesystem-API. Laut den Entwicklern arbeitet es bei vielen Zugriffsmustern deutlich schneller als SQLite. Das Backend ist speziell für das Expo-Ökosystem optimiert und greift direkt auf das Dateisystem zu, um die Performance zu steigern.

Besser für LLMs

Ferner wurde RxDB 17 gezielt für KI-gestützte Programmierung optimiert. Eine neue Datei llms.txt fasst die API in einer für Sprachmodelle geeigneten Form zusammen. ERROR-MESSAGES.md listet alle Fehlercodes mit Ursache, Lösung und Link zur Dokumentation auf. Fehlerobjekte enthalten nun die Eigenschaften cause, fix und docs, sodass ein Sprachmodell beim Debugging nicht in Sackgassen gerät. Dateien wie .aiexclude und .claudeignore reduzieren den Kontext, den KI-Tools verarbeiten müssen. TypeScript-Kommentare enthalten jetzt @example-Tags, damit Agenten die API auch ohne Dokumentation nutzen können.

Auf der Framework-Seite gibt es ein neues React-Plugin mit Hooks und Signals sowie ein Paket reactivity-angular für Angular Signals. Die bisherigen Premium-Pakete für Vue und Preact Signals wandern in den frei verfügbaren Kern. Signals tragen jetzt den konkreten Datentyp des Dokuments – also etwa Signal statt Signal.

Performance und Stabilität

Die Entwickler haben den Bulk-Insert-Pfad, das Query-Routing und interne Datenstrukturen überarbeitet. IndexedDB speichert Anhänge jetzt binär statt als JSON, was Speicherplatz spart. Mehrere Speicherlecks in OPFS und im Migrationscode wurden ebenfalls behoben.

Neun Plugins verlassen die Beta-Phase und gelten ab sofort als produktionsreif. Dazu gehören die Replikations-Plugins für Appwrite, Supabase und MongoDB, die Storage-Backends für MongoDB, das Node.js-Dateisystem und DenoKV sowie die Attachment-Replikation, das CRDT-Plugin und RxPipeline.

Breaking Changes und Migration

Die meisten Anwendungen lassen sich ohne größere Anpassungen aktualisieren. Wer allerdings OPFS RxStorage, Filesystem RxStorage unter Node.js oder IndexedDB mit Anhängen nutzt, muss seine Daten mit dem Storage Migrator migrieren. Pull-Only-Replikationen speichern keine Server-Metadaten mehr auf dem Client. Primärschlüssel und Indizes sind auf maximal 2048 Zeichen begrenzt, da zu lange Schlüssel die Performance beeinträchtigen. Einige Integrationen wie Firebase, MongoDB und NATS sind jetzt optionale Peer Dependencies und müssen manuell installiert werden. Vorgebaute dist-Dateien liefert das GitHub-Repository nicht mehr mit – Entwickler installieren RxDB über npm oder bauen lokal selbst.

Die vollständigen Release Notes stehen auf der Projektseite bereit.

(fo)

Google hat das Agent Development Kit (ADK) für Java in Version 1.0.0 veröffentlicht und macht sein Framework für KI-Agenten damit erstmals auch für die weit verbreitete Java-Plattform verfügbar. Das Open-Source-Projekt, das ursprünglich in Python startete, wächst damit zu einem mehrsprachigen Ökosystem heran – neben Java unterstützt es auch Go und TypeScript.

Das ADK richtet sich an Entwicklerinnen und Entwickler, die KI-Agenten bauen wollen, die nicht nur Texte generieren, sondern aktiv mit ihrer Umgebung interagieren. Solche Agenten kombinieren Large Language Models (LLMs) mit Tools, Zustandsverwaltung und externen Datenquellen.

Mehr Tools und externe Datenquellen

Zu den wichtigsten Neuerungen zählen zusätzliche Tools für den Zugriff auf externe Informationen. So bindet etwa das GoogleMapsTool Ortsdaten direkt ein, während das UrlContextTool Webseiteninhalte automatisch abruft und zusammenfasst. Mit Code-Executoren können Agenten zudem eigenen Code lokal (Docker) oder in der Cloud ausführen.

Neu ist auch eine zentrale App-Struktur mit Plug-in-System. Damit lassen sich Funktionen wie Logging, Kontextfilterung oder globale Verhaltensregeln einmal definieren und auf alle Agenten anwenden.

Kontext, Kontrolle und Zusammenarbeit

Für längere Interaktionen führt ADK ein Context-Management ein, das ältere Gesprächsteile zusammenfasst, um Token-Limits und Kosten zu kontrollieren. Gleichzeitig unterstützt das Framework Human-in-the-Loop-Szenarien: Agenten können Aktionen pausieren und eine Freigabe einholen.

Hinzu kommen Bausteine für Sitzungs- und Langzeitspeicher sowie Unterstützung für das Agent2Agent-Protokoll, über das Agenten framework-übergreifend miteinander kommunizieren.

Nähere Informationen bietet der Beitrag auf dem Blog Google for Developers sowie die Dokumentation zum Tool.

(mdo)

GitHub Copilot hat in Pull Requests ungefragt Produkthinweise eingebaut, die deutlich nach Werbung aussehen. Die vermeintlich freundlichen Tipps finden sich nicht nur in den Pull Requests, die Copilot erstellt hat, sondern auch in solchen, die der KI-Helfer nur bearbeitet hat. Nach Verwunderung und Protesten hat GitHub das Verhalten nun deaktiviert.

Fehlerkorrektur mit Werbebonus

Der Entwickler Zach Manson hat am 30. März einen Screenshot eines Pull Request veröffentlicht, bei dem Copilot Tippfehler korrigieren sollte und der nach der Korrektur einen zusätzlichen Hinweis enthielt: „Quickly spin up Copilot coding agent tasks from anywhere on your macOS or Windows machine with Raycast“. Das Wort Raycast hat Copilot freundlicherweise direkt mit einem Link zum Produktivitätstool versehen.

Der Pull Request von Zach Manson war kein Einzelfall: Eine Suche auf GitHub zeigt denselben Hinweis in gut 11.000 Pull Requests.

Über 1,5 Millionen Pull Requests und auch GitLab betroffen

Offenbar hat Raycast die Werbung nicht einmal selbst beauftragt. Ein Artikel auf Neowin zeigt, dass sich im Markdown zum Pull Request der versteckte HTML-Kommentar „START COPILOT CODING AGENT TIPS“ findet.

Neowin hat ähnliche „Hinweise“ auf weitere Produkte in insgesamt 1,5 Millionen Pull Requests gefunden und den Raycast-Tipp nicht nur auf GitHub, sondern auch in mit Copilot bearbeiteten Merge Requests auf GitLab entdeckt. „Nützliche Hinweise“ gab es auch zu Integrationen für Slack und Microsoft Teams sowie zum Starten von Copilot-Aufgaben direkt aus Editoren wie VS Code, Visual Studio, JetBrains-IDEs und Eclipse.

Keine ungefragten Hinweise mehr

Inzwischen ist GitHub zurückgerudert. Auf Hacker News hat Tim Rogers aus dem Copilot-Coding-Agent-Team geschrieben, dass die Pull Requests nun keine Hinweise mehr enthalten. „Wir haben in den vom Copilot-Coding-Agent erstellten PRs Produkttipps eingefügt. Das Ziel war es, Entwicklern dabei zu helfen, neue Möglichkeiten für den Einsatz des Agenten in ihrem Arbeitsablauf zu entdecken. Doch angesichts des Feedbacks hier und nach reiflicher Überlegung war die Entscheidung falsch. Wir werden so etwas nicht wieder tun.“

Auf X hat Martin Woodward von GitHubs Developer-Relations-Team geschrieben, dass die Tipps ursprünglich für vollständig von Copilot erstellte Pull-Requests gedacht und da noch ganz in Ordnung waren, aber es wurde eklig, als Copilot sich in jeden PR einmischte, bei dem er mitmischte.

(rme)