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. Zehn quelloffene Bausteine lassen sich passend zu Ihrem Anwendungsfall kombinieren. Die eigenständige Browser-KI beantwortet Fragen zur aufgerufenen Seite.

Einführung gemeinsam planen Module und Voraussetzungen vergleichen

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, Secrets und HTTP-Ziele schützen

nr-vault verwaltet API-Schlüssel mit Envelope-Verschlüsselung. Passkeys ergänzen passwortlose Anmeldung. nr-http-guard prüft ausgehende HTTP-Ziele im registrierten TYPO3-RequestFactory-Pfad und in gebundenen Guard-Clients.

Aufgabe: Schlüssel verwalten, Zugriffe begrenzen und unerlaubte HTTP-Ziele im angebundenen Client-Pfad abweisen.
Für wen: Administration · IT-Sicherheit · Identity Management
Ergebnis: Verschlüsselte Secrets mit externem Master-Key, getrennte Anmeldung und HTTP-Zielprüfungen nach der konfigurierten Richtlinie. Die Gruppierung ist keine Abhängigkeitskette.

Zugehörige Bausteine

nr-vault nr-http-guard nr-passkeys-be nr-passkeys-fe

Anmeldung, Berechtigungen und HTTP-Schutz trennen

Passkeys authentifizieren Menschen; TYPO3-Rechte bestimmen deren Zugriff. Passkeys sind optional für die KI-Basis; nr-passkeys-fe benötigt nr-passkeys-be. HTTP Guard sichert Vault nicht automatisch ab: Dafür ist die optionale Adapterintegration nötig. Unabhängige SDK-/Guzzle-Clients und direkte cURL-/Socket-Aufrufe liegen außerhalb seines Schutzpfads.

Zugänge, Secrets und HTTP-Ziele schützen

Verschlüsselte Secrets mit externem Master-Key, getrennte Anmeldung und HTTP-Zielprüfungen nach der konfigurierten Richtlinie. Die Gruppierung ist keine Abhängigkeitskette.

Sprachmodelle zentral anbinden

nr-llm verbindet konsumierende Extensions mit konfigurierten Sprachmodellen. nr-mcp-agent ergänzt einen Assistenten im Backend und befindet sich im Alpha-Stadium.

Gemeinsame Anbindung, nutzerbezogene Budgets und Auswertung für über nr-llm geführte Aufrufe.

nr-llm benötigt nr-vault. Der Backend-Agent ist optional. Schreibende Agentenwerkzeuge sind freigabepflichtig; die konkrete Tool-Auswahl und TYPO3-Rechte bleiben zu konfigurieren.

Redaktionelle Inhalte erstellen

cowriter unterstützt beim Schreiben im CKEditor. nr-repurpose erzeugt aus vorhandenen Quellen weitere Formate. nr-landingpage führt durch die Erstellung einer Landingpage.

Drei einzeln wählbare Werkzeuge auf Basis von nr-llm; kein Backend-Agent erforderlich.

nr-repurpose benötigt TYPO3 14.3 und PHP 8.3. Modelle müssen die benötigten Fähigkeiten unterstützen. Entwürfe und Quellen gehören vor Veröffentlichung in eine redaktionelle Prüfung.

Veröffentlichung in Kanälen ergänzen

Für die Veröffentlichung in sozialen Netzwerken wird hier keine mit dem aktuellen Stack verifizierte fertige Integration angeboten.

Ein eigener Integrationsschritt mit geprüftem Wartungsstand, TYPO3-/PHP-Kompatibilität, Kanal-API und Freigabeprozess.

Ältere Beispiele wie rx-scheduled-social, t3socials und pb_social sind keine Empfehlung für TYPO3 13.4/14.3. Ein Feed-Import ersetzt keine ausgehende Veröffentlichung.

Alle zehn 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: 2026-11-14T06:50:10Z · Quelldaten herunterladen

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

