Der IDE-Anbieter JetBrains und das Unternehmen hinter dem Sourcecode-Editor Zed, Zed Industries, haben gemeinsam die ACP Registry veröffentlicht. Diese soll es Entwicklerinnen und Entwicklern vereinfachen, mit dem Agent Client Protocol (ACP) kompatible KI-Coding Agenten bereitzustellen, aufzufinden und in Entwicklungsumgebungen zu installieren.

Die ACP Registry: KI-Agenten per Klick installieren

In der ACP Registry finden sich derzeit ausschließlich kuratierte KI-Agenten und -Extensions, die Authentifizierung unterstützen. Sie folgen dem Agent Client Protocol (ACP), einem standardisierten, offenen Protokoll für das Zusammenspiel von KI-Agenten und Editoren. ACP wurde von JetBrains und Zed Industries erstmals im Oktober 2025 vorgestellt.

Laut den Herstellern war das Protokoll bereits ein großer Schritt nach vorn, doch die Distribution war bisher fragmentiert. Agenten mussten für jeden Client als Extension verfügbar gemacht oder manuell durch User installiert werden. Hier setzt die ACP Registry an: Entwicklerinnen und Entwickler können ihre geeignete Implementierung eines Agenten oder einer Extension einmal registrieren, und diese wird dann für jeden ACP-kompatiblen Client verfügbar.

Sowohl Zed als auch die Entwicklungsumgebungen von JetBrains besitzen integrierten ACP-Registry-Support, um die Agenten auf einfache Weise zu installieren und ihre jeweils aktuellste Version zu verwenden. In JetBrains-IDEs – ab Version 2025.3.2 und mit JetBrains AI (253.30387.147) – lassen sich Agenten beispielsweise im Agent-Picker-Menü unter „Install From ACP Registry…“ auswählen und installieren. In Zed sieht die ACP-Registry-Seite wie folgt aus:

Das aktuelle Portfolio

Die kuratierte ACP Registry enthält aktuell die folgenden neun Agenten und Extensions:

• Auggie CLI
• Claude Code
• Codex CLI
• Factory Droid
• Gemini CLI
• GitHub Copilot
• Mistral Vibe
• OpenCode
• Qwen Code

Weitere Informationen zur ACP Registry finden sich auf der offiziellen Website und im GitHub-Repository sowie in den Ankündigungen von JetBrains und Zed Industries.

(mai)

Microsoft hat ein neues Kommandozeilen-Tool für die Windows-App-Entwicklung vorgestellt. winapp CLI soll den Entwicklungsprozess für Anwendungen vereinfachen, die mit Frameworks wie Electron oder Sprachen wie Rust, C++ und .NET erstellt werden. Es verbindet plattformübergreifende Entwicklung mit der nativen Windows-Umgebung. Das Open-Source-Tool befindet sich derzeit in der Public Preview und ist auf GitHub frei verfügbar.

Das zentrale Versprechen: Was früher zwölf manuelle Schritte erforderte, soll nun ein einziger Befehl erledigen. Der Befehl winapp init lädt die benötigten SDKs wie Windows SDK und Windows App SDK automatisch herunter, generiert Code-Projektionen wie C++/WinRT und konfiguriert Manifeste, Assets, Zertifikate sowie Abhängigkeiten. Das Tool ist bewusst so konzipiert, dass Entwickler ihre gewohnten Editoren – also VS Code genauso wie andere IDEs – weiterverwenden können. Mit winapp restore lässt sich die exakte Entwicklungsumgebung für gemeinsam genutzte Projekte oder in CI/CD-Pipelines wiederherstellen.

Package Identity ohne vollständiges Packaging

Besonders für Cross-Platform-Entwickler interessant ist die Funktion create-debug-identity. Sie fügt einer ausführbaren Datei temporär eine Package Identity hinzu, ohne dass die Anwendung vollständig als MSIX-Paket verpackt werden muss. Das beschleunigt den Entwicklungszyklus erheblich, da moderne Windows-APIs wie die Windows AI APIs, Benachrichtigungen, Shell-Integration oder Hintergrundaufgaben eine solche Identity verwenden.

Für Electron-Entwickler bietet Microsoft ein spezielles npm-Paket an: Mit npm install @microsoft/winappcli --save-dev lässt sich winapp in bestehende Projekte integrieren. Der Befehl winapp node add-electron-debug-identity injiziert die Package Identity direkt in den laufenden Prozess. Zusätzlich stellt das Paket @microsoft/winapp-windows-ai Node.js-Projektionen für Microsofts KI-APIs bereit, etwa für lokale Sprachmodelle oder Text- und Bildverarbeitung.

MSIX-Packaging und CI/CD-Integration

Das Tool übernimmt auch das Erstellen von MSIX-Paketen für die Distribution über den Microsoft Store oder Sideloading. Mit winapp pack ./my-app-files --cert ./devcert.pfx erzeugt es Store-fähige oder für manuelles Deployment vorbereitete Pakete. Entwicklerzertifikate lassen sich per winapp cert generate erstellen und optional lokal installieren. Auch das Aktualisieren von Manifest-Ressourcen funktioniert über die CLI, etwa mit winapp manifest update-assets C:\images\my-logo.png.

