Die AI Suite MCP stellt derzeit 45 Tools bereit. Jedes Tool gehört zu genau einem OAuth-Scope, und ein Scope wird nur gewährt, wenn die Backend-Gruppe des Benutzers das passende AI Suite-Feature-Recht besitzt (siehe Berechtigungen & Scopes). Die Tool-Liste, die ein Model zu sehen bekommt, ist deshalb pro Benutzer unterschiedlich. Fehlt ein Recht, taucht das betroffene Tool gar nicht auf.

Die folgende Übersicht ist nach Scopes gruppiert und nennt zu jedem Tool kurz seinen Zweck. Die vollständigen Parameter liefert jeder Client selbst, weil sie als JSON-Schema Teil der Tool-Definition sind. Welche Tools eine konkrete Installation tatsächlich ausliefert, verrät readServerInfo.

Diese Tools lesen nur. Sie kosten keine Credits und rufen kein KI-Model auf.

Die erkundenden Tools dieser Gruppe gehören zu mcp:read, die schreibenden zu mcp:write. Alle Schreibvorgänge laufen über den DataHandler und damit über die üblichen TYPO3-Prüfungen, und sie folgen dem eingestellten Schreibmodus.

Diese Tools rufen die Anbieter und Models der AI Suite auf und verbrauchen Credits. Welche Models zur Verfügung stehen, ergibt sich aus der AI Suite-Konfiguration und den Modelrechten der Backend-Gruppe. In AI Suite MCP ist dafür keine zusätzliche Einstellung nötig.

Sie sind damit die einzigen Tools, die einen gültigen API-Key der AI Suite voraussetzen. Fehlt er oder deckt das Lizenzpaket die Funktion nicht ab, bleiben die Tools in der Tool-Liste stehen und werden vom Model auch aufgerufen. Der Aufruf endet dann mit einem Lizenzfehler. Das unterscheidet sie von den Feature-Rechten der Backend-Gruppe, die ein Tool bereits aus der Liste entfernen.

Leichte Sprache und das DeepL-Glossar der Site sind kein eigenes Tool, sondern Bestandteil der Übersetzungs-Tools. Das Glossar wird automatisch angewendet.

Dieses Tool bringt vorhandene Dateien in die Dateiverwaltung, ohne ein KI-Model zu bemühen. Es kostet keine Credits und funktioniert auch ohne gültigen API-Key der AI Suite. Es hängt an einem eigenen Scope und einem eigenen Feature-Recht, beide standardmäßig aus, weil es als einziges Tool neben generateImage eine physische Datei anlegt und deshalb nicht über einen Workspace zurückgenommen werden kann.

Nicht zu verwechseln mit copyMediaReference und replaceMediaReference. Die beiden hängen keine neue Datei ein, sondern setzen bestehende Dateireferenzen um, gehören deshalb zu mcp:write und stehen in der Datensatz-Gruppe. Zu Zielordner, Größengrenze, erlaubten Dateiendungen und der Absicherung entfernter Downloads siehe Sicherheit & Betrieb.

Batch-Tools laufen asynchron. Sie liefern sofort eine Task-ID zurück, der Fortschritt wird mit readTaskStatus abgefragt und die Ergebnisse mit readTaskResults gelesen. Geschrieben wird nichts davon automatisch. Ein Batch-Prozess erzeugt Vorschläge, und erst applyTaskResults schreibt sie in die Datensätze.

batchGenerateMetadata nimmt seine Ziele auf genau einem von zwei Wegen. Entweder pageIds als ausdrückliche UID-Liste oder rootPageId als Seite samt allem darunter. Beides zusammen ist ein Fehler, nichts davon ebenfalls. recursive entscheidet, ob ein rootPageId den ganzen Teilbaum durchläuft oder bei den direkten Kindern stehen bleibt. Die Wurzelseite ist immer dabei.