External model provider
- Processing location
- At the selected provider, in the contractually agreed region
- Suitable for
- Wide choice of managed models
- Check before use
- Contract, region, retention and data transfer
Open source · TYPO3 · Netresearch
Connect language models centrally, support your editors and add the functions you need. Ten open-source components can be combined to suit your use case. The independent browser assistant answers questions about the current page.
Select a task to see its components. These are functional groups; required technical dependencies are listed in the module table.
nr-vault manages API keys with envelope encryption. Passkeys add passwordless sign-in. nr-http-guard checks outbound HTTP destinations on the registered TYPO3 RequestFactory path and bound guard clients.
Related components
Passkeys authenticate people; TYPO3 permissions define their access. Passkeys are optional for the AI foundation, but nr-passkeys-fe requires nr-passkeys-be. HTTP Guard does not automatically protect Vault: its optional adapter integration is needed. Independent SDK/Guzzle clients and direct cURL/socket calls are outside the protected path.
GitHub release and Composer requirements are read from the same release tag where one exists. Maturity comes from the product manifest, portfolio or extension declaration. Each value links to its source.
Sources retrieved: · Download source data
On narrow screens, scroll sideways within this table region.
| Module / task | Maturity | GitHub release | PHP / TYPO3 | Requires directly | Boundary |
|---|---|---|---|---|---|
| nr-vaultSecret management | StableSource | v1.5.02026-11-11 | PHP ^8.2TYPO3 ^13.4 || ^14.3Composer | None | Stores encrypted credentials and audit data; not a business knowledge store. |
| nr-http-guardOutbound HTTP requests and SSRF protection | AlphaSource | v0.1.42026-10-18 | PHP ^8.2TYPO3 ^13.4.36 || ^14.3.8Composer | None | Alpha: registered TYPO3 RequestFactory and bound guard clients after activation. Policy, exceptions and operating mode determine protection; Vault needs separate adapter integration, while independent HTTP clients remain outside. |
| nr-passkeys-beBackend sign-in | StableSource | v1.0.32026-11-01 | PHP ^8.2TYPO3 ^12.4 || ^13.4 || ^14.3Composer | None | Authenticates backend users; TYPO3 permissions still apply. |
| nr-passkeys-feFrontend sign-in | StableSource | v2.0.12026-10-31 | PHP ^8.2TYPO3 ^13.4 || ^14.3Composer | nr-passkeys-be | Authenticates frontend users; the site controls data access. |
| nr-llmShared model integration | BetaSource | v0.43.232026-11-10 | PHP ^8.2TYPO3 ^13.4 || ^14.3Composer | nr-vault | Controls connected server-side calls; model answers can be wrong. |
| nr-mcp-agentBackend assistant | AlphaSource | v0.36.02026-11-10 | PHP ^8.2TYPO3 ^13.4 || ^14.3Composer | nr-llm | Alpha for controlled evaluation; writing tools require approval. |
| nr-browser-aiQuestions about the current page | BetaSource | v0.8.02026-10-31 | PHP ^8.2TYPO3 ^12.4 || ^13.4 || ^14.3Composer | None | Supported desktop Chrome and model download; no central logs. |
| cowriterWriting in CKEditor | StableSource | v3.27.02026-11-08 | PHP ^8.2TYPO3 ^13.4 || ^14.3Composer | nr-llm | Editors review generated content before accepting and publishing it. |
| nr-repurposeTurning content into further formats | AlphaSource | v0.14.02026-11-02 | PHP ^8.3TYPO3 ^14.3Composer | nr-llmnr-vault | Alpha; requires TYPO3 14.3/PHP 8.3 and suitable model capabilities. |
| nr-landingpagePreparing landing pages | BetaSource | v0.3.262026-11-04 | PHP ^8.2TYPO3 ^13.4 || ^14.3Composer | nr-llm | Beta; editorial review and approval before publication. |
A GitHub release does not independently verify TER/Packagist availability. A selected stack must satisfy the intersection of all requirements. Maturity is not a security certification.
The configured endpoint determines the operator and processing location. API compatibility alone says nothing about either. In a fallback chain, review every endpoint.
Technical functions need owners. This proposed mapping covers the server-side nr-llm path; browser AI has no central usage logs.
Owner: Architecture and data protection
Endpoints, contracts and fallback configuration
Owner: Finance and administration
nr-llm user budgets and estimated usage cost
Owner: Business owner and IT security
Tool groups, TYPO3 permissions and approval decisions
Owner: IT security and operator
Server-side usage, tool calls and configured retention
Owner: Architecture and business owner
Capabilities, quality evaluation and new model data flow
Owner: Operations and incident process
Shutdown controls, error messages and a named contact
Documentation is linked per module. The English repository manuals refer to the release tag or main branch named in the comparison.
Secret management
Composer packagecomposer require netresearch/nr-vault
Outbound HTTP requests and SSRF protection
Composer packagecomposer require netresearch/nr-http-guard
Backend sign-in
Composer packagecomposer require netresearch/nr-passkeys-be
Frontend sign-in
Composer packagecomposer require netresearch/nr-passkeys-fe
Shared model integration
Composer packagecomposer require netresearch/nr-llm
Backend assistant
Composer packagecomposer require netresearch/nr-mcp-agent
Questions about the current page
Composer packagecomposer require netresearch/nr-browser-ai
Writing in CKEditor
Composer packagecomposer require netresearch/t3-cowriter
Turning content into further formats
Composer packagecomposer require netresearch/nr-repurpose
Preparing landing pages
Composer packagecomposer require netresearch/nr-landingpage
No. nr-llm requires nr-vault. The backend agent and content tools are additional, individually selectable consumers of nr-llm. Passkeys and HTTP Guard are separate choices; nr-passkeys-fe requires nr-passkeys-be. HTTP Guard requires neither Vault nor passkeys. nr-browser-ai works independently. The table lists direct Netresearch dependencies and version requirements.
No. After activation, nr-http-guard covers the registered TYPO3 RequestFactory path and clients created by its guard factories. Configured policies, exceptions and enforce, observe or disabled modes still apply. Vault needs the optional adapter integration; independent SDK/Guzzle clients, early bootstrap requests and direct cURL/socket calls need their own integration. The published version is alpha for evaluation.
The local default adapter of nr-vault stores encrypted secret values and encrypted data keys in the database. The master key lives outside it. Consuming extensions use vault identifiers. The goal is to avoid plaintext keys, not database storage itself.
User budgets and usage recording are available for server-side calls routed through nr-llm. They do not cover independent SaaS tools. nr-browser-ai runs locally in the browser and deliberately has no central usage history.
Suitable self-hosted models can support that. Review the complete data flow, including fallback configuration, tools and knowledge sources. OpenAI compatibility describes an interface, not a processing location.
It remains a separate integration project. Based on published package requirements, the earlier rx-scheduled-social, t3socials and pb_social examples are not recommendations for TYPO3 13.4/14.3. Verify maintenance, current channel APIs and approvals before choosing a solution.
We work through your use case, existing TYPO3/PHP versions, permitted data flows and the scope of a controlled evaluation.
Found an error? Open an issue in the page repository