Für Continuous-Integration-Workflows bietet Microsoft Actions für GitHub Actions und Azure DevOps an. Die setup-WinAppCli-Action installiert winapp automatisch in der Pipeline. Entwickler können damit konsistente Build-Umgebungen schaffen, ohne manuell SDKs oder Tools konfigurieren zu müssen.

Alternativen zu Visual Studio und MSBuild

winapp CLI ist laut Ankündigung explizit als Ergänzung für Entwickler gedacht, die außerhalb des Visual-Studio-Ökosystems arbeiten. Neben Electron und Rust unterstützt winapp auch C++ mit CMake, .NET, Dart und weitere Sprachen und Frameworks. Guides für diese Technologien sowie Beispielprojekte finden sich im GitHub-Repository.

Die Installation erfolgt wahlweise über WinGet mit winget install Microsoft.winappcli --source winget, als npm-Paket oder manuell über GitHub Releases. Während der Public Preview sammelt Microsoft Feedback über das GitHub-Repository. Welche Features Priorität erhalten und wann eine finale Version erscheint, ist aktuell offen. Für Entwickler, die auf alternative Cross-Platform-Frameworks setzen, bleiben Optionen wie .NET MAUI, Avalonia, Uno Platform oder React Native for Desktop bestehen.

(fo)

Platform Engineering Labs hat Version 0.80.0 seiner Infrastructure-as-Code-Plattform formae vorgelegt und führt damit Multi-Cloud-Support ein. Neben AWS unterstützt die Open-Source-Plattform nun auch Google Cloud Platform (GCP), Microsoft Azure, Oracle Cloud Infrastructure (OCI) sowie OVHcloud im Beta-Status. Neu ist zudem ein Plug-in-SDK, über das Entwicklerinnen und Entwickler das Infrastruktur-Tooling individuell erweitern können.

Seit Oktober 2025 tritt formae als Alternative zu etablierten IaC-Werkzeugen wie Terraform an. Im Unterschied zu den etablierten Tools verfolgt formae einen neuen Ansatz, der verspricht, bestehende Cloud-Infrastrukturen automatisch zu erkennen und in Code zu überführen. Auch das Problem der State-Dateien, die zu Inkonsistenzen zwischen dem geplanten und dem tatsächlichen Zustand der Infrastruktur führen können, soll formae lösen.

Mit dem neu eingeführten Multi-Cloud-Support reagiert Platform Engineering Labs laut Ankündigung auf die Bedürfnisse vieler Infrastruktur-Teams, die sich in der Praxis nicht allein auf einen Cloud-Provider verlassen.

Plug-in-SDK ermöglicht Erweiterungen

Individuellen Anforderungen von Anwenderinnen und Anwendern öffnet sich formae durch das neue Plug-in-SDK. Das bei traditionellen IaC-Werkzeugen häufig zeitaufwendige Entwickeln von Providern soll mit dem neuen SDK in der Regel in wenigen Stunden möglich sein, wobei auch Schema-Garantien und konsistentes Verhalten über verschiedene Umgebungen hinweg erhalten bleiben.

„Wir wollten, dass sich das Erweitern von formae wie echte Softwareentwicklung anfühlt, nicht wie ein Kampf mit einem Provider-Framework“, erklärt Zachary Schneider, Mitgründer und CTO von Platform Engineering Labs. Dazu biete das Plug-in-SDK Entwicklern eine übersichtliche Oberfläche, die den Fokus gezielt auf das zu unterstützende System lenke.

Automatische Erkennung und KI-Kompatibilität

Die Plattform behält ihren technischen Ansatz bei: formae erkennt Infrastruktur-Ressourcen automatisch und überführt Änderungen in eine einheitliche Quelle, ohne dass explizites State-Management oder komplexe Migrationen erforderlich sein sollen. Laut Platform Engineering Labs arbeitet die Software zudem reibungslos mit KI-Coding-Assistenten zusammen, sodass Erweiterungen gegen eine stabile, Schema-sichere Schnittstelle erstellt werden könnten.

Die Neuerungen sollen vor allem ein Problem adressieren, das viele Anwender von etablierten IaC-Werkzeugen kennen dürften: Deren bestehende Ökosysteme und Marktplätze liefern nützliche Ergebnisse, solange eine benötigte Integration bereits existiert. Weicht der eigene Bedarf davon ab oder entspricht die Qualität nicht den Anforderungen, bleiben den Teams laut Platform Engineering Labs oft nur Workarounds – etwa das Warten auf Updates, das Anpassen der eigenen Infrastruktur an verfügbare Lösungen oder die Pflege von Forks.

formae steht in Version 0.80.0 auf GitHub derzeit unter der FSL-Lizenz (Functional Source License) zur Verfügung. Details zum SDK bietet die Entwickler-Dokumentation. Wer darüber hinaus Hilfe aus der Community benötigt, findet diese auf Discord.

(map)