Open Source · TYPO3 · Netresearch

KI in TYPO3 einführen. Mit Kontrolle über Modelle, Kosten und Zugriffe.

Verbinden Sie Sprachmodelle zentral, unterstützen Sie Ihre Redaktion und ergänzen Sie nur die Funktionen, die Sie brauchen. Neun quelloffene Extensions lassen sich passend zu Ihrem Anwendungsfall kombinieren. Eine eigenständige Browser-KI beantwortet Fragen zur aufgerufenen Seite.

Welche Aufgabe möchten Sie lösen?

Wählen Sie eine Aufgabe für die passenden Bausteine. Die Gruppen zeigen fachliche Zusammenhänge; zwingende technische Abhängigkeiten stehen in der Modultabelle.

Sicherheit und Identität

Zugänge und Secrets schützen

nr-vault verwaltet API-Schlüssel mit Envelope-Verschlüsselung. nr-passkeys-be und nr-passkeys-fe ergänzen passwortlose Anmeldung für die jeweilige Benutzergruppe.

Aufgabe
Schlüssel zentral verwalten, Zugriffe begrenzen und Änderungen nachvollziehen.
Für wen
Administration · IT-Sicherheit · Identity Management
Ergebnis
Verschlüsselte Secret-Werte in der Datenbank; der Master-Key liegt außerhalb. Konsumierende Extensions speichern Vault-Kennungen.

Zugehörige Bausteine

Anmeldung und Berechtigungen getrennt betrachten

Passkeys authentifizieren Menschen. TYPO3-Berechtigungen legen deren Zugriff fest. Passkeys sind für die KI-Basis optional; nr-passkeys-fe benötigt nr-passkeys-be. nr-llm benötigt keine Passkey-Extension.

Alle neun Module im Vergleich

GitHub-Release und Composer-Voraussetzungen stammen aus demselben Release-Tag, soweit ein Release vorliegt. Der Reifegrad stammt aus dem Produktmanifest, dem Portfolio oder der Extension-Deklaration. Jeder Wert besitzt einen Quelllink.

Quellen abgerufen: · Quelldaten herunterladen

Die Tabelle lässt sich bei schmalem Bildschirm innerhalb dieses Bereichs seitlich scrollen.

Modul / AufgabeReifegradGitHub-ReleasePHP / TYPO3Benötigt direktGrenze
nr-vaultSecret-Verwaltung StabilQuelle v1.1.02026-09-29 PHP ^8.2TYPO3 ^13.4 || ^14.3Composer Keine Speichert verschlüsselte Secrets und Auditdaten; kein fachlicher Wissensspeicher.
nr-passkeys-beBackend-Anmeldung StabilQuelle v1.0.12026-09-29 PHP ^8.2TYPO3 ^12.4 || ^13.4 || ^14.3Composer Keine Authentifiziert Backend-Nutzer; TYPO3-Rechte bleiben maßgeblich.
nr-passkeys-feFrontend-Anmeldung StabilQuelle v2.0.02026-09-29 PHP ^8.2TYPO3 ^13.4 || ^14.3Composer nr-passkeys-be Authentifiziert Frontend-Nutzer; Datenzugriff folgt den Regeln der Seite.
nr-llmZentrale Modellanbindung BetaQuelle v0.41.52026-10-25 PHP ^8.2TYPO3 ^13.4 || ^14.3Composer nr-vault Kontrolliert die angeschlossenen serverseitigen Aufrufe; Modellantworten können falsch sein.
nr-mcp-agentBackend-Assistent AlphaQuelle v0.20.02026-10-25 PHP ^8.2TYPO3 ^13.4 || ^14.3Composer nr-llm Alpha zur kontrollierten Evaluierung; schreibende Werkzeuge benötigen Freigabe.
nr-browser-aiFragen zur aktuellen Seite BetaQuelle v0.7.12026-08-13 PHP ^8.2TYPO3 ^12.4 || ^13.4 || ^14.3Composer Keine Geeigneter Desktop-Chrome und Modelldownload; keine zentrale Protokollierung.
cowriterSchreiben im CKEditor StabilQuelle v3.13.02026-10-20 PHP ^8.2TYPO3 ^13.4 || ^14.3Composer nr-llm Redaktion prüft generierte Inhalte vor Übernahme und Veröffentlichung.
nr-repurposeInhalte in weitere Formate umwandeln AlphaQuelle v0.11.42026-10-20 PHP ^8.3TYPO3 ^14.3Composer nr-llmnr-vault Alpha; TYPO3 14.3/PHP 8.3 und passende Modellfähigkeiten erforderlich.
nr-landingpageLandingpages vorbereiten BetaQuelle v0.3.212026-10-20 PHP ^8.2TYPO3 ^13.4 || ^14.3Composer nr-llm Beta; redaktionelle Prüfung und Freigabe vor Veröffentlichung.

Ein GitHub-Release belegt keine separat geprüfte TER-/Packagist-Verfügbarkeit. Für einen Teilstack gilt die Schnittmenge aller Voraussetzungen. Die Reifegrade sind keine Sicherheitszertifizierung.

Wo werden Ihre Daten verarbeitet?

Der tatsächlich konfigurierte Endpunkt entscheidet über Betreiber und Verarbeitungsort. API-Kompatibilität allein sagt darüber nichts aus. Bei Rückfallketten gilt das für jeden Endpunkt.