Modul / Aufgabe	Reifegrad	GitHub-Release	PHP / TYPO3	Benötigt direkt	Grenze
nr-vaultSecret-Verwaltung	StabilQuelle	v1.7.02026-11-14	PHP ^8.2TYPO3 ^13.4 \|\| ^14.3Composer	Keine	Speichert verschlüsselte Secrets und Auditdaten; kein fachlicher Wissensspeicher.
nr-http-guardAusgehende HTTP-Zugriffe und SSRF-Schutz	AlphaQuelle	v0.1.42026-10-18	PHP ^8.2TYPO3 ^13.4.36 \|\| ^14.3.8Composer	Keine	Alpha: registrierte TYPO3-RequestFactory und gebundene Guard-Clients nach Aktivierung. Richtlinie, Ausnahmen und Betriebsmodus bestimmen den Schutz; Vault benötigt eine gesonderte Adapterintegration, direkte HTTP-Clients bleiben außerhalb.
nr-passkeys-beBackend-Anmeldung	StabilQuelle	v1.0.32026-11-01	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.12026-10-31	PHP ^8.2TYPO3 ^13.4 \|\| ^14.3Composer	nr-passkeys-be	Authentifiziert Frontend-Nutzer; Datenzugriff folgt den Regeln der Seite.
nr-llmZentrale Modellanbindung	BetaQuelle	v0.46.12026-11-14	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.38.12026-11-13	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.9.02026-11-14	PHP ^8.2TYPO3 ^12.4 \|\| ^13.4 \|\| ^14.3Composer	Keine	Geeigneter Desktop-Chrome und Modelldownload; keine zentrale Protokollierung.
cowriterSchreiben im CKEditor	StabilQuelle	v3.28.32026-11-13	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.15.32026-11-13	PHP ^8.3TYPO3 ^14.3Composer	nr-llm nr-vault	Alpha; TYPO3 14.3/PHP 8.3 und passende Modellfähigkeiten erforderlich.
nr-landingpageLandingpages vorbereiten	BetaQuelle	v0.6.22026-11-14	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.

nr-vault

Secret-Verwaltung

Composer-Paketcomposer require netresearch/nr-vault

Technische Dokumentation (EN)Produkt / Repository

nr-http-guard

Ausgehende HTTP-Zugriffe und SSRF-Schutz

Composer-Paketcomposer require netresearch/nr-http-guard

Technische Dokumentation (EN)Produkt / Repository

nr-passkeys-be

Backend-Anmeldung

Composer-Paketcomposer require netresearch/nr-passkeys-be

Technische Dokumentation (EN)Produkt / Repository

nr-passkeys-fe

Frontend-Anmeldung

Composer-Paketcomposer require netresearch/nr-passkeys-fe

Technische Dokumentation (EN)Produkt / Repository

nr-llm

Zentrale Modellanbindung

Composer-Paketcomposer require netresearch/nr-llm

Technische Dokumentation (EN)Produkt / Repository

nr-mcp-agent

Backend-Assistent

Composer-Paketcomposer require netresearch/nr-mcp-agent

Technische Dokumentation (EN)Produkt / Repository

nr-browser-ai

Fragen zur aktuellen Seite

Composer-Paketcomposer require netresearch/nr-browser-ai

Technische Dokumentation (EN)Produkt / Repository

cowriter

Schreiben im CKEditor

Composer-Paketcomposer require netresearch/t3-cowriter

Technische Dokumentation (EN)Produkt / Repository

nr-repurpose

Inhalte in weitere Formate umwandeln

Composer-Paketcomposer require netresearch/nr-repurpose

Technische Dokumentation (EN)Produkt / Repository

nr-landingpage

Landingpages vorbereiten

Composer-Paketcomposer require netresearch/nr-landingpage

Technische Dokumentation (EN)Produkt / Repository

Häufige Fragen

Muss ich alle zehn Module installieren?

Nein. nr-llm benötigt nr-vault. Backend-Agent und Content-Werkzeuge sind zusätzliche, einzeln wählbare Verbraucher von nr-llm. Passkeys und HTTP Guard sind gesonderte Entscheidungen; nr-passkeys-fe benötigt nr-passkeys-be. HTTP Guard benötigt weder Vault noch Passkeys. nr-browser-ai arbeitet unabhängig. Die Tabelle zeigt direkte Netresearch-Abhängigkeiten und Versionsvoraussetzungen.

Schützt HTTP Guard automatisch alle ausgehenden Verbindungen?

Nein. Nach Aktivierung erfasst nr-http-guard den registrierten TYPO3-RequestFactory-Pfad und Clients aus seinen Guard-Factories. Konfigurierte Richtlinien, Ausnahmen sowie Enforce-, Observe- oder Disabled-Modus bleiben maßgeblich. Vault wird erst durch die optionale Adapterintegration angebunden; unabhängige SDK-/Guzzle-Clients, frühe Bootstrap-Aufrufe und direkte cURL-/Socket-Aufrufe brauchen eigene Integration. Die veröffentlichte Version ist Alpha zur Evaluierung.

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

Beratungstermin anfragen Dokumentation öffnen