Externer Modellanbieter

Verarbeitungsort
Beim gewählten Anbieter, in dessen vertraglich vereinbarter Region
Geeignet für
Große Auswahl verwalteter Modelle
Zu klären
Vertrag, Region, Aufbewahrung und Übermittlung der Daten

Azure OpenAI

Verarbeitungsort
Im gewählten Azure-Dienst und dessen konfigurierter Region
Geeignet für
Teams mit passendem Azure-Vertrag
Zu klären
Deployment, Modellfähigkeiten und Datenverarbeitung des konkreten Dienstes

OpenAI-kompatible API

Verarbeitungsort
Je nach Endpunkt intern oder extern
Geeignet für
Verwaltete oder selbst gehostete kompatible Dienste
Zu klären
Betreiber, Region und unterstützte Funktionen einzeln prüfen

Selbst gehostet: Ollama / vLLM / LocalAI

Verarbeitungsort
In Ihrer dafür konfigurierten Infrastruktur
Geeignet für
Prompts sollen intern verarbeitet werden
Zu klären
Hardware, Modellpflege sowie externe Rückfallpfade und Werkzeuge prüfen

Browser-KI

Verarbeitungsort
Auf dem unterstützten Gerät des Besuchers
Geeignet für
Fragen zum öffentlich sichtbaren Seiteninhalt
Zu klären
Modelldownload, Browserabdeckung und Ersatzansicht; kein zentraler Audit-Trail

Wer entscheidet was?

Technische Funktionen brauchen Zuständigkeiten. Die folgende Zuordnung ist ein Vorschlag für den serverseitigen nr-llm-Pfad; die Browser-KI besitzt keine zentralen Nutzungsprotokolle.

Anbieter und Datenflüsse freigeben

Zuständig: Architektur und Datenschutz

Endpunkte, Verträge und Rückfallkonfiguration

Budgets festlegen

Zuständig: Controlling und Administration

nr-llm-Nutzerbudgets und geschätzte Nutzungskosten

Werkzeuge und Schreibrechte erlauben

Zuständig: Fachbereich und IT-Sicherheit

Werkzeuggruppen, TYPO3-Rechte und Freigabeentscheidungen

Protokolle und Aufbewahrung prüfen

Zuständig: IT-Sicherheit und Betreiber

Serverseitige Nutzung, Werkzeugaufrufe und konfigurierte Aufbewahrung

Modelle wechseln

Zuständig: Architektur und Fachbereich

Fähigkeiten, Qualitätsevaluation und Datenfluss des neuen Modells

Fehler behandeln

Zuständig: Betrieb und Incident-Prozess

Abschaltmöglichkeit, Fehlermeldungen und zuständige Ansprechperson

Technischer Einstieg je Modul

Die Dokumentation ist nach Modul verlinkt. Die englischen Repository-Handbücher beziehen sich auf den in der Tabelle genannten Release-Tag oder Hauptzweig.

Häufige Fragen

Muss ich alle neun Extensions installieren?

Nein. nr-llm benötigt nr-vault. Backend-Agent und Content-Werkzeuge sind zusätzliche, einzeln wählbare Verbraucher von nr-llm. Passkeys sind optional für die KI-Basis; nr-passkeys-fe benötigt aber nr-passkeys-be. nr-browser-ai benötigt weder nr-llm noch Vault oder Passkeys. Die Tabelle zeigt direkte Netresearch-Abhängigkeiten und Versionsvoraussetzungen.

Wo liegen API-Schlüssel?

Beim lokalen Standardadapter speichert nr-vault verschlüsselte Secret-Werte und verschlüsselte Datenschlüssel in der Datenbank. Der Master-Key liegt außerhalb. Konsumierende Extensions verwenden Vault-Kennungen; es geht um die Vermeidung von Klartextschlüsseln, nicht um eine datenbankfreie Ablage.

Gelten Budgets und Protokolle für jede KI-Nutzung?

Für die über nr-llm angebundenen serverseitigen Aufrufe stehen Nutzerbudgets und Nutzungsaufzeichnung bereit. Diese erfassen keine unabhängigen SaaS-Werkzeuge. nr-browser-ai arbeitet lokal im Browser und führt bewusst keine zentrale Nutzungshistorie.

Kann ich sensible Daten intern verarbeiten?

Mit passenden selbst gehosteten Modellen ist das möglich. Prüfen Sie den gesamten Datenfluss einschließlich Rückfallkonfiguration, Werkzeugen und Wissensquellen. OpenAI-Kompatibilität ist ein Schnittstellenmerkmal und keine Zusage über den Verarbeitungsort.

Was ist mit Veröffentlichung in sozialen Netzwerken?

Das bleibt ein gesondertes Integrationsvorhaben. Die früher verlinkten rx-scheduled-social, t3socials und pb_social sind anhand ihrer veröffentlichten Paketvoraussetzungen keine Empfehlung für TYPO3 13.4/14.3. Wartung, aktuelle Kanal-APIs und Freigaben müssen vor einer Auswahl nachgewiesen werden.

Den passenden ersten Schritt bestimmen

Wir klären Ihren Anwendungsfall, vorhandene TYPO3-/PHP-Versionen, zulässige Datenflüsse und den Umfang einer kontrollierten Evaluierung.

Einen Fehler gefunden? Issue im Seiten-Repository anlegen