Skip to content

Agent-readable comparison

AnythingLLM vs Open WebUI

Published by onAI. onAI also sells one of the products compared here. Findings about other products link to public sources so you can check them; statements about onAI are marked as stated by onAI.

This comparison has 45 criteria with sourced findings for both products, including 45 that a second agent cross-checked for both. 48 criteria have a sourced finding for at least one product. "Sourced" findings passed publication validation: they are scoped, fresh and cite public resolved sources. "Agent cross-checked" findings also received a separate agent source pass, not necessarily a hands-on test. "Stated by onAI" marks the publisher's own statements about its product (evidence type vendor-statement), which cite no third-party source. Humans approve the rubric, templates and generator; they do not review every finding. No winner is declared. A missing sourced finding is not evidence that a capability is absent.

Same facts as Markdown and JSON. Methodology.

Models

MOD-01 Model catalogue and providers

Judgment rule: List each available model by provider and plan, including reasoning, fast and multimodal variants. Record whether the user picks the model, the product routes automatically, or both. A provider counts only if at least one of its current models is selectable on the scoped plan.

AnythingLLM

Agent cross-checked Support: partial

The customer selects provider/model combinations at system, workspace and Agent level; optional routing can choose per message.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • providers: Documented integrations include OpenAI, Azure, Anthropic, Google, Bedrock, Mistral, Cohere, OpenRouter, LiteLLM and local servers. Actual selectable models require configured accounts/endpoints; no endpoint was exercised.
  • current_models: Which current models are selectable on this plan? A complete current selectable-model catalog was not captured from configured provider accounts.
  • auto_routing: Model Router supports ordered rules and a fallback model, including LLM-classified rules. A complete chosen-model display/test was not established.
  • multimodal_input: System/workspace routes can accept image input with compatible models; exact audio/file and per-model behavior was not tested.
  • providers Which model providers are available? [partial]: Documented integrations include OpenAI, Azure, Anthropic, Google, Bedrock, Mistral, Cohere, OpenRouter, LiteLLM and local servers. Actual selectable models require configured accounts/endpoints; no endpoint was exercised. Sources: anythingllm:anythingllm:models, anythingllm:anythingllm:llmconfig.
  • current_models Which current models are selectable on this plan? [unknown]: current_models: Which current models are selectable on this plan? A complete current selectable-model catalog was not captured from configured provider accounts.
  • user_choice Can users pick the model per chat? [supported]: System/workspace/Agent selections are configurable; the current built-in provider also has a chat model picker. Sources: anythingllm:anythingllm:llmconfig, anythingllm:anythingllm:built-in.
  • auto_routing Does the product route between models automatically, and is the chosen model shown? [partial]: Model Router supports ordered rules and a fallback model, including LLM-classified rules. A complete chosen-model display/test was not established. Sources: anythingllm:anythingllm:router.
  • multimodal_input Which models accept images, audio or files? [partial]: System/workspace routes can accept image input with compatible models; exact audio/file and per-model behavior was not tested. Sources: anythingllm:anythingllm:models, anythingllm:anythingllm:constants-pin.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:models, anythingllm:anythingllm:llmconfig, anythingllm:anythingllm:built-in, anythingllm:anythingllm:router, anythingllm:anythingllm:constants-pin.

Open WebUI

Agent cross-checked Support: partial

Customers connect local servers and cloud model endpoints and choose models in chat. The available catalog depends on their endpoints and credentials.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • providers: Documented routes include OpenAI, Anthropic, Azure OpenAI, Mistral, DeepSeek and gateways such as OpenRouter; models must be enabled in the connected account. No endpoint was exercised.
  • current_models: Which current models are selectable on this plan? The provider guide contains example model names rather than an observed current endpoint catalog. Automatic routing and a current per-model modality matrix were not verified.
  • auto_routing: Does the product route between models automatically, and is the chosen model shown? The provider guide contains example model names rather than an observed current endpoint catalog. Automatic routing and a current per-model modality matrix were not verified.
  • multimodal_input: Vision and file context depend on the chosen model and configured extraction. No model-by-model audio/image acceptance matrix or fixture run was established.
  • providers Which model providers are available? [partial]: Documented routes include OpenAI, Anthropic, Azure OpenAI, Mistral, DeepSeek and gateways such as OpenRouter; models must be enabled in the connected account. No endpoint was exercised. Sources: open-webui:open-webui:provider, open-webui:open-webui:compat.
  • current_models Which current models are selectable on this plan? [unknown]: current_models: Which current models are selectable on this plan? The provider guide contains example model names rather than an observed current endpoint catalog. Automatic routing and a current per-model modality matrix were not verified.
  • user_choice Can users pick the model per chat? [supported]: Users select connected models in the chat selector and can compare several models. Sources: open-webui:open-webui:provider.
  • auto_routing Does the product route between models automatically, and is the chosen model shown? [unknown]: auto_routing: Does the product route between models automatically, and is the chosen model shown? The provider guide contains example model names rather than an observed current endpoint catalog. Automatic routing and a current per-model modality matrix were not verified.
  • multimodal_input Which models accept images, audio or files? [partial]: Vision and file context depend on the chosen model and configured extraction. No model-by-model audio/image acceptance matrix or fixture run was established. Sources: open-webui:open-webui:rag, open-webui:open-webui:extraction.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:provider, open-webui:open-webui:compat, open-webui:open-webui:rag, open-webui:open-webui:extraction.

MOD-02 Model freshness

Judgment rule: Measure the days from a provider's general release to availability in the product for the last three major releases from OpenAI, Anthropic and Google (and Mistral where offered). Use dated changelogs or observation. Record deprecation notice for retired models.

AnythingLLM

Agent cross-checked Support: partial

Dated releases and version-specific changelogs are public, but the three-release lag benchmark was not measured.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • release_lag_days: What was the lag for each of the last three major releases, per provider? No paired last-three-major-release availability dates or guaranteed model-deprecation notice window was established. The built-in Desktop engine migration removes old downloaded models when accepted.
  • deprecation_notice: How much notice is given before a model is removed? No paired last-three-major-release availability dates or guaranteed model-deprecation notice window was established. The built-in Desktop engine migration removes old downloaded models when accepted.
  • version_pinning: Operators choose remote model IDs or download local GGUF models. Provider retention of old remote snapshots is outside the application’s control.
  • release_lag_days What was the lag for each of the last three major releases, per provider? [unknown]: release_lag_days: What was the lag for each of the last three major releases, per provider? No paired last-three-major-release availability dates or guaranteed model-deprecation notice window was established. The built-in Desktop engine migration removes old downloaded models when accepted.
  • changelog Is there a dated public model changelog? [supported]: GitHub releases and Desktop changelogs document dated changes; v1.18.0 was published 2026-10-13. Sources: anythingllm:anythingllm:releases, anythingllm:anythingllm:changelog.
  • deprecation_notice How much notice is given before a model is removed? [unknown]: deprecation_notice: How much notice is given before a model is removed? No paired last-three-major-release availability dates or guaranteed model-deprecation notice window was established. The built-in Desktop engine migration removes old downloaded models when accepted.
  • version_pinning Can an admin keep an older model version? [partial]: Operators choose remote model IDs or download local GGUF models. Provider retention of old remote snapshots is outside the application’s control. Sources: anythingllm:anythingllm:generic, anythingllm:anythingllm:built-in.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:releases, anythingllm:anythingllm:changelog, anythingllm:anythingllm:generic, anythingllm:anythingllm:built-in.

Open WebUI

Agent cross-checked Support: partial

Dated upstream releases are public. A measured three-release availability lag and model retirement notice remain unknown.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • release_lag_days: What was the lag for each of the last three major releases, per provider? No matched dates for the last three major provider releases and endpoint availability were collected; no binding model-removal notice period was found in the release and provider guides.
  • changelog: GitHub release notes are dated and sometimes mention model/protocol changes; they are not a complete provider model availability timeline.
  • deprecation_notice: How much notice is given before a model is removed? No matched dates for the last three major provider releases and endpoint availability were collected; no binding model-removal notice period was found in the release and provider guides.
  • version_pinning: An admin can list explicit provider model/deployment IDs and keep a chosen local model. Provider removal still controls remote model availability.
  • release_lag_days What was the lag for each of the last three major releases, per provider? [unknown]: release_lag_days: What was the lag for each of the last three major releases, per provider? No matched dates for the last three major provider releases and endpoint availability were collected; no binding model-removal notice period was found in the release and provider guides.
  • changelog Is there a dated public model changelog? [partial]: GitHub release notes are dated and sometimes mention model/protocol changes; they are not a complete provider model availability timeline. Sources: open-webui:open-webui:releases.
  • deprecation_notice How much notice is given before a model is removed? [unknown]: deprecation_notice: How much notice is given before a model is removed? No matched dates for the last three major provider releases and endpoint availability were collected; no binding model-removal notice period was found in the release and provider guides.
  • version_pinning Can an admin keep an older model version? [partial]: An admin can list explicit provider model/deployment IDs and keep a chosen local model. Provider removal still controls remote model availability. Sources: open-webui:open-webui:openai, open-webui:open-webui:provider.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:releases, open-webui:open-webui:openai, open-webui:open-webui:provider.

MOD-03 Bring-your-own keys and provider contracts

Judgment rule: Record customer-held API keys, customer cloud accounts (Azure OpenAI, Bedrock, Vertex), and aggregator routes (OpenRouter, LiteLLM) as separate routes. Record what still works without a vendor-provided model, whether prices change with BYO, and documented restrictions. API-key support does not imply support for the customer's own Azure contract.

AnythingLLM

Agent cross-checked Support: partial

BYO provider keys, customer cloud contracts and generic compatible endpoints are documented; provider spend is separate from software licensing.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • byo_restrictions: Tool use and modalities depend on provider/model support; Cloud has additional explicit platform limits. No universal BYO feature-parity guarantee was established.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:models, anythingllm:anythingllm:cloud, anythingllm:anythingllm:azure, anythingllm:anythingllm:bedrock, anythingllm:anythingllm:vertex, anythingllm:anythingllm:generic, anythingllm:anythingllm:license, anythingllm:anythingllm:cloud-limits.

Open WebUI

Agent cross-checked Support: partial

Customer-held keys, Azure deployments and compatible endpoints are documented. The standard software licence does not include provider usage.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=Customer provider accounts or separately operated compatible gateway; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • byo_restrictions: Compatibility and tools depend on the provider protocol and model. The sources do not promise identical functionality across all BYO endpoints.
  • own_api_keys Can the customer use its own provider API keys? [supported]: Administrators supply customer provider keys in Connections. Sources: open-webui:open-webui:openai, open-webui:open-webui:compat.
  • own_cloud_contract Can it use its own Azure OpenAI, Bedrock or Vertex deployment? [supported]: Azure OpenAI is documented using the customer Azure endpoint, deployment names and API key. Bedrock is also documented through a compatible route; Vertex contract behavior was not separately verified. Sources: open-webui:open-webui:openai, open-webui:open-webui:compat.
  • custom_endpoint Can an admin add any OpenAI-compatible endpoint? [supported]: Administrators can set an OpenAI-compatible base URL and credentials. Sources: open-webui:open-webui:compat.
  • byo_pricing Does BYO change the licence price? [supported]: Branding-intact standard use is free; external provider bills and optional Enterprise rights are separate. Sources: open-webui:open-webui:enterprise.
  • byo_restrictions Which features stop working with BYO? [partial]: Compatibility and tools depend on the provider protocol and model. The sources do not promise identical functionality across all BYO endpoints. Sources: open-webui:open-webui:compat, open-webui:open-webui:models.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:openai, open-webui:open-webui:compat, open-webui:open-webui:enterprise, open-webui:open-webui:models.

MOD-04 Local and self-hosted models

Judgment rule: Record support for models running in the customer's environment (vLLM, Ollama, TGI or similar) and which features work with them: chat, RAG, tools, embeddings. Distinguish a documented, supported route from a generic endpoint that happens to work.

AnythingLLM

Agent cross-checked Support: partial

Local chat and local CPU embeddings are documented; built-in-engine availability differs by client and release.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • feature_parity: Chat/RAG are local-capable, but tools and vision depend on model support and optional online services. Cloud explicitly has no bundled built-in LLM. No full offline fixture was run.
  • vendor_hosted_open_models: Does the vendor host open-weight models in EU/CH? No vendor-hosted open-weight model service with verified EU/Swiss inference was established.
  • self_hosted_chat Can chat use a customer-hosted model? [supported]: Ollama and other local providers work as configured endpoints. Desktop’s current built-in engine uses Lemonade/llama.cpp; Docker built-in is opt-in on the latest images and releases after v1.18.0 according to current docs. Sources: anythingllm:anythingllm:ollama, anythingllm:anythingllm:built-in.
  • self_hosted_embeddings Can retrieval use customer-hosted embeddings? [supported]: The built-in all-MiniLM-L6-v2 embedder runs locally on CPU; other local embedding routes are configurable. Sources: anythingllm:anythingllm:local-embed, anythingllm:anythingllm:embed.
  • feature_parity Which features fail with self-hosted models? [partial]: Chat/RAG are local-capable, but tools and vision depend on model support and optional online services. Cloud explicitly has no bundled built-in LLM. No full offline fixture was run. Sources: anythingllm:anythingllm:models, anythingllm:anythingllm:cloud-limits, anythingllm:anythingllm:built-in.
  • vendor_hosted_open_models Does the vendor host open-weight models in EU/CH? [unknown]: vendor_hosted_open_models: Does the vendor host open-weight models in EU/CH? No vendor-hosted open-weight model service with verified EU/Swiss inference was established.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:ollama, anythingllm:anythingllm:built-in, anythingllm:anythingllm:local-embed, anythingllm:anythingllm:embed, anythingllm:anythingllm:models, anythingllm:anythingllm:cloud-limits.

Open WebUI

Agent cross-checked Support: partial

Ollama, llama.cpp and vLLM are documented local inference routes; local retrieval requires local embedding and extraction services.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • feature_parity: Local chat and RAG are possible. Tool reliability depends on model support, and online search, remote providers or cloud OCR require network access. No parity fixture was run.
  • vendor_hosted_open_models: Does the vendor host open-weight models in EU/CH? No first-party commitment to vendor-operated open-weight inference in EU or Switzerland was established in the deployment and provider guides.
  • self_hosted_chat Can chat use a customer-hosted model? [supported]: Chat can use customer-operated Ollama, llama.cpp or vLLM endpoints. Sources: open-webui:open-webui:provider.
  • self_hosted_embeddings Can retrieval use customer-hosted embeddings? [supported]: Retrieval can use local embedding models; the offline guide requires these assets to be downloaded before disconnecting. Sources: open-webui:open-webui:rag, open-webui:open-webui:offline.
  • feature_parity Which features fail with self-hosted models? [partial]: Local chat and RAG are possible. Tool reliability depends on model support, and online search, remote providers or cloud OCR require network access. No parity fixture was run. Sources: open-webui:open-webui:offline, open-webui:open-webui:memory.
  • vendor_hosted_open_models Does the vendor host open-weight models in EU/CH? [unknown]: vendor_hosted_open_models: Does the vendor host open-weight models in EU/CH? No first-party commitment to vendor-operated open-weight inference in EU or Switzerland was established in the deployment and provider guides.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:provider, open-webui:open-webui:rag, open-webui:open-webui:offline, open-webui:open-webui:memory.

MOD-05 Model control and usage limits

Judgment rule: Record admin allow-lists per group, default models, restrictions on which models may see which data, and per-user rate or fair-use limits. Test one restriction with two users in different groups. Record limits as enforced stops, warnings or undocumented fair use.

AnythingLLM

Agent cross-checked Support: partial

Workspace models and admin roles control settings; non-admin multi-user message quotas have a source-inspected blocking path.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • model_allowlist_by_group: Can admins limit models per group? A group-based model allow-list and hard source-data/provider-binding policy were not established in the role and workspace guides. No two-group quota or model restriction fixture was run.
  • data_bound_models: Can admins restrict which models receive connector or knowledge content? A group-based model allow-list and hard source-data/provider-binding policy were not established in the role and workspace guides. No two-group quota or model restriction fixture was run.
  • model_allowlist_by_group Can admins limit models per group? [unknown]: model_allowlist_by_group: Can admins limit models per group? A group-based model allow-list and hard source-data/provider-binding policy were not established in the role and workspace guides. No two-group quota or model restriction fixture was run.
  • data_bound_models Can admins restrict which models receive connector or knowledge content? [unknown]: data_bound_models: Can admins restrict which models receive connector or knowledge content? A group-based model allow-list and hard source-data/provider-binding policy were not established in the role and workspace guides. No two-group quota or model restriction fixture was run.
  • default_model Can admins set the default model? [supported]: The system LLM is the default, overridden by workspace and Agent model configuration. Sources: anythingllm:anythingllm:llmconfig.
  • user_limits What per-user message or token limits apply, and are they published? [supported]: A dailyMessageLimit may be set per user, is system-wide across workspaces, uses a trailing 24-hour count and exempts admins; null means no limit in the inspected function. Sources: anythingllm:anythingllm:user-pin.
  • limit_behaviour What happens when a limit is reached? [supported]: Pinned chat endpoints send an abort/quota message and return before generation when the user cannot send another chat. Sources: anythingllm:anythingllm:chat-pin.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:llmconfig, anythingllm:anythingllm:user-pin, anythingllm:anythingllm:chat-pin.

Open WebUI

Agent cross-checked Support: partial

User/group model grants are documented. Optional custom filters can limit request rates; built-in recurring token/message quotas and monetary budgets remain unverified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=New extension/locale findings inspected at v0.12.4 / 33c1978d5bad52a31df75ea55143025dfad18d16; earlier accepted documented facts retained; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • data_bound_models: Knowledge attached to a model scopes its retrieval, while user/resource grants control access. This does not establish a hard policy binding each source to an allowed outbound provider.
  • user_limits: What per-user message or token limits apply, and are they published? No configured quota or bounded two-user enforcement test was run; budget controls remain in progress on the public roadmap.
  • limit_behaviour: What happens when a limit is reached? No configured quota or bounded two-user enforcement test was run; budget controls remain in progress on the public roadmap.
  • model_allowlist_by_group Can admins limit models per group? [supported]: Private model grants can be assigned to users and groups. Permissions accumulate, so a second group may grant access. Sources: open-webui:open-webui:groups.
  • data_bound_models Can admins restrict which models receive connector or knowledge content? [partial]: Knowledge attached to a model scopes its retrieval, while user/resource grants control access. This does not establish a hard policy binding each source to an allowed outbound provider. Sources: open-webui:open-webui:knowledge, open-webui:open-webui:privacy.
  • default_model Can admins set the default model? [supported]: The groups guide documents default models per group. Sources: open-webui:open-webui:groups.
  • user_limits What per-user message or token limits apply, and are they published? [partial]: An optional official Filter example implements configurable requests per user per minute. It is customer-installed code with process-local counters, not an enabled recurring message/token allowance or monetary budget. No configured deployment was tested. Sources: open-webui:open-webui:r4-rate-limit-example, open-webui:open-webui:r4-filter-implementation.
  • limit_behaviour What happens when a limit is reached? [partial]: The optional rate-limit example rejects an inlet request by raising an exception at its per-minute threshold; the inspected backend propagates inlet failures. Distributed enforcement, persistent quota balances and monetary overshoot behavior remain unverified. Sources: open-webui:open-webui:r4-rate-limit-example, open-webui:open-webui:r4-filter-implementation.

Checked ; agent cross-checked 2026-10-26; check again by 2026-12-25. Sources: open-webui:open-webui:groups, open-webui:open-webui:knowledge, open-webui:open-webui:privacy, open-webui:open-webui:r4-rate-limit-example, open-webui:open-webui:r4-filter-implementation.

Company knowledge

KNOW-01 Files in chat

Judgment rule: Record supported formats, size and count limits, scanned-PDF OCR, tables and spreadsheets, images inside documents, and whether a file is read in full or retrieved in chunks. Upload the shared fixture set (long German PDF, scanned contract, Excel with formulas, PowerPoint) and record failures.

AnythingLLM

Agent cross-checked Support: partial

Files can enter full context or workspace RAG; converters and a PDF OCR fallback are present, with fidelity untested.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • limits: What size and count limits apply per file and chat? No universal file/count limit was established across these deployments. Cloud documents CPU/memory limits, but they do not define a tested per-file allowance. Shared long/scanned/Excel/PowerPoint fixtures were not uploaded.
  • ocr: The PDF implementation attempts OCR when initial text extraction returns no pages. No scanned contract or mixed-content PDF was tested.
  • spreadsheets: XLSX conversion is registered and v1.18.0 reports spreadsheet parsing fixes; preservation of formula semantics and layout was not tested.
  • formats Which formats are accepted? [supported]: Pinned converters register PDF, DOCX, PPTX, XLSX, EPUB, text/CSV/JSON, image and audio formats. Legacy DOC is not in the active registered converter map. Sources: anythingllm:anythingllm:constants-pin.
  • limits What size and count limits apply per file and chat? [unknown]: limits: What size and count limits apply per file and chat? No universal file/count limit was established across these deployments. Cloud documents CPU/memory limits, but they do not define a tested per-file allowance. Shared long/scanned/Excel/PowerPoint fixtures were not uploaded.
  • ocr Are scanned PDFs read? [partial]: The PDF implementation attempts OCR when initial text extraction returns no pages. No scanned contract or mixed-content PDF was tested. Sources: anythingllm:anythingllm:pdf-pin.
  • spreadsheets Are Excel tables read with structure intact? [partial]: XLSX conversion is registered and v1.18.0 reports spreadsheet parsing fixes; preservation of formula semantics and layout was not tested. Sources: anythingllm:anythingllm:constants-pin, anythingllm:anythingllm:changelog.
  • full_vs_chunked Is the whole file used or only retrieved parts, and does the user see which? [supported]: Current attachment mode injects full extracted text. On context overflow the UI offers cancellation, pruning or embedding; embedded documents retrieve chunks and become workspace-wide. Sources: anythingllm:anythingllm:docchat.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:constants-pin, anythingllm:anythingllm:pdf-pin, anythingllm:anythingllm:changelog, anythingllm:anythingllm:docchat.

Open WebUI

Agent cross-checked Support: partial

Documents can be attached and parsed for RAG or full-context injection. Scans depend on extraction configuration; spreadsheet fidelity was not tested.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • formats: PDF and common text/Office documents are documented; parser choice controls formats. Temporary browser-only extraction has DOCX limitations.
  • ocr: Scanned PDFs can use a configured OCR-capable engine. No scanned fixture was tested.
  • spreadsheets: Are Excel tables read with structure intact? The shared Excel/formula, scanned contract and long-document fixtures were not uploaded, so structure preservation and observed failures are unknown.
  • formats Which formats are accepted? [partial]: PDF and common text/Office documents are documented; parser choice controls formats. Temporary browser-only extraction has DOCX limitations. Sources: open-webui:open-webui:extraction, open-webui:open-webui:rag.
  • limits What size and count limits apply per file and chat? [supported]: Administrators configure maximum document MB, upload count and allowed extensions with RAG_FILE_MAX_SIZE, RAG_FILE_MAX_COUNT and RAG_ALLOWED_FILE_EXTENSIONS; these are instance settings rather than a universal vendor allowance. Sources: open-webui:open-webui:env.
  • ocr Are scanned PDFs read? [partial]: Scanned PDFs can use a configured OCR-capable engine. No scanned fixture was tested. Sources: open-webui:open-webui:extraction.
  • spreadsheets Are Excel tables read with structure intact? [unknown]: spreadsheets: Are Excel tables read with structure intact? The shared Excel/formula, scanned contract and long-document fixtures were not uploaded, so structure preservation and observed failures are unknown.
  • full_vs_chunked Is the whole file used or only retrieved parts, and does the user see which? [supported]: Users can select focused chunk retrieval or entire-document context; attached model knowledge has mode-specific behavior described in the guide. Sources: open-webui:open-webui:knowledge, open-webui:open-webui:rag.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:extraction, open-webui:open-webui:rag, open-webui:open-webui:env, open-webui:open-webui:knowledge.

KNOW-02 Knowledge bases and shared collections

Judgment rule: Record curated document collections that persist across chats, who can create and share them, size limits, and how they attach to assistants. Distinguish personal, group and organisation-wide scope.

AnythingLLM

Agent cross-checked Support: partial

Workspace embeddings persist across chats and are shared with every authorized workspace user.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • size_limits: What are the collection limits? No fixed collection storage allowance was established; capacity depends on local hardware or managed-instance tier.
  • persistent_collections Can users keep document collections across chats? [supported]: Embedding a document into a workspace makes it reusable across that workspace’s threads. Sources: anythingllm:anythingllm:docchat.
  • sharing_scope Can collections be shared with users, groups or the whole organisation? [supported]: In Docker multi-user mode, assigned workspace users can use its embedded documents. Admin/Manager roles have broader access; per-original-source ACLs were not established. Sources: anythingllm:anythingllm:docchat, anythingllm:anythingllm:security.
  • size_limits What are the collection limits? [unknown]: size_limits: What are the collection limits? No fixed collection storage allowance was established; capacity depends on local hardware or managed-instance tier.
  • assistant_binding Can collections be bound to an assistant? [supported]: Each workspace has configurable chat/Agent models and its embedded knowledge. Sources: anythingllm:anythingllm:llmconfig, anythingllm:anythingllm:docchat.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:docchat, anythingllm:anythingllm:security, anythingllm:anythingllm:llmconfig.

Open WebUI

Agent cross-checked Support: partial

Knowledge bases persist across chats and can attach to a model or conversation, with user/group/public sharing.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • size_limits: What are the collection limits? No fixed collection capacity was established; limits depend on operator configuration, storage and the selected database.
  • persistent_collections Can users keep document collections across chats? [supported]: Knowledge bases store reusable document collections across chats. Sources: open-webui:open-webui:knowledge.
  • sharing_scope Can collections be shared with users, groups or the whole organisation? [supported]: Private knowledge resources can grant read/write access to named users and groups, or be public within the instance. Sources: open-webui:open-webui:groups, open-webui:open-webui:knowledge.
  • size_limits What are the collection limits? [unknown]: size_limits: What are the collection limits? No fixed collection capacity was established; limits depend on operator configuration, storage and the selected database.
  • assistant_binding Can collections be bound to an assistant? [supported]: A model preset can bind one or more knowledge bases. Sources: open-webui:open-webui:models, open-webui:open-webui:knowledge.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:knowledge, open-webui:open-webui:groups, open-webui:open-webui:models.

KNOW-03 Enterprise connectors

Judgment rule: List each connector separately with plan, availability and setup owner: SharePoint, OneDrive, Outlook, Teams, Google Drive, Gmail, Confluence, Jira, Notion, Box, Salesforce, ServiceNow, file shares. Record whether the vendor or a third party (or the customer via MCP) provides it, and whether it needs admin consent. A connector listed on a roadmap or partner page is `announced`. An on-prem connector or gateway proves access to local data, not a self-hosted platform (DATA-02).

AnythingLLM

Agent cross-checked Support: partial

The source registers import connectors and SQL tools. Mail integrations are single-user features, not verified enterprise multi-user content search.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=Source-specific credentials/registrations, Mail skills require single-user mode; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • microsoft_365: An Outlook skill searches/reads/modifies the connected mailbox, but is explicitly single-user only. SharePoint, OneDrive and Teams connectors were not verified for the multi-user deployment.
  • google_workspace: The Gmail skill is single-user only. A maintained Google Drive enterprise connector and source ACL sync were not verified.
  • atlassian: The pinned connector catalog includes Confluence import. Jira was not established and Confluence per-user permission synchronization was not tested.
  • other_systems: The connector catalog includes GitHub/GitLab/Gitea, websites, YouTube, Obsidian and other import sources; registration does not establish tested source access controls.
  • on_prem_sources: Self-hosted deployments can upload files and connect the SQL Agent to a reachable database. Automatic local-file watching is Desktop-only, not Docker browser upload.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:outlook, anythingllm:anythingllm:gmail, anythingllm:anythingllm:connectors-pin, anythingllm:anythingllm:sync, anythingllm:anythingllm:sql, anythingllm:anythingllm:localdocker, anythingllm:anythingllm:mcp.

Open WebUI

Agent cross-checked Support: partial

Native file pickers and the separately operated official oikb companion provide different connector paths, including oikb Teams and Gmail sync. Source permission preservation remains untested.

Availability: generally-available · Delivery: official-integration
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=Microsoft/Google application registration for native file pickers, Separately deployed official oikb, Open WebUI 0.9.6+ and a user API key, Source credentials: Teams tenant/client/secret; Gmail Google credentials and the optional gmail extra; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • Teams/Gmail are oikb companion connectors, not native per-user live file pickers.
  • Operator setup, source credentials and source-specific consent are required; permissions after indexing/revocation were not tested.
  • microsoft_365 Which M365 sources (SharePoint, OneDrive, Outlook, Teams) are connected? [partial]: Native OneDrive for Business/SharePoint pickers require delegated application permissions and admin consent. Separately, oikb lists SharePoint and Teams; Teams uses TEAMS_TENANT_ID, TEAMS_CLIENT_ID and TEAMS_CLIENT_SECRET. This is a companion sync path. Outlook, exact Teams consent scopes and source-ACL preservation were not verified. Sources: open-webui:open-webui:onedrive, open-webui:open-webui:sync-connectors-r2.
  • google_workspace Which Google sources are connected? [partial]: The native Drive picker imports selected files. Separately, official oikb lists Google Drive and Gmail using GOOGLE_APPLICATION_CREDENTIALS; Gmail has an optional installation extra. Mailbox delegation/consent scope and continuing source-ACL preservation were not tested. Sources: open-webui:open-webui:rag, open-webui:open-webui:sync-connectors-r2.
  • atlassian Confluence and Jira? [partial]: Official companion oikb lists Confluence and Jira. Its separate credentials, runtime and source-specific configuration are required; source-permission sync was not verified. Sources: open-webui:open-webui:sync.
  • other_systems Which other business systems? [partial]: oikb lists GitHub, Notion, Slack and S3 among its sources; these are copied-content integrations rather than native per-user live search. Sources: open-webui:open-webui:sync.
  • on_prem_sources Can on-prem file shares or databases be connected? [supported]: A local folder can be mirrored using directory sync or the separate oikb tool. Sources: open-webui:open-webui:knowledge, open-webui:open-webui:sync.
  • connector_provider Who builds and maintains each connector? [supported]: Open WebUI documents the native file pickers and maintains the official, separately installed oikb companion. MCP/OpenAPI connectors depend on their own maintainers and credentials. Sources: open-webui:open-webui:onedrive, open-webui:open-webui:rag, open-webui:open-webui:sync-connectors-r2, open-webui:open-webui:mcp.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:onedrive, open-webui:open-webui:sync-connectors-r2, open-webui:open-webui:rag, open-webui:open-webui:sync, open-webui:open-webui:knowledge, open-webui:open-webui:mcp.

KNOW-04 Permission-aware retrieval

Judgment rule: Using two test users, verify that a restricted document in the fixture tenant is never cited or summarised for the user without access, including after a permission change. Record whether permissions are enforced at query time by the source system, mirrored into an index, or not enforced. Record the propagation delay of a revocation.

AnythingLLM

Agent cross-checked Support: partial

Workspace access is enforced as the product sharing boundary; original source permissions after copying remain unverified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • source_permissions_respected: Are source permissions enforced per user? No restricted-document two-user fixture or grant/revocation propagation test was run. Purview label enforcement and source ACL fidelity remain unknown.
  • enforcement_point: Default users only access assigned workspaces, and an embedded file becomes available to every user assigned to its workspace. Continuing source-system ACL checks were not established.
  • revocation_delay: How quickly does a removed permission take effect? No restricted-document two-user fixture or grant/revocation propagation test was run. Purview label enforcement and source ACL fidelity remain unknown.
  • admin_scope_controls: Admins control workspace membership and selected documents. Source site/folder/sensitivity-label exclusion was not established.
  • sensitivity_labels: Are Microsoft Purview or similar labels respected? No restricted-document two-user fixture or grant/revocation propagation test was run. Purview label enforcement and source ACL fidelity remain unknown.
  • source_permissions_respected Are source permissions enforced per user? [unknown]: source_permissions_respected: Are source permissions enforced per user? No restricted-document two-user fixture or grant/revocation propagation test was run. Purview label enforcement and source ACL fidelity remain unknown.
  • enforcement_point Does the source system, a mirrored index or nothing enforce them? [partial]: Default users only access assigned workspaces, and an embedded file becomes available to every user assigned to its workspace. Continuing source-system ACL checks were not established. Sources: anythingllm:anythingllm:security, anythingllm:anythingllm:docchat.
  • revocation_delay How quickly does a removed permission take effect? [unknown]: revocation_delay: How quickly does a removed permission take effect? No restricted-document two-user fixture or grant/revocation propagation test was run. Purview label enforcement and source ACL fidelity remain unknown.
  • admin_scope_controls Can admins exclude sites, folders or labels? [partial]: Admins control workspace membership and selected documents. Source site/folder/sensitivity-label exclusion was not established. Sources: anythingllm:anythingllm:security, anythingllm:anythingllm:docchat.
  • sensitivity_labels Are Microsoft Purview or similar labels respected? [unknown]: sensitivity_labels: Are Microsoft Purview or similar labels respected? No restricted-document two-user fixture or grant/revocation propagation test was run. Purview label enforcement and source ACL fidelity remain unknown.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:security, anythingllm:anythingllm:docchat.

Open WebUI

Agent cross-checked Support: partial

Open WebUI knowledge-resource grants are documented. Enforcement of the original enterprise source permissions after copying has not passed the required test.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • source_permissions_respected: Are source permissions enforced per user? No two-user restricted-document, grant/revoke or Purview-label fixture was run. Knowledge-resource ACLs and file-picker consent do not establish continuing source permission enforcement or revocation delay.
  • enforcement_point: Open WebUI resource grants govern access to its knowledge bases. Microsoft delegated permission limits the picker at import time; continuing source-system checks for the copied content were not established.
  • revocation_delay: How quickly does a removed permission take effect? No two-user restricted-document, grant/revoke or Purview-label fixture was run. Knowledge-resource ACLs and file-picker consent do not establish continuing source permission enforcement or revocation delay.
  • admin_scope_controls: Admins choose knowledge grants and which collections a model uses. Source site/folder/label exclusion and label propagation need connector-specific verification.
  • sensitivity_labels: Are Microsoft Purview or similar labels respected? No two-user restricted-document, grant/revoke or Purview-label fixture was run. Knowledge-resource ACLs and file-picker consent do not establish continuing source permission enforcement or revocation delay.
  • source_permissions_respected Are source permissions enforced per user? [unknown]: source_permissions_respected: Are source permissions enforced per user? No two-user restricted-document, grant/revoke or Purview-label fixture was run. Knowledge-resource ACLs and file-picker consent do not establish continuing source permission enforcement or revocation delay.
  • enforcement_point Does the source system, a mirrored index or nothing enforce them? [partial]: Open WebUI resource grants govern access to its knowledge bases. Microsoft delegated permission limits the picker at import time; continuing source-system checks for the copied content were not established. Sources: open-webui:open-webui:groups, open-webui:open-webui:onedrive.
  • revocation_delay How quickly does a removed permission take effect? [unknown]: revocation_delay: How quickly does a removed permission take effect? No two-user restricted-document, grant/revoke or Purview-label fixture was run. Knowledge-resource ACLs and file-picker consent do not establish continuing source permission enforcement or revocation delay.
  • admin_scope_controls Can admins exclude sites, folders or labels? [partial]: Admins choose knowledge grants and which collections a model uses. Source site/folder/label exclusion and label propagation need connector-specific verification. Sources: open-webui:open-webui:knowledge, open-webui:open-webui:groups.
  • sensitivity_labels Are Microsoft Purview or similar labels respected? [unknown]: sensitivity_labels: Are Microsoft Purview or similar labels respected? No two-user restricted-document, grant/revoke or Purview-label fixture was run. Knowledge-resource ACLs and file-picker consent do not establish continuing source permission enforcement or revocation delay.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:groups, open-webui:open-webui:onedrive, open-webui:open-webui:knowledge.

KNOW-05 Freshness and sync model

Judgment rule: Record live (federated) search versus a copied index, sync interval, deletion propagation, and where the index is stored. Edit and delete one fixture document and record when answers change. A copied index adds storage location to DATA-01.

AnythingLLM

Agent cross-checked Support: partial

Knowledge is a copied index. Automatic source refresh is preview and differs between remote sources and Desktop local files.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=Live document sync preview explicitly enabled for automatic refresh; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • Automatic sync is a preview, not a guaranteed freshness SLA.
  • No source edit/delete timing fixture was run.
  • live_or_indexed Is content searched live or copied into an index? [supported]: Embedded knowledge copies parsed chunks into the selected vector store; attachments instead inject extracted text. Sources: anythingllm:anythingllm:docchat, anythingllm:anythingllm:vector.
  • sync_interval How often does an index refresh? [partial]: Preview watched remote sources are checked hourly for staleness, defined as no refresh in seven days; Desktop local watched files are checked every ten minutes while running. No latency fixture was run. Sources: anythingllm:anythingllm:sync.
  • deletion_propagation How quickly does a deleted document disappear? [partial]: Deleting a watched local original marks it Not Found and unwatches it while retaining existing content/embeddings. System deletion must be explicit; remote-source deletion timing was not established. Sources: anythingllm:anythingllm:sync, anythingllm:anythingllm:privacy.
  • index_location Where is indexed content stored? [supported]: Self-hosting selects the configured local or external vector store and its country. Default local storage is distinct from any selected cloud database. Sources: anythingllm:anythingllm:vector, anythingllm:anythingllm:localdocker.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:docchat, anythingllm:anythingllm:vector, anythingllm:anythingllm:sync, anythingllm:anythingllm:privacy, anythingllm:anythingllm:localdocker.

Open WebUI

Agent cross-checked Support: partial

Uploaded knowledge is copied into an operator-selected index. Manual directory sync or a separate daemon updates it.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • sync_interval: Directory sync runs when invoked; oikb offers scheduled/on-demand synchronization. No universal connector interval or SLA applies.
  • deletion_propagation: Directory sync removes files missing from the local manifest during cleanup. Elapsed propagation time was not measured.
  • live_or_indexed Is content searched live or copied into an index? [supported]: Uploaded documents are parsed and indexed; an experimental external-vector-source mode queries a pre-existing customer index without re-ingestion. Sources: open-webui:open-webui:rag, open-webui:open-webui:knowledge.
  • sync_interval How often does an index refresh? [partial]: Directory sync runs when invoked; oikb offers scheduled/on-demand synchronization. No universal connector interval or SLA applies. Sources: open-webui:open-webui:knowledge, open-webui:open-webui:sync.
  • deletion_propagation How quickly does a deleted document disappear? [partial]: Directory sync removes files missing from the local manifest during cleanup. Elapsed propagation time was not measured. Sources: open-webui:open-webui:knowledge.
  • index_location Where is indexed content stored? [supported]: The operator selects the database or external vector source and its deployment location; there is no fixed vendor region for this self-hosted scope. Sources: open-webui:open-webui:rag, open-webui:open-webui:privacy.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:rag, open-webui:open-webui:knowledge, open-webui:open-webui:sync, open-webui:open-webui:privacy.

KNOW-06 Grounding and retrieval quality

Judgment rule: Run the shared question set over the fixture corpus: factual lookups, cross-document questions, German document with an English question, a question with no answer in the corpus. Record citation presence, link accuracy, correct answers and refusals to invent. Disclose model, settings, attempt count and failures. Single runs support a case study, not a ranking.

AnythingLLM

Agent cross-checked Support: partial

The client renders source citations and Query mode documents a no-relevant-content response; quality is untested.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • citation_accuracy: Do the cited passages support the answer? The shared DE/FR/EN factual/cross-document/no-answer corpus was not run. Citation correctness, link accuracy, cross-language retrieval and numerical observed accuracy remain unknown; the default embedder is primarily English-trained.
  • cross_language: Does a question in one language find documents in another? The shared DE/FR/EN factual/cross-document/no-answer corpus was not run. Citation correctness, link accuracy, cross-language retrieval and numerical observed accuracy remain unknown; the default embedder is primarily English-trained.
  • no_answer_behaviour: Query mode documentation says it reports when no relevant information is found. This is documented behavior, not a passed no-answer fixture.
  • observed_accuracy: How many of the question set were answered correctly? The shared DE/FR/EN factual/cross-document/no-answer corpus was not run. Citation correctness, link accuracy, cross-language retrieval and numerical observed accuracy remain unknown; the default embedder is primarily English-trained.
  • citations Are answers linked to specific sources? [supported]: Pinned client code renders document/link citation details and source metadata. Sources: anythingllm:anythingllm:citation-pin.
  • citation_accuracy Do the cited passages support the answer? [unknown]: citation_accuracy: Do the cited passages support the answer? The shared DE/FR/EN factual/cross-document/no-answer corpus was not run. Citation correctness, link accuracy, cross-language retrieval and numerical observed accuracy remain unknown; the default embedder is primarily English-trained.
  • cross_language Does a question in one language find documents in another? [unknown]: cross_language: Does a question in one language find documents in another? The shared DE/FR/EN factual/cross-document/no-answer corpus was not run. Citation correctness, link accuracy, cross-language retrieval and numerical observed accuracy remain unknown; the default embedder is primarily English-trained.
  • no_answer_behaviour Does it say when the corpus has no answer? [partial]: Query mode documentation says it reports when no relevant information is found. This is documented behavior, not a passed no-answer fixture. Sources: anythingllm:anythingllm:chatmodes.
  • observed_accuracy How many of the question set were answered correctly? [unknown]: observed_accuracy: How many of the question set were answered correctly? The shared DE/FR/EN factual/cross-document/no-answer corpus was not run. Citation correctness, link accuracy, cross-language retrieval and numerical observed accuracy remain unknown; the default embedder is primarily English-trained.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:citation-pin, anythingllm:anythingllm:chatmodes.

Open WebUI

Agent cross-checked Support: partial

Citations are documented; citation accuracy and multilingual retrieval outcomes are untested.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • citation_accuracy: Do the cited passages support the answer? The shared DE/FR/EN corpus and factual/no-answer question set were not run. No citation-link accuracy, cross-language result, refusal rate or numerical accuracy is claimed.
  • cross_language: Does a question in one language find documents in another? The shared DE/FR/EN corpus and factual/no-answer question set were not run. No citation-link accuracy, cross-language result, refusal rate or numerical accuracy is claimed.
  • no_answer_behaviour: Does it say when the corpus has no answer? The shared DE/FR/EN corpus and factual/no-answer question set were not run. No citation-link accuracy, cross-language result, refusal rate or numerical accuracy is claimed.
  • observed_accuracy: How many of the question set were answered correctly? The shared DE/FR/EN corpus and factual/no-answer question set were not run. No citation-link accuracy, cross-language result, refusal rate or numerical accuracy is claimed.
  • citations Are answers linked to specific sources? [supported]: RAG answers can include source references; chunk metadata may add details such as page numbers. Sources: open-webui:open-webui:rag.
  • citation_accuracy Do the cited passages support the answer? [unknown]: citation_accuracy: Do the cited passages support the answer? The shared DE/FR/EN corpus and factual/no-answer question set were not run. No citation-link accuracy, cross-language result, refusal rate or numerical accuracy is claimed.
  • cross_language Does a question in one language find documents in another? [unknown]: cross_language: Does a question in one language find documents in another? The shared DE/FR/EN corpus and factual/no-answer question set were not run. No citation-link accuracy, cross-language result, refusal rate or numerical accuracy is claimed.
  • no_answer_behaviour Does it say when the corpus has no answer? [unknown]: no_answer_behaviour: Does it say when the corpus has no answer? The shared DE/FR/EN corpus and factual/no-answer question set were not run. No citation-link accuracy, cross-language result, refusal rate or numerical accuracy is claimed.
  • observed_accuracy How many of the question set were answered correctly? [unknown]: observed_accuracy: How many of the question set were answered correctly? The shared DE/FR/EN corpus and factual/no-answer question set were not run. No citation-link accuracy, cross-language result, refusal rate or numerical accuracy is claimed.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:rag.

KNOW-07 Memory and personal context

Judgment rule: Record personal custom instructions, cross-chat memory, project or workspace context, and user controls to view, edit, delete or disable memory. Record whether admins can disable memory organisation-wide.

AnythingLLM

Agent cross-checked Support: supported

Opt-in personalization stores private global/workspace memories with user controls and admin enablement.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

  • custom_instructions Can users set persistent instructions? [supported]: Workspaces keep model/system instructions and may include user/time variables. Sources: anythingllm:anythingllm:systemprompt, anythingllm:anythingllm:llmconfig.
  • cross_chat_memory Does the product remember facts across chats? [supported]: User memories apply across chats within a workspace or globally; limits are 20 workspace and five global memories per user. Sources: anythingllm:anythingllm:memory.
  • user_memory_controls Can users view, edit and delete memories? [supported]: Users can add, edit, delete and move memories; selected memories are sent to the configured model in the system prompt. Sources: anythingllm:anythingllm:memory.
  • admin_memory_controls Can admins turn memory off? [supported]: Memories are off by default; in multi-user mode only admins enable/disable personalization. Sources: anythingllm:anythingllm:memory.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:systemprompt, anythingllm:anythingllm:llmconfig, anythingllm:anythingllm:memory.

Open WebUI

Agent cross-checked Support: partial

Users can manage persistent memory and admins can disable or group-restrict it.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • custom_instructions: Model presets provide persistent system instructions and users can save instructions as memory. A separate personal-instructions setting was not inspected here.
  • custom_instructions Can users set persistent instructions? [partial]: Model presets provide persistent system instructions and users can save instructions as memory. A separate personal-instructions setting was not inspected here. Sources: open-webui:open-webui:models, open-webui:open-webui:memory.
  • cross_chat_memory Does the product remember facts across chats? [supported]: User-scoped memories carry facts and preferences between conversations. Sources: open-webui:open-webui:memory.
  • user_memory_controls Can users view, edit and delete memories? [supported]: Settings permits adding, editing and deleting memories. Sources: open-webui:open-webui:memory.
  • admin_memory_controls Can admins turn memory off? [supported]: Global and per-group switches disable memory access and server-side context use. Sources: open-webui:open-webui:memory.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:models, open-webui:open-webui:memory.

Assistants and agents

AGT-01 Custom assistants

Judgment rule: Record creation of assistants with instructions, model, knowledge and tools; who can create; sharing scope; versioning; and an internal catalogue or directory. Build one HR policy assistant on the fixture and share it with one group. Prompt templates and a prompt library are recorded here.

AnythingLLM

Agent cross-checked Support: partial

Workspaces combine instructions, a model, knowledge and configured Agent skills; a distinct shareable assistant object/catalog was not fully established.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • creator_permissions: Admin/Manager roles manage workspaces; Default users only chat in assigned workspaces. A separate assistant-creator permission matrix was not established.
  • sharing_scope: Docker workspaces can be assigned to users; Desktop is single-user. Group/everyone assistant-sharing and versioned assistant publishing were not established.
  • catalogue: Is there an internal assistant directory? A complete internal assistant directory/versioning contract and the HR assistant fixture were not verified.
  • prompt_library: Workspace prompts and no-code Agent Flows can be reused, but a separate organization prompt-template catalog was not verified.
  • create_assistants Can users create assistants with instructions, knowledge and tools? [supported]: Workspace and Agent settings combine a model, instructions, embedded knowledge and enabled skills/tools. Sources: anythingllm:anythingllm:llmconfig, anythingllm:anythingllm:agent-setup, anythingllm:anythingllm:docchat.
  • creator_permissions Can admins limit who creates them? [partial]: Admin/Manager roles manage workspaces; Default users only chat in assigned workspaces. A separate assistant-creator permission matrix was not established. Sources: anythingllm:anythingllm:security.
  • sharing_scope Can assistants be shared with users, groups or everyone? [partial]: Docker workspaces can be assigned to users; Desktop is single-user. Group/everyone assistant-sharing and versioned assistant publishing were not established. Sources: anythingllm:anythingllm:security, anythingllm:anythingllm:desktop.
  • catalogue Is there an internal assistant directory? [unknown]: catalogue: Is there an internal assistant directory? A complete internal assistant directory/versioning contract and the HR assistant fixture were not verified.
  • prompt_library Are shared prompt templates available? [partial]: Workspace prompts and no-code Agent Flows can be reused, but a separate organization prompt-template catalog was not verified. Sources: anythingllm:anythingllm:flow, anythingllm:anythingllm:systemprompt.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:llmconfig, anythingllm:anythingllm:agent-setup, anythingllm:anythingllm:docchat, anythingllm:anythingllm:security, anythingllm:anythingllm:desktop, anythingllm:anythingllm:flow, anythingllm:anythingllm:systemprompt.

Open WebUI

Agent cross-checked Support: supported

Model presets are reusable assistants combining instructions, a base model, knowledge and tools.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

  • create_assistants Can users create assistants with instructions, knowledge and tools? [supported]: The Models workspace creates presets with instructions, knowledge, tools, skills and parameters. Sources: open-webui:open-webui:models.
  • creator_permissions Can admins limit who creates them? [supported]: Workspace permission toggles control who can create resources. Sources: open-webui:open-webui:permissions.
  • sharing_scope Can assistants be shared with users, groups or everyone? [supported]: Model grants may target users, groups or public instance visibility. Sources: open-webui:open-webui:groups, open-webui:open-webui:models.
  • catalogue Is there an internal assistant directory? [supported]: The Models workspace lists available presets and model selectors expose those the user can access. Sources: open-webui:open-webui:models.
  • prompt_library Are shared prompt templates available? [supported]: Workspace prompt permissions cover creating and sharing reusable prompt resources. Sources: open-webui:open-webui:permissions.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:models, open-webui:open-webui:permissions, open-webui:open-webui:groups.

AGT-02 Tools, actions and MCP

Judgment rule: Record built-in tools, custom actions (OpenAPI), MCP client support (local and remote servers), authentication model per tool (shared service account or per-user OAuth), and admin approval of tools. Verify one external-tool call and its access boundary.

AnythingLLM

Agent cross-checked Support: partial

Self-hosted/desktop supports built-in skills, API-call flows and MCP. Managed Cloud explicitly excludes custom coded Agents and MCP.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop, AnythingLLM Cloud managed instance; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=Separate MCP servers or custom skill configuration, Mail integrations require single-user mode; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • Cloud does not support MCP or custom coded Agents.
  • Single-user mail approvals do not establish a complete multi-user side-effect policy.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:agent-setup, anythingllm:anythingllm:sql, anythingllm:anythingllm:docgen, anythingllm:anythingllm:chart, anythingllm:anythingllm:outlook, anythingllm:anythingllm:flow-api, anythingllm:anythingllm:cloud-limits, anythingllm:anythingllm:mcp, anythingllm:anythingllm:gmail.

Open WebUI

Agent cross-checked Support: partial

Native/custom tools and MCP are documented. The optional interactive Tool Permissions approval mode is experimental and off by default; automations and channel replies bypass it.

Availability: beta · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Current Tools/MCP documentation retrieved 2026-10-21; beta availability qualifies the optional experimental approval mode, not all tool integrations; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=Optional separately operated MCP/OpenAPI tool servers or stdio bridge; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • The row uses beta for the experimental approval subfeature; ordinary tool integrations are documented separately.
  • Approval is opt-in for interactive chats and is bypassed in automations/channel replies; no mandatory side-effect policy was established.
  • builtin_tools Which tools are built in? [supported]: Knowledge, memory, web and other built-in tool categories are configured per model. Sources: open-webui:open-webui:models.
  • custom_actions Can admins add API actions? [supported]: Admins can install Python tools or connect OpenAPI tool servers. Sources: open-webui:open-webui:tools.
  • mcp_client Can it use remote MCP servers, and with what admin control? [supported]: The dedicated current guide documents admin-configured Streamable HTTP MCP. Local stdio requires a separately deployed bridge such as mcpo. Sources: open-webui:open-webui:mcp, open-webui:open-webui:tools.
  • tool_auth Do tools act as the user or as a shared account? [supported]: Configured modes include bearer credentials and user OAuth/OAuth 2.1; the resulting access depends on the server and granted scopes. Sources: open-webui:open-webui:mcp.
  • tool_approval Can admins approve or block tools, and can users confirm actions before they run? [partial]: Admins control tool access and may enable experimental Tool Permissions (off by default). Interactive users can select Ask for approval with sequential Allow/Deny prompts; Full access remains the default. Automations and channel replies always use full access. A mandatory policy for every side effect and an external-call boundary fixture were not verified. Sources: open-webui:open-webui:approvals-r2, open-webui:open-webui:groups.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:models, open-webui:open-webui:tools, open-webui:open-webui:mcp, open-webui:open-webui:approvals-r2, open-webui:open-webui:groups.

AGT-03 Web search and deep research

Judgment rule: Record web search on/off control per organisation and group, search provider, citation of web sources, deep or multi-step research, and whether queries leave the residency boundary. Admins of regulated companies often need web search off.

AnythingLLM

Agent cross-checked Support: partial

The web-browsing skill supports explicit search-provider configuration. This claim covers the pinned self-hosted DuckDuckGo route; it makes no assertion about an unconfigured default.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Self-hosted v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba, explicitly configured agent_search_provider=duckduckgo-engine; plan=MIT self-hosted deployment with an explicitly selected DuckDuckGo provider; auto-selected defaults, Desktop and managed Cloud defaults are outside this claim; add_ons=Enabled web-browsing skill; explicit agent_search_provider=duckduckgo-engine setting; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • The scope is an explicitly configured provider at one release pin, not an assertion about default routing in other installations.
  • Search queries leave the application for the selected external endpoint; processing region and a per-group enforcement fixture were not established.
  • Dedicated research-report quality and citation completeness remain untested.
  • web_search Is web search available? [supported]: The Agent web-browsing skill can search the web; this scoped self-hosted configuration explicitly selects the DuckDuckGo engine. Sources: anythingllm:anythingllm:browsing, anythingllm:anythingllm:search-configured-r2.
  • admin_toggle Can admins disable it per organisation or group? [partial]: The documented Agent Skills settings and chat prompt controls toggle skills. Separate per-group web-search enforcement under the standard role model was not established. Sources: anythingllm:anythingllm:agent-skills-r2, anythingllm:anythingllm:security.
  • search_provider Which search provider handles queries, and where? [partial]: At the pinned v1.18.0 revision, explicit agent_search_provider=duckduckgo-engine invokes _duckDuckGoEngine and sends the query to html.duckduckgo.com/html. Query processing country and a CH/EU residency commitment were not verified. Unconfigured defaults are outside this finding. Sources: anythingllm:anythingllm:search-configured-r2.
  • deep_research Is multi-step research with a report available? [partial]: Agent tools/flows can chain research steps; a dedicated tested report workflow and accuracy result were not established. Sources: anythingllm:anythingllm:flow, anythingllm:anythingllm:agent-usage.
  • web_citations Are web sources cited? [partial]: The client renders source citations including links; correctness and completeness of web-source citations were not tested. Sources: anythingllm:anythingllm:citation-pin.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:browsing, anythingllm:anythingllm:search-configured-r2, anythingllm:anythingllm:agent-skills-r2, anythingllm:anythingllm:security, anythingllm:anythingllm:flow, anythingllm:anythingllm:agent-usage, anythingllm:anythingllm:citation-pin.

Open WebUI

Agent cross-checked Support: partial

Search and multi-step page research are documented and require an external search provider or local metasearch deployment.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • search_provider: Provider choice includes external search services and self-operated options. The actual provider region and query processing contract depend on the chosen service.
  • deep_research: Native function calling can perform repeated search and URL fetching. No bounded research-report task was exercised.
  • web_search Is web search available? [supported]: Admins configure web search and users can enable it in a chat. Sources: open-webui:open-webui:web.
  • admin_toggle Can admins disable it per organisation or group? [supported]: Feature permissions grant web search per group; global configuration can turn it off. Sources: open-webui:open-webui:permissions, open-webui:open-webui:web.
  • search_provider Which search provider handles queries, and where? [partial]: Provider choice includes external search services and self-operated options. The actual provider region and query processing contract depend on the chosen service. Sources: open-webui:open-webui:web, open-webui:open-webui:offline.
  • deep_research Is multi-step research with a report available? [partial]: Native function calling can perform repeated search and URL fetching. No bounded research-report task was exercised. Sources: open-webui:open-webui:agent-search.
  • web_citations Are web sources cited? [supported]: Retrieved web sources are exposed as conversation references/citations. Sources: open-webui:open-webui:agent-search.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:web, open-webui:open-webui:permissions, open-webui:open-webui:offline, open-webui:open-webui:agent-search.

AGT-04 Workflows and automation

Judgment rule: Record no-code or low-code workflows, scheduled prompts, triggers from email, forms or business systems, and multi-step chains. Name where they run and who can build them. A shared prompt template is not a workflow.

AnythingLLM

Agent cross-checked Support: partial

No-code Agent Flows are available on Docker/Desktop. Scheduled Jobs are explicitly single-user only.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=Scheduled Jobs require single-user mode; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • scheduled_tasks: Scheduled Jobs run recurring Agent prompts with cron, tool allow-lists and saved traces in single-user mode. They are unavailable in self-hosted multi-user mode.
  • event_triggers: Can external events start a workflow? A maintained incoming email/form/business-system event-trigger contract was not established; an API call alone is not a named trigger integration.
  • workflow_builder Is there a workflow or chain builder? [supported]: The visual flow editor builds reusable agentic skills with steps such as API calls, scraping and file operations. Sources: anythingllm:anythingllm:flow.
  • scheduled_tasks Can prompts or assistants run on a schedule? [partial]: Scheduled Jobs run recurring Agent prompts with cron, tool allow-lists and saved traces in single-user mode. They are unavailable in self-hosted multi-user mode. Sources: anythingllm:anythingllm:job.
  • event_triggers Can external events start a workflow? [unknown]: event_triggers: Can external events start a workflow? A maintained incoming email/form/business-system event-trigger contract was not established; an API call alone is not a named trigger integration.
  • builder_audience Is building aimed at business users, IT or developers? [supported]: Flows target non-coders; custom skill code targets technical users and developers. Sources: anythingllm:anythingllm:flow.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:flow, anythingllm:anythingllm:job.

Open WebUI

Agent cross-checked Support: partial

Recurring prompts execute on the operator’s server. Developer extensions can add chains; a business workflow builder was not established.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=New extension/locale findings inspected at v0.12.4 / 33c1978d5bad52a31df75ea55143025dfad18d16; earlier accepted documented facts retained; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • workflow_builder: Is there a workflow or chain builder? The automation, tool and webhook documentation did not establish a complete business workflow builder or incoming email/form event trigger contract.
  • event_triggers: Can external events start a workflow? The automation, tool and webhook documentation did not establish a complete business workflow builder or incoming email/form event trigger contract.
  • builder_audience: Schedules use a user-facing editor; custom Python tools and integrations require technical operators. No general no-code multi-system workflow designer was verified.
  • workflow_builder Is there a workflow or chain builder? [unknown]: workflow_builder: Is there a workflow or chain builder? The automation, tool and webhook documentation did not establish a complete business workflow builder or incoming email/form event trigger contract.
  • scheduled_tasks Can prompts or assistants run on a schedule? [supported]: Automations support hourly/daily/weekly/monthly and RRULE schedules, manual runs, pause and execution history. Sources: open-webui:open-webui:automation.
  • event_triggers Can external events start a workflow? [partial]: A token-validated channel webhook publishes a message-created event that configured Python Event functions can handle. Developers must supply the downstream workflow logic; an incoming email/form connector or no-code multi-system workflow contract was not established. Sources: open-webui:open-webui:r4-incoming-channel-webhook, open-webui:open-webui:r4-event-dispatch.
  • builder_audience Is building aimed at business users, IT or developers? [partial]: Schedules use a user-facing editor; custom Python tools and integrations require technical operators. No general no-code multi-system workflow designer was verified. Sources: open-webui:open-webui:automation, open-webui:open-webui:tools.

Checked ; agent cross-checked 2026-10-26; check again by 2026-12-25. Sources: open-webui:open-webui:automation, open-webui:open-webui:tools, open-webui:open-webui:r4-incoming-channel-webhook, open-webui:open-webui:r4-event-dispatch.

AGT-05 Agentic task execution

Judgment rule: Record an agent mode that plans and carries out multi-step tasks with tools (browser, files, connectors), with visible steps, user confirmation of side effects and stop control. Run one fixture task (gather three documents, draft a summary, propose an email). Record interventions and what ran. A final claim of success is not proof.

AnythingLLM

No public information found Support: not-published

We found no public information on this. A missing finding is not evidence that the product lacks the capability.

Open WebUI

Agent cross-checked Support: partial

Native tool calls and optional Open Terminal support agent tasks. Interactive tool approval is experimental and off by default, and never gates scheduled automations or channel replies.

Availability: beta · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Current Tools/Open Terminal documentation retrieved 2026-10-21; beta availability qualifies optional experimental approvals; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=Optional separately deployed Open Terminal; Terminals orchestration is a separate component with unverified pinned licence terms; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • Beta availability refers to optional experimental approvals; the documented native tool mode is separate.
  • Automations and channel replies always use full access.
  • No gather-documents, draft-summary and propose-email fixture or background cancellation test was run.
  • agent_mode Is there an agent mode for multi-step tasks? [supported]: Tool-capable models can use knowledge and external tools; separately connected Open Terminal adds file and command execution. Sources: open-webui:open-webui:models, open-webui:open-webui:terminal.
  • visible_steps Are steps and tool calls shown? [supported]: Interactive tool calls display their results and, when experimental Ask for approval is enabled, pending/allowed/denied state. Sources: open-webui:open-webui:approvals-r2.
  • side_effect_confirmation Must the user confirm actions with side effects? [partial]: Experimental Tool Permissions is disabled by default and users must select Ask for approval. Full access executes immediately; automations and channel replies always bypass approval. The documented control is not a mandatory confirmation policy for every side effect. Sources: open-webui:open-webui:approvals-r2.
  • stop_control Can the user stop a running task? [partial]: In an interactive reply waiting for approval, Stop finalizes the reply and denies pending calls. This is a pending-call control; cancellation of background tasks and effects already executed was not tested. Sources: open-webui:open-webui:approvals-r2.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:models, open-webui:open-webui:terminal, open-webui:open-webui:approvals-r2.

AGT-06 Programmable access

Judgment rule: Record a public API for chat, assistants and knowledge, SDKs, API authentication, rate limits and whether API use counts against the same governance (audit, budgets, model restrictions). Being an MCP client is different from exposing the product over MCP.

AnythingLLM

Agent cross-checked Support: partial

Instance APIs manage workspaces, upload/embed content and run chats using provisioned API keys.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • api_governance: API keys are provisioned by authorized accounts and confer access to their holder. Full UI/API quota, model, audit and per-user boundary parity was not tested.
  • mcp_server: Does the product expose itself to other agents over MCP? A native product-wide MCP server was not established from the client-MCP and API guides.
  • chat_api Is there an API for chat and assistants? [supported]: The documented developer API supports workspace management and chat, with instance OpenAPI docs at /api/docs. Sources: anythingllm:anythingllm:api.
  • knowledge_api Can documents be loaded through an API? [supported]: The developer API documents embedding/document management alongside workspace operations. Sources: anythingllm:anythingllm:api.
  • api_governance Do audit, budgets and model rules apply to API use? [partial]: API keys are provisioned by authorized accounts and confer access to their holder. Full UI/API quota, model, audit and per-user boundary parity was not tested. Sources: anythingllm:anythingllm:api, anythingllm:anythingllm:config.
  • mcp_server Does the product expose itself to other agents over MCP? [unknown]: mcp_server: Does the product expose itself to other agents over MCP? A native product-wide MCP server was not established from the client-MCP and API guides.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:api, anythingllm:anythingllm:config.

Open WebUI

Agent cross-checked Support: partial

Authenticated APIs cover chat, models and knowledge ingestion; product RBAC applies to API users.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • api_governance: API users use their account permissions; optional audit capture can log requests. Enforced spend budgets and full API/UI parity were not demonstrated.
  • mcp_server: Does the product expose itself to other agents over MCP? No supported native MCP server exposing the whole product was established in the API and MCP-client guides.
  • chat_api Is there an API for chat and assistants? [supported]: OpenAI-compatible chat completion and model management endpoints accept API keys or session JWTs. Sources: open-webui:open-webui:api.
  • knowledge_api Can documents be loaded through an API? [supported]: File upload and knowledge attachment are documented APIs. Sources: open-webui:open-webui:api, open-webui:open-webui:knowledge.
  • api_governance Do audit, budgets and model rules apply to API use? [partial]: API users use their account permissions; optional audit capture can log requests. Enforced spend budgets and full API/UI parity were not demonstrated. Sources: open-webui:open-webui:api, open-webui:open-webui:hardening.
  • mcp_server Does the product expose itself to other agents over MCP? [unknown]: mcp_server: Does the product expose itself to other agents over MCP? No supported native MCP server exposing the whole product was established in the API and MCP-client guides.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:api, open-webui:open-webui:knowledge, open-webui:open-webui:hardening.

Daily work

WORK-01 Clients and access points

Judgment rule: List web, desktop (Windows, macOS), iOS, Android, mobile browser and browser extension separately. For each, record login with company SSO, feature gaps against web, and MDM/Intune deployability. An installable app is different from a mobile website.

AnythingLLM

Agent cross-checked Support: partial

Docker serves a browser client, Desktop has native installers and Mobile is Android-only; these are different access/governance modes.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop, AnythingLLM Mobile for Android, AnythingLLM browser content collection extension; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=Windows, macOS, Linux, Android.

Limitations

  • mobile_apps: A separate free Android app can run local models or pair with Desktop/Cloud/self-hosted servers. iOS and a tested native company-SSO flow were not established.
  • managed_deployment: Windows silent installer switches are documented for scripted/MDM packaging. Current User install is required; all-users install is unsupported and Enterprise/Server OS use has caveats. No Intune deployment was tested.
  • web Is a full web client available? [supported]: Docker provides the browser-accessible multi-user UI; Desktop network discovery exposes API endpoints rather than a web UI. Sources: anythingllm:anythingllm:desktop, anythingllm:anythingllm:docker.
  • desktop_apps Windows and macOS apps? [supported]: Desktop installers support Windows, macOS and Linux; the app is single-user rather than a shared company-login client. Sources: anythingllm:anythingllm:desktop.
  • mobile_apps iOS and Android apps with SSO? [partial]: A separate free Android app can run local models or pair with Desktop/Cloud/self-hosted servers. iOS and a tested native company-SSO flow were not established. Sources: anythingllm:anythingllm:mobile.
  • browser_extension Is there a browser extension or sidebar? [supported]: A content collection extension supports Chrome/Edge/Brave/Firefox and connects with an instance API key. Sources: anythingllm:anythingllm:ext.
  • managed_deployment Can IT deploy and configure clients through MDM? [partial]: Windows silent installer switches are documented for scripted/MDM packaging. Current User install is required; all-users install is unsupported and Enterprise/Server OS use has caveats. No Intune deployment was tested. Sources: anythingllm:anythingllm:windows.
  • client_feature_gaps Which features are missing on mobile? [supported]: Desktop lacks multi-user/workspace administration; Android is a separate local/pairing client; Desktop-only meeting features currently target Windows/macOS. Sources: anythingllm:anythingllm:desktop, anythingllm:anythingllm:mobile, anythingllm:anythingllm:meeting-intro.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:desktop, anythingllm:anythingllm:docker, anythingllm:anythingllm:mobile, anythingllm:anythingllm:ext, anythingllm:anythingllm:windows, anythingllm:anythingllm:meeting-intro.

Open WebUI

Agent cross-checked Support: partial

The web/PWA client is complemented by a separate native Desktop distribution for macOS, Windows and Linux. Desktop is explicitly Early Alpha; SSO/MDM and cross-client parity were not tested.

Availability: beta · Delivery: native
Scope: surfaces=Customer-operated web application and server, Open WebUI Desktop native distribution (Early Alpha); version=Web/PWA documentation retrieved 2026-10-21; Desktop v0.0.20 / 601137c5dec2967cfe173a6bf071fbbb460852be (released 2026-05-06, labelled Early Alpha); plan=Customer-operated web/PWA plus the separately packaged Open WebUI Desktop distribution; production Quick Start recommends Docker or Python; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=Windows, macOS, Linux, iOS (PWA), Android (PWA).

Limitations

  • Beta availability reflects the Early Alpha desktop distribution; the browser/PWA route is separate.
  • Native mobile clients, corporate SSO, MDM/Intune deployment and client parity were not tested.
  • web Is a full web client available? [supported]: The deployed server supplies the full browser client; Quick Start also links the separate desktop distribution. Sources: open-webui:open-webui:desktop-quickstart-r2.
  • desktop_apps Windows and macOS apps? [partial]: Open WebUI Desktop v0.0.20 provides native macOS (Apple Silicon/Intel), Windows (x64/ARM64) and Linux installers. It can run locally without Docker or connect to an existing server. It is labelled Early Alpha; first launch requires internet. Enterprise SSO and managed rollout were not tested. Sources: open-webui:open-webui:desktop-readme-r2, open-webui:open-webui:desktop-release-r2, open-webui:open-webui:desktop-quickstart-r2.
  • mobile_apps iOS and Android apps with SSO? [partial]: Android browsers and iOS Safari can install the PWA. Native mobile app-store clients and mobile company-SSO/MDM behavior were not verified. Sources: open-webui:open-webui:pwa-r2.
  • browser_extension Is there a browser extension or sidebar? [unknown]: browser_extension: Is there a browser extension or sidebar? No first-party managed MDM/Intune deployment policy or Office/browser sidebar extension was established in the client guide.
  • managed_deployment Can IT deploy and configure clients through MDM? [unknown]: managed_deployment: Can IT deploy and configure clients through MDM? No first-party managed MDM/Intune deployment policy or Office/browser sidebar extension was established in the client guide.
  • client_feature_gaps Which features are missing on mobile? [partial]: PWA notifications need the app to remain open. Desktop is Early Alpha and Quick Start recommends Docker/Python for production; no desktop/mobile feature-parity or enterprise SSO matrix was verified. Sources: open-webui:open-webui:pwa-r2, open-webui:open-webui:desktop-readme-r2, open-webui:open-webui:desktop-quickstart-r2.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:desktop-quickstart-r2, open-webui:open-webui:desktop-readme-r2, open-webui:open-webui:desktop-release-r2, open-webui:open-webui:pwa-r2.

WORK-02 Office suite and Teams integration

Judgment rule: Record presence inside Word, Excel, PowerPoint, Outlook and Teams (and Google Docs, Gmail), with what the assistant can do in each: read the open document, write into it, act on mail. Record extra licences and admin consent needed. A connector that searches Office files is KNOW-03, not WORK-02.

AnythingLLM

No public information found Support: not-published

We found no public information on this. A missing finding is not evidence that the product lacks the capability.

Open WebUI

No public information found Support: not-published

We found no public information on this. A missing finding is not evidence that the product lacks the capability.

WORK-03 Translation and writing

Judgment rule: Record document translation preserving layout, the translation engine (LLM or dedicated such as DeepL), glossaries, formality control, supported languages including Swiss German conventions (no ß), and rewriting/proofreading tools. Translate the shared German contract into French and Italian and record layout and glossary results.

AnythingLLM

Agent cross-checked Support: partial

Optional Desktop Magic tools support system-wide rewriting, but layout-preserving translation and company glossary controls remain unverified.

Availability: generally-available · Delivery: native
Scope: surfaces=AnythingLLM Desktop; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=Desktop free Magic allowances; optional Desktop Pro; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=Windows, macOS.

Limitations

  • document_translation: Can whole documents be translated with formatting kept? No whole-contract DE-to-FR/IT formatting test, company glossary, formality/de-CH control or dedicated layout-preserving translation service was verified.
  • translation_engine: Generative rewrite work uses the selected model. A dedicated document translation engine/workflow was not established.
  • glossaries: Are company glossaries supported? No whole-contract DE-to-FR/IT formatting test, company glossary, formality/de-CH control or dedicated layout-preserving translation service was verified.
  • formality_and_variants: Can formality and regional variants (de-CH) be set? No whole-contract DE-to-FR/IT formatting test, company glossary, formality/de-CH control or dedicated layout-preserving translation service was verified.
  • document_translation Can whole documents be translated with formatting kept? [unknown]: document_translation: Can whole documents be translated with formatting kept? No whole-contract DE-to-FR/IT formatting test, company glossary, formality/de-CH control or dedicated layout-preserving translation service was verified.
  • translation_engine Which engine translates? [partial]: Generative rewrite work uses the selected model. A dedicated document translation engine/workflow was not established. Sources: anythingllm:anythingllm:pro, anythingllm:anythingllm:llmconfig.
  • glossaries Are company glossaries supported? [unknown]: glossaries: Are company glossaries supported? No whole-contract DE-to-FR/IT formatting test, company glossary, formality/de-CH control or dedicated layout-preserving translation service was verified.
  • formality_and_variants Can formality and regional variants (de-CH) be set? [unknown]: formality_and_variants: Can formality and regional variants (de-CH) be set? No whole-contract DE-to-FR/IT formatting test, company glossary, formality/de-CH control or dedicated layout-preserving translation service was verified.
  • writing_tools Are dedicated rewrite and proofreading tools available? [supported]: Desktop Magic Echo/Beacon/Tab offer dictation cleanup, selected-text revision and writing completion, with free allowances and optional Desktop Pro. Sources: anythingllm:anythingllm:pro.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:pro, anythingllm:anythingllm:llmconfig.

Open WebUI

Agent cross-checked Support: partial

AI editing is documented in Notes. Dedicated layout-preserving translation and glossary behavior remain unknown.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • document_translation: Can whole documents be translated with formatting kept? No DE-to-FR/IT contract translation fixture, de-CH/formality acceptance test, company glossary or layout-preserving translator was verified in the Notes and document guides.
  • translation_engine: Notes sends rewrite requests to the selected model. A dedicated translation service or whole-document translation workflow was not established.
  • glossaries: Are company glossaries supported? No DE-to-FR/IT contract translation fixture, de-CH/formality acceptance test, company glossary or layout-preserving translator was verified in the Notes and document guides.
  • formality_and_variants: Can formality and regional variants (de-CH) be set? No DE-to-FR/IT contract translation fixture, de-CH/formality acceptance test, company glossary or layout-preserving translator was verified in the Notes and document guides.
  • document_translation Can whole documents be translated with formatting kept? [unknown]: document_translation: Can whole documents be translated with formatting kept? No DE-to-FR/IT contract translation fixture, de-CH/formality acceptance test, company glossary or layout-preserving translator was verified in the Notes and document guides.
  • translation_engine Which engine translates? [partial]: Notes sends rewrite requests to the selected model. A dedicated translation service or whole-document translation workflow was not established. Sources: open-webui:open-webui:notes.
  • glossaries Are company glossaries supported? [unknown]: glossaries: Are company glossaries supported? No DE-to-FR/IT contract translation fixture, de-CH/formality acceptance test, company glossary or layout-preserving translator was verified in the Notes and document guides.
  • formality_and_variants Can formality and regional variants (de-CH) be set? [unknown]: formality_and_variants: Can formality and regional variants (de-CH) be set? No DE-to-FR/IT contract translation fixture, de-CH/formality acceptance test, company glossary or layout-preserving translator was verified in the Notes and document guides.
  • writing_tools Are dedicated rewrite and proofreading tools available? [supported]: The Notes editor supports AI rewriting and improving selected text. Sources: open-webui:open-webui:notes.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:notes.

WORK-04 Image generation and editing

Judgment rule: Record available image models, editing (inpainting, reference images), admin control and per-image cost visibility, and licence or usage terms for generated images.

AnythingLLM

Agent cross-checked Support: partial

Configured image providers generate pictures and can edit references where supported.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • image_editing: OpenAI/OpenRouter and compatible Lemonade models use reference-image editing. The documented Ollama route drops image references and generates from text only.
  • admin_control: Admins configure provider credentials and model. A separate per-group image-generation cost/permission policy was not established.
  • usage_terms: What usage rights apply to output? Output rights and complete per-image cost visibility depend on the model/provider contract and were not established here.
  • image_generation Can users generate images, with which models? [supported]: The /img command uses configured OpenAI, OpenRouter, Ollama or Lemonade providers and an operator-selected model. Sources: anythingllm:anythingllm:images.
  • image_editing Can users edit uploaded images? [partial]: OpenAI/OpenRouter and compatible Lemonade models use reference-image editing. The documented Ollama route drops image references and generates from text only. Sources: anythingllm:anythingllm:images.
  • admin_control Can admins restrict image generation? [partial]: Admins configure provider credentials and model. A separate per-group image-generation cost/permission policy was not established. Sources: anythingllm:anythingllm:images, anythingllm:anythingllm:security.
  • usage_terms What usage rights apply to output? [unknown]: usage_terms: What usage rights apply to output? Output rights and complete per-image cost visibility depend on the model/provider contract and were not established here.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:images, anythingllm:anythingllm:security.

Open WebUI

Agent cross-checked Support: partial

Configured image engines generate and edit uploaded images, subject to feature permissions.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • usage_terms: What usage rights apply to output? Output rights and actual per-image costs depend on the chosen image service and were not established as a single Open WebUI entitlement.
  • image_generation Can users generate images, with which models? [supported]: OpenAI, Gemini, ComfyUI and AUTOMATIC1111 are documented engine routes; exact models are operator-configured. Sources: open-webui:open-webui:images.
  • image_editing Can users edit uploaded images? [supported]: The usage guide documents uploaded-image edits and multi-image compositing with an enabled editing engine. Sources: open-webui:open-webui:image-usage.
  • admin_control Can admins restrict image generation? [supported]: Global image configuration, feature permission and model capability govern availability. Sources: open-webui:open-webui:image-usage.
  • usage_terms What usage rights apply to output? [unknown]: usage_terms: What usage rights apply to output? Output rights and actual per-image costs depend on the chosen image service and were not established as a single Open WebUI entitlement.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:images, open-webui:open-webui:image-usage.

WORK-05 Voice and meetings

Judgment rule: Record dictation, read-aloud, live voice conversation, meeting transcription and summarisation, supported languages including Swiss German speech, and where audio is processed.

AnythingLLM

Agent cross-checked Support: partial

Audio transcription/read-aloud are configurable. Free meeting capture and local transcription are Desktop-only on Windows/macOS.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=Desktop-only Meeting Assistant; downloaded transcription models, Optional provider-specific audio services; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • dictation: Transcription providers and Desktop Magic Echo support spoken input; exact supported dialects and a shared dictation fixture were not verified.
  • voice_conversation: Is a live voice mode available? No continuous live conversational voice mode or Swiss German recognition quality was verified.
  • swiss_german_speech: Is Swiss German speech recognised? No continuous live conversational voice mode or Swiss German recognition quality was verified.
  • dictation Can users dictate prompts? [partial]: Transcription providers and Desktop Magic Echo support spoken input; exact supported dialects and a shared dictation fixture were not verified. Sources: anythingllm:anythingllm:stt, anythingllm:anythingllm:pro.
  • read_aloud Can answers be read aloud? [supported]: System-native, local/browser Piper, self-hosted Kokoro and cloud TTS routes are documented; the chosen engine determines processing. Sources: anythingllm:anythingllm:tts.
  • voice_conversation Is a live voice mode available? [unknown]: voice_conversation: Is a live voice mode available? No continuous live conversational voice mode or Swiss German recognition quality was verified.
  • meeting_summaries Are meetings transcribed and summarised? [supported]: Desktop Meeting Assistant records/imports meetings, transcribes locally and summarizes with the chosen local/cloud model. A cloud summary sends the transcript to that provider; Linux is not currently supported. Sources: anythingllm:anythingllm:meeting-intro, anythingllm:anythingllm:meeting.
  • swiss_german_speech Is Swiss German speech recognised? [unknown]: swiss_german_speech: Is Swiss German speech recognised? No continuous live conversational voice mode or Swiss German recognition quality was verified.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:stt, anythingllm:anythingllm:pro, anythingllm:anythingllm:tts, anythingllm:anythingllm:meeting-intro, anythingllm:anythingllm:meeting.

Open WebUI

Agent cross-checked Support: partial

Dictation, read-aloud and voice conversation use configured audio services. Swiss German recognition and a meeting workflow were not tested.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • meeting_summaries: Are meetings transcribed and summarised? No meeting-transcription fixture or Swiss German speech evaluation was run. Audio location depends on the chosen browser, local, Azure or other provider engine.
  • swiss_german_speech: Is Swiss German speech recognised? No meeting-transcription fixture or Swiss German speech evaluation was run. Audio location depends on the chosen browser, local, Azure or other provider engine.
  • dictation Can users dictate prompts? [supported]: Audio configuration supports speech-to-text for prompts. Sources: open-webui:open-webui:env.
  • read_aloud Can answers be read aloud? [supported]: Standard voice reads replies using the configured TTS engine, including browser options. Sources: open-webui:open-webui:voice.
  • voice_conversation Is a live voice mode available? [supported]: Standard STT/TTS voice mode and separately configured realtime API calls are documented. Sources: open-webui:open-webui:voice.
  • meeting_summaries Are meetings transcribed and summarised? [unknown]: meeting_summaries: Are meetings transcribed and summarised? No meeting-transcription fixture or Swiss German speech evaluation was run. Audio location depends on the chosen browser, local, Azure or other provider engine.
  • swiss_german_speech Is Swiss German speech recognised? [unknown]: swiss_german_speech: Is Swiss German speech recognised? No meeting-transcription fixture or Swiss German speech evaluation was run. Audio location depends on the chosen browser, local, Azure or other provider engine.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:env, open-webui:open-webui:voice.

WORK-06 Data analysis and document output

Judgment rule: Record code execution for data analysis, charts, and generation of downloadable Word, Excel, PowerPoint and PDF files. Analyse the fixture Excel and request a PowerPoint summary. Record where code runs and whether files are editable.

AnythingLLM

Agent cross-checked Support: partial

Built-in Agent skills generate charts and downloadable Office/PDF documents; executed spreadsheet analysis and iterative canvas editing were not tested.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • data_analysis: Can it analyse spreadsheets with executed code? No shared spreadsheet execution/formula analysis, editable PowerPoint fidelity or document-canvas fixture was run. Built-in chart creation does not establish a general code interpreter.
  • canvas_editing: Is there a document or canvas editor for iterating on output? No shared spreadsheet execution/formula analysis, editable PowerPoint fidelity or document-canvas fixture was run. Built-in chart creation does not establish a general code interpreter.
  • data_analysis Can it analyse spreadsheets with executed code? [unknown]: data_analysis: Can it analyse spreadsheets with executed code? No shared spreadsheet execution/formula analysis, editable PowerPoint fidelity or document-canvas fixture was run. Built-in chart creation does not establish a general code interpreter.
  • charts Can it produce charts? [supported]: An enabled chart skill creates charts from prompts or workspace data. Sources: anythingllm:anythingllm:chart.
  • office_file_output Can it create Word, Excel or PowerPoint files? [supported]: The built-in Document Generation skill lists text, PDF, Excel, DOCX and PowerPoint outputs; the guide recommends capable models for PowerPoint. Sources: anythingllm:anythingllm:docgen.
  • canvas_editing Is there a document or canvas editor for iterating on output? [unknown]: canvas_editing: Is there a document or canvas editor for iterating on output? No shared spreadsheet execution/formula analysis, editable PowerPoint fidelity or document-canvas fixture was run. Built-in chart creation does not establish a general code interpreter.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:chart, anythingllm:anythingllm:docgen.

Open WebUI

Agent cross-checked Support: partial

Optional Open Terminal runs analysis code and creates artifacts; Notes provides document editing.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=Separately operated Open Terminal and document libraries; Enterprise Terminals optional; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • office_file_output: The runtime can process Office files and create downloadable files through code and installed packages. Editable DOCX/XLSX/PPTX output was not verified with the shared fixture.
  • data_analysis Can it analyse spreadsheets with executed code? [supported]: Open Terminal documents spreadsheet/CSV inspection and code-based data analysis on the separately deployed runtime. Sources: open-webui:open-webui:terminal.
  • charts Can it produce charts? [supported]: Its data-analysis workflow includes generated charts and report artifacts. Sources: open-webui:open-webui:terminal.
  • office_file_output Can it create Word, Excel or PowerPoint files? [partial]: The runtime can process Office files and create downloadable files through code and installed packages. Editable DOCX/XLSX/PPTX output was not verified with the shared fixture. Sources: open-webui:open-webui:terminal.
  • canvas_editing Is there a document or canvas editor for iterating on output? [supported]: Notes offers a rich text and Markdown editor with AI rewrites. Sources: open-webui:open-webui:notes.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:terminal, open-webui:open-webui:notes.

WORK-07 Sharing and team spaces

Judgment rule: Record chat sharing (link, user, group), shared projects or team spaces, channels or group chat with AI, and commenting. Test sharing a chat with a colleague in another group and record what the recipient sees, including knowledge they lack access to.

AnythingLLM

Agent cross-checked Support: partial

Docker workspaces share knowledge with assigned users; shared live conversation behavior remains unverified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • share_chats: Can chats be shared inside the organisation? Authenticated chat-share links, simultaneous multi-person AI conversation and recipient transcript/source visibility were not established by the workspace and chat-log guides.
  • group_chat: Can several people chat together with the AI? Authenticated chat-share links, simultaneous multi-person AI conversation and recipient transcript/source visibility were not established by the workspace and chat-log guides.
  • share_permission_boundary: Embedded files become accessible to every assigned workspace user; this does not preserve an arbitrary original source ACL. A cross-group chat-sharing fixture was not run.
  • share_chats Can chats be shared inside the organisation? [unknown]: share_chats: Can chats be shared inside the organisation? Authenticated chat-share links, simultaneous multi-person AI conversation and recipient transcript/source visibility were not established by the workspace and chat-log guides.
  • team_spaces Are shared projects or workspaces available? [supported]: Multi-user workspaces can be assigned to users, who share the embedded knowledge available there. Sources: anythingllm:anythingllm:security, anythingllm:anythingllm:docchat.
  • group_chat Can several people chat together with the AI? [unknown]: group_chat: Can several people chat together with the AI? Authenticated chat-share links, simultaneous multi-person AI conversation and recipient transcript/source visibility were not established by the workspace and chat-log guides.
  • share_permission_boundary Does sharing respect the recipient's access to sources? [partial]: Embedded files become accessible to every assigned workspace user; this does not preserve an arbitrary original source ACL. A cross-group chat-sharing fixture was not run. Sources: anythingllm:anythingllm:docchat.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:security, anythingllm:anythingllm:docchat.

Open WebUI

Agent cross-checked Support: partial

Chats, shared resources and multi-person channels are documented. Recipient source-access boundaries were not tested.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • team_spaces: Groups organize shared models/knowledge and channels organize collaboration. This is not evidence of separate legal-entity tenancy.
  • share_permission_boundary: Does sharing respect the recipient's access to sources? No colleague-in-another-group chat-sharing fixture was run; transcript sharing may reveal already included content independently of original source access.
  • share_chats Can chats be shared inside the organisation? [supported]: Chat sharing is a configurable permission and users can manage shared chats. Sources: open-webui:open-webui:permissions, open-webui:open-webui:export.
  • team_spaces Are shared projects or workspaces available? [partial]: Groups organize shared models/knowledge and channels organize collaboration. This is not evidence of separate legal-entity tenancy. Sources: open-webui:open-webui:groups, open-webui:open-webui:channels.
  • group_chat Can several people chat together with the AI? [supported]: Channels support multiple members and AI participation. Sources: open-webui:open-webui:channels.
  • share_permission_boundary Does sharing respect the recipient's access to sources? [unknown]: share_permission_boundary: Does sharing respect the recipient's access to sources? No colleague-in-another-group chat-sharing fixture was run; transcript sharing may reveal already included content independently of original source access.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:permissions, open-webui:open-webui:export, open-webui:open-webui:groups, open-webui:open-webui:channels.

WORK-08 Interface languages and accessibility

Judgment rule: Record UI languages, focusing on German, French, Italian and English, with translation quality observed (complete, partial, machine-translated). Record response language handling and WCAG conformance statements.

AnythingLLM

Agent cross-checked Support: partial

The pinned frontend registers English, German, French and Italian, with fallback behavior; translation quality and WCAG conformance remain unverified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=New code findings at v1.19.0 / 9b1fcab141000eaba9f78ed131151de04904454b (published 2026-10-26); earlier accepted facts retain their own pins; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • German administrator labels are present in pinned source; full German/French/Italian screen coverage and naturalness were not observed.
  • No WCAG conformance statement or full accessibility walkthrough was verified.
  • ui_languages Which UI languages are offered? [supported]: The locale implementation registers en, de, fr and it among other resources. Sources: anythingllm:anythingllm:i18n-pin.
  • dach_language_quality Are German, French and Italian UIs complete and natural? [unknown]: dach_language_quality: Are German, French and Italian UIs complete and natural? No full DE/FR/IT UI walkthrough, German admin-screen completeness review or WCAG conformance report was verified.
  • accessibility_statement Is there a WCAG conformance statement? [unknown]: accessibility_statement: Is there a WCAG conformance statement? No full DE/FR/IT UI walkthrough, German admin-screen completeness review or WCAG conformance report was verified.
  • admin_ui_languages Is the admin interface available in German? [partial]: The pinned German locale includes user management, invitations, event logs and administrator settings labels. Complete admin-screen coverage, translation quality and WCAG conformance were not observed. Sources: anythingllm:anythingllm:r4-german-admin.

Checked ; agent cross-checked 2026-10-26; check again by 2026-12-25. Sources: anythingllm:anythingllm:i18n-pin, anythingllm:anythingllm:r4-german-admin.

Open WebUI

Agent cross-checked Support: partial

English, German, French and Italian locales are present in the pinned client. Completeness, naturalness and WCAG conformance are unknown.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=New extension/locale findings inspected at v0.12.4 / 33c1978d5bad52a31df75ea55143025dfad18d16; earlier accepted documented facts retained; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • dach_language_quality: Are German, French and Italian UIs complete and natural? Locale registration is not a UI-quality test. No full German admin-screen walkthrough or WCAG conformance report was reviewed; broader i18n and accessibility remain roadmap topics.
  • accessibility_statement: Is there a WCAG conformance statement? Locale registration is not a UI-quality test. No full German admin-screen walkthrough or WCAG conformance report was reviewed; broader i18n and accessibility remain roadmap topics.
  • admin_ui_languages: Is the admin interface available in German? Locale registration is not a UI-quality test. No full German admin-screen walkthrough or WCAG conformance report was reviewed; broader i18n and accessibility remain roadmap topics.
  • ui_languages Which UI languages are offered? [supported]: The locale registry includes en-US/en-GB, de-DE, fr-FR and it-IT among other languages. Sources: open-webui:open-webui:i18n-pin.
  • dach_language_quality Are German, French and Italian UIs complete and natural? [unknown]: dach_language_quality: Are German, French and Italian UIs complete and natural? Locale registration is not a UI-quality test. No full German admin-screen walkthrough or WCAG conformance report was reviewed; broader i18n and accessibility remain roadmap topics.
  • accessibility_statement Is there a WCAG conformance statement? [unknown]: accessibility_statement: Is there a WCAG conformance statement? Locale registration is not a UI-quality test. No full German admin-screen walkthrough or WCAG conformance report was reviewed; broader i18n and accessibility remain roadmap topics.
  • admin_ui_languages Is the admin interface available in German? [partial]: The pinned German locale includes Admin Panel, user-management and settings labels. Full admin-screen translation coverage and naturalness were not observed; the public roadmap still lists full internationalization as planned. Sources: open-webui:open-webui:r4-german-admin-translations.

Checked ; agent cross-checked 2026-10-26; check again by 2026-12-25. Sources: open-webui:open-webui:i18n-pin, open-webui:open-webui:r4-german-admin-translations.

Administration and governance

ADM-01 Single sign-on and authentication

Judgment rule: Record SAML, OIDC, Microsoft Entra ID, Google, LDAP, MFA enforcement, conditional-access compatibility, domain verification and plan restrictions. Test one SSO login on a trial where possible.

AnythingLLM

Agent cross-checked Support: partial

The standard Docker project documents a privileged simple-SSO passthrough; the commercial Enterprise offer advertises SSO without public protocol details.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Cloud managed instance; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=Custom trusted login integration for Simple SSO, Quote-only Enterprise for the advertised SSO offer; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • sso_protocols: Simple SSO generates one-use temporary links for existing users through an API key. It is not evidence of built-in SAML/OIDC/LDAP federation; those protocol details were not verified.
  • sso_plan: Simple passthrough is documented for self-hosted multi-user mode. Quote-only Enterprise separately advertises SSO, with public protocol/feature scope unspecified.
  • mfa: Can MFA be enforced? MFA enforcement, conditional-access compatibility and company-domain capture were not established from the standard authentication or public Enterprise offer.
  • conditional_access: Do Entra conditional-access policies apply? MFA enforcement, conditional-access compatibility and company-domain capture were not established from the standard authentication or public Enterprise offer.
  • domain_capture: Can the company claim its email domain? MFA enforcement, conditional-access compatibility and company-domain capture were not established from the standard authentication or public Enterprise offer.
  • sso_protocols Which SSO protocols and identity providers work? [partial]: Simple SSO generates one-use temporary links for existing users through an API key. It is not evidence of built-in SAML/OIDC/LDAP federation; those protocol details were not verified. Sources: anythingllm:anythingllm:config.
  • sso_plan Which plan includes SSO? [partial]: Simple passthrough is documented for self-hosted multi-user mode. Quote-only Enterprise separately advertises SSO, with public protocol/feature scope unspecified. Sources: anythingllm:anythingllm:config, anythingllm:anythingllm:cloud.
  • mfa Can MFA be enforced? [unknown]: mfa: Can MFA be enforced? MFA enforcement, conditional-access compatibility and company-domain capture were not established from the standard authentication or public Enterprise offer.
  • conditional_access Do Entra conditional-access policies apply? [unknown]: conditional_access: Do Entra conditional-access policies apply? MFA enforcement, conditional-access compatibility and company-domain capture were not established from the standard authentication or public Enterprise offer.
  • domain_capture Can the company claim its email domain? [unknown]: domain_capture: Can the company claim its email domain? MFA enforcement, conditional-access compatibility and company-domain capture were not established from the standard authentication or public Enterprise offer.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:config, anythingllm:anythingllm:cloud.

Open WebUI

Agent cross-checked Support: partial

OAuth/OIDC, trusted-header and directory authentication are documented; standard self-hosting includes configuration access.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • conditional_access: The privacy guide recommends enforcing MFA, conditional access and device posture at the identity provider. No Entra sign-in fixture was run.
  • domain_capture: Can the company claim its email domain? Email-domain filtering settings do not establish enterprise domain ownership capture; this was not verified.
  • sso_protocols Which SSO protocols and identity providers work? [supported]: OAuth/OIDC includes Microsoft, Google and generic providers; trusted-header proxies and LDAP are documented. Direct SAML was not established. Sources: open-webui:open-webui:sso, open-webui:open-webui:roles.
  • sso_plan Which plan includes SSO? [supported]: The public self-hosted authentication configuration is available under standard use, with no separately listed SSO charge. Sources: open-webui:open-webui:sso, open-webui:open-webui:enterprise.
  • mfa Can MFA be enforced? [supported]: Admins can enable built-in authenticator-based MFA and choose whether OAuth may bypass it. Sources: open-webui:open-webui:mfa.
  • conditional_access Do Entra conditional-access policies apply? [partial]: The privacy guide recommends enforcing MFA, conditional access and device posture at the identity provider. No Entra sign-in fixture was run. Sources: open-webui:open-webui:privacy.
  • domain_capture Can the company claim its email domain? [unknown]: domain_capture: Can the company claim its email domain? Email-domain filtering settings do not establish enterprise domain ownership capture; this was not verified.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:sso, open-webui:open-webui:roles, open-webui:open-webui:enterprise, open-webui:open-webui:mfa, open-webui:open-webui:privacy.

ADM-02 User provisioning and lifecycle

Judgment rule: Record SCIM, just-in-time provisioning, group sync from the identity provider, deprovisioning effects (chats, assistants, knowledge ownership transfer) and licence assignment. Deprovision a test user and record what happens to their content.

AnythingLLM

Agent cross-checked Support: partial

Admins or API clients create users and assign workspaces; provisioning standards and leaver asset transfer remain unverified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • scim: Is SCIM provisioning supported? SCIM and identity-provider group synchronization were not established in the public configuration and Enterprise offer.
  • group_sync: Are identity-provider groups synced? SCIM and identity-provider group synchronization were not established in the public configuration and Enterprise offer.
  • jit_provisioning: Simple SSO explicitly requires a user to exist before login; an external system can create the user through the API. This is custom provisioning, not a verified automatic IdP JIT flow.
  • deprovisioning: Admin routes implement user deletion and log the event. A fixture verifying chat/knowledge ownership transfer and active-session revocation was not run.
  • scim Is SCIM provisioning supported? [unknown]: scim: Is SCIM provisioning supported? SCIM and identity-provider group synchronization were not established in the public configuration and Enterprise offer.
  • group_sync Are identity-provider groups synced? [unknown]: group_sync: Are identity-provider groups synced? SCIM and identity-provider group synchronization were not established in the public configuration and Enterprise offer.
  • jit_provisioning Are users created at first login? [partial]: Simple SSO explicitly requires a user to exist before login; an external system can create the user through the API. This is custom provisioning, not a verified automatic IdP JIT flow. Sources: anythingllm:anythingllm:config.
  • deprovisioning What happens to a removed user's data and shared assets? [partial]: Admin routes implement user deletion and log the event. A fixture verifying chat/knowledge ownership transfer and active-session revocation was not run. Sources: anythingllm:anythingllm:admin-pin.
  • seat_assignment Can admins assign and reclaim seats? [supported]: Admins create/manage users and workspace membership under the no-seat-fee self-hosted licence. Sources: anythingllm:anythingllm:security, anythingllm:anythingllm:admin-pin, anythingllm:anythingllm:license.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:config, anythingllm:anythingllm:admin-pin, anythingllm:anythingllm:security, anythingllm:anythingllm:license.

Open WebUI

Agent cross-checked Support: partial

SCIM and login-time identity groups are documented; content ownership after removing a user needs further verification.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=SCIM bearer-token authentication rechecked at v0.12.4 / 33c1978d5bad52a31df75ea55143025dfad18d16 and current guide on 2026-10-26; other accepted identity facts retain their own cited versions; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • deprovisioning: SCIM active=false maps ordinary users to pending and disconnects live sessions. Asset transfer and retained shared content were not fixture-tested.
  • seat_assignment: Administrators control user accounts and roles. Standard use has no paid per-seat licence assignment mechanism to price; Enterprise entitlements were not reviewed.
  • No user-selectable token-scope control was established from the current SCIM guide or pinned authentication path.
  • scim Is SCIM provisioning supported? [supported]: SCIM 2.0 provisions/deactivates users and manages groups when enabled through SCIM_ENABLED and authenticated with the configured SCIM_TOKEN bearer token. The documented configuration does not expose user-selectable token scopes. Sources: open-webui:open-webui:r7-scim-bearer-doc, open-webui:open-webui:r7-scim-bearer-code.
  • group_sync Are identity-provider groups synced? [supported]: OAuth group management syncs claims at sign-in; SCIM also manages memberships. Sources: open-webui:open-webui:sso, open-webui:open-webui:scim.
  • jit_provisioning Are users created at first login? [supported]: OAuth account creation and optional JIT group creation can be enabled. Sources: open-webui:open-webui:sso.
  • deprovisioning What happens to a removed user's data and shared assets? [partial]: SCIM active=false maps ordinary users to pending and disconnects live sessions. Asset transfer and retained shared content were not fixture-tested. Sources: open-webui:open-webui:scim.
  • seat_assignment Can admins assign and reclaim seats? [partial]: Administrators control user accounts and roles. Standard use has no paid per-seat licence assignment mechanism to price; Enterprise entitlements were not reviewed. Sources: open-webui:open-webui:roles, open-webui:open-webui:enterprise.

Checked ; agent cross-checked 2026-10-26; check again by 2026-12-25. Sources: open-webui:open-webui:scim, open-webui:open-webui:sso, open-webui:open-webui:roles, open-webui:open-webui:enterprise, open-webui:open-webui:r7-scim-bearer-doc, open-webui:open-webui:r7-scim-bearer-code.

ADM-03 Roles, groups and feature permissions

Judgment rule: Record admin roles, delegated admins, groups, per-feature permissions (web search, image generation, connectors, file upload, agents), separation of subsidiaries or departments, and enforcement. Test one disabled feature for one group.

AnythingLLM

Agent cross-checked Support: partial

Standard Docker multi-user governance uses Admin, Manager and Default roles plus workspace membership.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • groups: Can permissions be set per group? An independently configurable local/IdP group object and two-group permission fixture were not established.
  • feature_toggles: Operators configure available Agent skills, providers and workspaces. A fine-grained per-group feature matrix was not established for standard roles.
  • multi_entity: Workspaces separate access within one installation; legal-entity tenancy, separate operator boundaries and a multi-entity contract were not verified.
  • admin_roles Which admin roles exist, and can admin rights be delegated? [supported]: Admins control the whole system; Managers manage workspaces but cannot change the system LLM/embedder/vector settings; Default users chat in assigned workspaces. Sources: anythingllm:anythingllm:security.
  • groups Can permissions be set per group? [unknown]: groups: Can permissions be set per group? An independently configurable local/IdP group object and two-group permission fixture were not established.
  • feature_toggles Which features can be switched on or off per group? [partial]: Operators configure available Agent skills, providers and workspaces. A fine-grained per-group feature matrix was not established for standard roles. Sources: anythingllm:anythingllm:agent-setup, anythingllm:anythingllm:security.
  • multi_entity Can subsidiaries or departments be separated within one contract? [partial]: Workspaces separate access within one installation; legal-entity tenancy, separate operator boundaries and a multi-entity contract were not verified. Sources: anythingllm:anythingllm:security.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:security, anythingllm:anythingllm:agent-setup.

Open WebUI

Agent cross-checked Support: partial

Roles and additive groups provide feature and resource permissions; separate instances remain the documented stronger trust boundary.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • admin_roles: Admin, User and Pending are system roles. Admin access can be reduced by product flags, but a least-privilege delegated-admin role matrix was not established.
  • multi_entity: Groups can organize departments; the privacy guide recommends separate instances/databases/operators for distinct trust boundaries. A multi-entity commercial contract was not reviewed.
  • admin_roles Which admin roles exist, and can admin rights be delegated? [partial]: Admin, User and Pending are system roles. Admin access can be reduced by product flags, but a least-privilege delegated-admin role matrix was not established. Sources: open-webui:open-webui:roles.
  • groups Can permissions be set per group? [supported]: User/group resource grants and additive feature permissions are documented. Sources: open-webui:open-webui:groups.
  • feature_toggles Which features can be switched on or off per group? [supported]: Permissions cover web search, images, files, model creation, tools, knowledge, memories and other features. Sources: open-webui:open-webui:permissions.
  • multi_entity Can subsidiaries or departments be separated within one contract? [partial]: Groups can organize departments; the privacy guide recommends separate instances/databases/operators for distinct trust boundaries. A multi-entity commercial contract was not reviewed. Sources: open-webui:open-webui:groups, open-webui:open-webui:privacy.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:roles, open-webui:open-webui:groups, open-webui:open-webui:permissions, open-webui:open-webui:privacy.

ADM-04 Usage and adoption analytics

Judgment rule: Record dashboards for active users, usage by feature, model, group and assistant, export, and privacy controls (aggregation, pseudonymisation, works-council-friendly settings). Distinguish aggregate adoption metrics from per-person monitoring.

AnythingLLM

Agent cross-checked Support: partial

Authorized accounts can inspect chat/event activity and export chat logs; a full adoption/cost dashboard was not verified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • adoption_dashboard: Is there an adoption dashboard? A dedicated adoption dashboard and pseudonymized/aggregated per-person reporting controls were not established; optional anonymous product telemetry is a separate data flow.
  • breakdowns: Chat logs are available per workspace/user to authorized accounts; complete model/feature/assistant/group adoption breakdowns were not established.
  • privacy_modes: Can per-person reporting be limited or pseudonymised? A dedicated adoption dashboard and pseudonymized/aggregated per-person reporting controls were not established; optional anonymous product telemetry is a separate data flow.
  • adoption_dashboard Is there an adoption dashboard? [unknown]: adoption_dashboard: Is there an adoption dashboard? A dedicated adoption dashboard and pseudonymized/aggregated per-person reporting controls were not established; optional anonymous product telemetry is a separate data flow.
  • breakdowns Can usage be broken down by group, model, feature and assistant? [partial]: Chat logs are available per workspace/user to authorized accounts; complete model/feature/assistant/group adoption breakdowns were not established. Sources: anythingllm:anythingllm:logs, anythingllm:anythingllm:event.
  • export Can usage data be exported? [supported]: Chat logs export as CSV, JSON, Alpaca JSON or OpenAI-style JSONL once at least ten logs exist. Sources: anythingllm:anythingllm:logs.
  • privacy_modes Can per-person reporting be limited or pseudonymised? [unknown]: privacy_modes: Can per-person reporting be limited or pseudonymised? A dedicated adoption dashboard and pseudonymized/aggregated per-person reporting controls were not established; optional anonymous product telemetry is a separate data flow.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:logs, anythingllm:anythingllm:event.

Open WebUI

Agent cross-checked Support: partial

Admin analytics provides user/model/group activity and token reports, with API export.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • breakdowns: User, model and group views are documented. Complete feature/assistant breakdowns were not established.
  • privacy_modes: Admins can disable analytics and product-level chat access. Pseudonymized reporting was not established; the default user table identifies users.
  • adoption_dashboard Is there an adoption dashboard? [supported]: The dashboard reports messages, chats, token usage and user activity by date range. Sources: open-webui:open-webui:analytics.
  • breakdowns Can usage be broken down by group, model, feature and assistant? [partial]: User, model and group views are documented. Complete feature/assistant breakdowns were not established. Sources: open-webui:open-webui:analytics.
  • export Can usage data be exported? [supported]: Analytics API endpoints can be exported into JSON or external BI tooling. Sources: open-webui:open-webui:analytics.
  • privacy_modes Can per-person reporting be limited or pseudonymised? [partial]: Admins can disable analytics and product-level chat access. Pseudonymized reporting was not established; the default user table identifies users. Sources: open-webui:open-webui:analytics, open-webui:open-webui:privacy.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:analytics, open-webui:open-webui:privacy.

ADM-05 Spend controls and cost allocation

Judgment rule: Record cost visibility per user, group and cost centre, budgets and their behaviour (alert, block, downgrade model), pooled credits, and chargeback exports. Test a small budget on a trial where possible. Distinguish billed amounts, estimates and unavailable amounts.

AnythingLLM

Agent cross-checked Support: partial

Per-user message quotas control consumption; monetary budgets and cost-centre allocation were not established.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • cost_visibility: Authorized users see chat activity by workspace/user. The reviewed sources do not establish actual billed currency cost by group.
  • budgets: Admins can set per-user daily message quotas. This is a count limit, not a documented CHF/EUR budget or pooled cost-centre allowance.
  • chargeback: Can costs be exported per cost centre? Monetary spend caps, model downgrades and cost-centre chargeback export were not verified.
  • cost_visibility Can admins see cost or consumption per user and group? [partial]: Authorized users see chat activity by workspace/user. The reviewed sources do not establish actual billed currency cost by group. Sources: anythingllm:anythingllm:logs.
  • budgets Can budgets be set per user or group? [partial]: Admins can set per-user daily message quotas. This is a count limit, not a documented CHF/EUR budget or pooled cost-centre allowance. Sources: anythingllm:anythingllm:user-pin.
  • budget_enforcement Does reaching a budget alert, block or downgrade? [supported]: The inspected non-admin multi-user chat route aborts before generation when the trailing-24-hour message quota is reached. Sources: anythingllm:anythingllm:chat-pin, anythingllm:anythingllm:user-pin.
  • chargeback Can costs be exported per cost centre? [unknown]: chargeback: Can costs be exported per cost centre? Monetary spend caps, model downgrades and cost-centre chargeback export were not verified.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:logs, anythingllm:anythingllm:user-pin, anythingllm:anythingllm:chat-pin.

Open WebUI

Agent cross-checked Support: partial

Token usage supports cost estimation; enforced monetary budgets and cost-centre exports remain unverified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • cost_visibility: Analytics exposes provider-reported input/output tokens by user/model/group; billed currency requires multiplying by external provider prices.
  • budgets: Can budgets be set per user or group? The analytics and roadmap sources were checked. Numeric user/group budgets, block/downgrade behavior and cost-centre chargeback exports were not established; a low-budget test was not run.
  • budget_enforcement: Does reaching a budget alert, block or downgrade? The analytics and roadmap sources were checked. Numeric user/group budgets, block/downgrade behavior and cost-centre chargeback exports were not established; a low-budget test was not run.
  • chargeback: Can costs be exported per cost centre? The analytics and roadmap sources were checked. Numeric user/group budgets, block/downgrade behavior and cost-centre chargeback exports were not established; a low-budget test was not run.
  • cost_visibility Can admins see cost or consumption per user and group? [partial]: Analytics exposes provider-reported input/output tokens by user/model/group; billed currency requires multiplying by external provider prices. Sources: open-webui:open-webui:analytics.
  • budgets Can budgets be set per user or group? [unknown]: budgets: Can budgets be set per user or group? The analytics and roadmap sources were checked. Numeric user/group budgets, block/downgrade behavior and cost-centre chargeback exports were not established; a low-budget test was not run.
  • budget_enforcement Does reaching a budget alert, block or downgrade? [unknown]: budget_enforcement: Does reaching a budget alert, block or downgrade? The analytics and roadmap sources were checked. Numeric user/group budgets, block/downgrade behavior and cost-centre chargeback exports were not established; a low-budget test was not run.
  • chargeback Can costs be exported per cost centre? [unknown]: chargeback: Can costs be exported per cost centre? The analytics and roadmap sources were checked. Numeric user/group budgets, block/downgrade behavior and cost-centre chargeback exports were not established; a low-budget test was not run.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:analytics.

ADM-06 Audit logs and compliance export

Judgment rule: Record which events are logged (logins, admin changes, prompts, responses, file access, connector queries), retention, export or SIEM streaming, and eDiscovery/legal hold. Use the word audit only with a defined retention and integrity model.

AnythingLLM

Agent cross-checked Support: partial

Event logs record named administrative/security activity and chats are exportable. Immutable audit retention and legal hold remain unverified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • siem_export: Can logs stream to a SIEM or be exported? No complete log retention period, tamper-evident integrity model, SIEM streaming contract or eDiscovery/legal-hold workflow was verified. These are event/chat logs, not a certified audit archive.
  • ediscovery: Are eDiscovery and legal hold supported? No complete log retention period, tamper-evident integrity model, SIEM streaming contract or eDiscovery/legal-hold workflow was verified. These are event/chat logs, not a certified audit archive.
  • log_retention: How long are logs kept? No complete log retention period, tamper-evident integrity model, SIEM streaming contract or eDiscovery/legal-hold workflow was verified. These are event/chat logs, not a certified audit archive.
  • admin_events Are admin and security events logged? [supported]: Pinned admin routes log user creation/deletion, invitation and API-key events; docs also name logins, setting changes and uploads. Sources: anythingllm:anythingllm:admin-pin, anythingllm:anythingllm:event.
  • content_logging Can prompts and answers be retained for compliance, and is it configurable? [supported]: Workspace chat history/logs retain prompts/responses and expose permissioned exports. Retention and external copies depend on the deployment. Sources: anythingllm:anythingllm:logs.
  • siem_export Can logs stream to a SIEM or be exported? [unknown]: siem_export: Can logs stream to a SIEM or be exported? No complete log retention period, tamper-evident integrity model, SIEM streaming contract or eDiscovery/legal-hold workflow was verified. These are event/chat logs, not a certified audit archive.
  • ediscovery Are eDiscovery and legal hold supported? [unknown]: ediscovery: Are eDiscovery and legal hold supported? No complete log retention period, tamper-evident integrity model, SIEM streaming contract or eDiscovery/legal-hold workflow was verified. These are event/chat logs, not a certified audit archive.
  • log_retention How long are logs kept? [unknown]: log_retention: How long are logs kept? No complete log retention period, tamper-evident integrity model, SIEM streaming contract or eDiscovery/legal-hold workflow was verified. These are event/chat logs, not a certified audit archive.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:admin-pin, anythingllm:anythingllm:event, anythingllm:anythingllm:logs.

Open WebUI

Agent cross-checked Support: partial

Optional request logging can capture metadata or content and stream to operator log infrastructure. It is not a verified immutable compliance archive.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • ediscovery: Are eDiscovery and legal hold supported? No eDiscovery/legal-hold contract or immutable retention/integrity model was verified.
  • log_retention: File rotation is configurable and operators own log storage and retention. No universal retention period or tamper-evident archive was established.
  • admin_events Are admin and security events logged? [supported]: Configured request logging can include authentication and administrative API paths. Sources: open-webui:open-webui:hardening.
  • content_logging Can prompts and answers be retained for compliance, and is it configurable? [supported]: REQUEST and REQUEST_RESPONSE levels add bodies, subject to path exclusions and a body-size cap; metadata-only capture is also available. Sources: open-webui:open-webui:hardening.
  • siem_export Can logs stream to a SIEM or be exported? [supported]: File or stdout output can feed an operator-managed log collector. Sources: open-webui:open-webui:hardening.
  • ediscovery Are eDiscovery and legal hold supported? [unknown]: ediscovery: Are eDiscovery and legal hold supported? No eDiscovery/legal-hold contract or immutable retention/integrity model was verified.
  • log_retention How long are logs kept? [partial]: File rotation is configurable and operators own log storage and retention. No universal retention period or tamper-evident archive was established. Sources: open-webui:open-webui:hardening, open-webui:open-webui:security.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:hardening, open-webui:open-webui:security.

ADM-07 Data loss prevention and personal data

Judgment rule: Record detection and handling of personal and confidential data before it reaches a model: redaction, masking, blocking, warning. Record integration with Purview, Netskope or similar, and whether filtering runs locally or at a third party. Send a fixture prompt with a Swiss AHV number and IBAN and record the outcome.

AnythingLLM

No public information found Support: not-published

We found no public information on this. A missing finding is not evidence that the product lacks the capability.

Open WebUI

Agent cross-checked Support: partial

Custom request filters provide an extension point for PII policies; a configured detection/redaction product and Swiss fixture result were not established.

Availability: generally-available · Delivery: manual-workaround
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • pii_detection: Is personal data detected in prompts and files? The filter framework was reviewed, not a configured PII/DLP deployment. No AHV/IBAN/file fixture, Purview/Netskope connector or default detection coverage was verified.
  • pii_action: An installed custom Python filter can modify or reject requests before model processing. No built-in AHV/IBAN policy is claimed.
  • custom_patterns: Custom filter code can implement customer rules; ready-made managed pattern libraries were not verified.
  • dlp_integration: Does it integrate with an existing DLP product? The filter framework was reviewed, not a configured PII/DLP deployment. No AHV/IBAN/file fixture, Purview/Netskope connector or default detection coverage was verified.
  • pii_detection Is personal data detected in prompts and files? [unknown]: pii_detection: Is personal data detected in prompts and files? The filter framework was reviewed, not a configured PII/DLP deployment. No AHV/IBAN/file fixture, Purview/Netskope connector or default detection coverage was verified.
  • pii_action Is it redacted, masked, blocked or only warned? [partial]: An installed custom Python filter can modify or reject requests before model processing. No built-in AHV/IBAN policy is claimed. Sources: open-webui:open-webui:filter.
  • custom_patterns Can admins add custom patterns or terms? [partial]: Custom filter code can implement customer rules; ready-made managed pattern libraries were not verified. Sources: open-webui:open-webui:filter.
  • dlp_integration Does it integrate with an existing DLP product? [unknown]: dlp_integration: Does it integrate with an existing DLP product? The filter framework was reviewed, not a configured PII/DLP deployment. No AHV/IBAN/file fixture, Purview/Netskope connector or default detection coverage was verified.
  • filter_location Where does filtering run? [supported]: Python filters execute in the customer-operated backend unless their implementation calls an external service. Sources: open-webui:open-webui:filter.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:filter.

ADM-08 AI policy and guardrails

Judgment rule: Record organisation-wide system instructions, acceptable-use notices and acknowledgement, content filters, topic restrictions, AI-output labelling, and admin visibility of policy violations. Separate enforced policy from instructions the model is expected to follow.

AnythingLLM

Agent cross-checked Support: partial

Workspace instructions can guide models; a mandatory organization-wide policy and violation system remain unverified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • org_instructions: Admins/Managers configure workspace/system prompt context and model defaults. A single unavoidable organization policy and its enforcement were not established.
  • usage_notice: Can users be required to accept a usage policy? Required policy acknowledgement, semantic content filters and administrator policy-violation reporting were not established by the configuration/security sources. Model instructions are not a demonstrated content-control guarantee.
  • content_filters: Are content filters configurable? Required policy acknowledgement, semantic content filters and administrator policy-violation reporting were not established by the configuration/security sources. Model instructions are not a demonstrated content-control guarantee.
  • violation_reporting: Are policy hits visible to admins? Required policy acknowledgement, semantic content filters and administrator policy-violation reporting were not established by the configuration/security sources. Model instructions are not a demonstrated content-control guarantee.
  • org_instructions Can admins set organisation-wide instructions? [partial]: Admins/Managers configure workspace/system prompt context and model defaults. A single unavoidable organization policy and its enforcement were not established. Sources: anythingllm:anythingllm:security, anythingllm:anythingllm:systemprompt, anythingllm:anythingllm:llmconfig.
  • usage_notice Can users be required to accept a usage policy? [unknown]: usage_notice: Can users be required to accept a usage policy? Required policy acknowledgement, semantic content filters and administrator policy-violation reporting were not established by the configuration/security sources. Model instructions are not a demonstrated content-control guarantee.
  • content_filters Are content filters configurable? [unknown]: content_filters: Are content filters configurable? Required policy acknowledgement, semantic content filters and administrator policy-violation reporting were not established by the configuration/security sources. Model instructions are not a demonstrated content-control guarantee.
  • violation_reporting Are policy hits visible to admins? [unknown]: violation_reporting: Are policy hits visible to admins? Required policy acknowledgement, semantic content filters and administrator policy-violation reporting were not established by the configuration/security sources. Model instructions are not a demonstrated content-control guarantee.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:security, anythingllm:anythingllm:systemprompt, anythingllm:anythingllm:llmconfig.

Open WebUI

Agent cross-checked Support: partial

Model defaults, prompts, banners and custom filters can express policy. Recorded acceptance and violation reporting remain unknown.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • org_instructions: Admins can configure model/default system prompts; sources explicitly warn that instructions do not guarantee model behavior.
  • usage_notice: Banners can display policy text, but a required recorded acknowledgement was not established.
  • content_filters: Operators can install custom request/response filters. Actual policy enforcement depends on that code and configuration.
  • violation_reporting: Are policy hits visible to admins? The models, banner and filter guides did not establish an organization-wide violation dashboard or mandatory acceptable-use acknowledgement.
  • org_instructions Can admins set organisation-wide instructions? [partial]: Admins can configure model/default system prompts; sources explicitly warn that instructions do not guarantee model behavior. Sources: open-webui:open-webui:models, open-webui:open-webui:env.
  • usage_notice Can users be required to accept a usage policy? [partial]: Banners can display policy text, but a required recorded acknowledgement was not established. Sources: open-webui:open-webui:banners.
  • content_filters Are content filters configurable? [partial]: Operators can install custom request/response filters. Actual policy enforcement depends on that code and configuration. Sources: open-webui:open-webui:filter.
  • violation_reporting Are policy hits visible to admins? [unknown]: violation_reporting: Are policy hits visible to admins? The models, banner and filter guides did not establish an organization-wide violation dashboard or mandatory acceptable-use acknowledgement.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:models, open-webui:open-webui:env, open-webui:open-webui:banners, open-webui:open-webui:filter.

Data protection and sovereignty

DATA-01 Hosting location and data residency

Judgment rule: Record country or region separately for chat storage, files and indexes, model inference, backups, logs and telemetry, and support access. Name the cloud provider. Record whether residency is default, a paid option or plan-dependent. "EU data boundary" programmes are recorded with their documented exceptions.

AnythingLLM

Agent cross-checked Support: partial

Self-hosted locations are customer-selected. Managed Cloud uses AWS, but a guaranteed country for all storage/inference/support was not established.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop, AnythingLLM Cloud managed instance; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • backups_logs_region: Self-hosted logs/storage follow deployment choices; telemetry is optional. Cloud backup/log geography and actual egress were not audited.
  • support_access_region: Cloud privacy explicitly allows necessary Mintplex team access for debugging/maintenance; support-access country restrictions were not established.
  • swiss_hosting: Customers can self-host on Swiss infrastructure. A vendor-managed Swiss Cloud region and Swiss inference/support commitment were not established.
  • residency_plan: Customer-operated placement is available with self-hosting. Public Basic/Pro/Enterprise offers do not establish a complete Swiss/EU data-boundary package.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:localdocker, anythingllm:anythingllm:storage, anythingllm:anythingllm:cloud-overview, anythingllm:anythingllm:built-in, anythingllm:anythingllm:azure, anythingllm:anythingllm:bedrock, anythingllm:anythingllm:vertex, anythingllm:anythingllm:privacy, anythingllm:anythingllm:privacy-cloud, anythingllm:anythingllm:docker, anythingllm:anythingllm:cloud.

Open WebUI

Agent cross-checked Support: partial

The operator chooses data locations; external services can receive prompts or documents independently of where Open WebUI is hosted.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • backups_logs_region: The operator controls backups and logging locations. A concrete installation and its telemetry/egress were not audited.
  • support_access_region: Operators and support recipients with host/database access can read data; there is no reviewed geographic enterprise support-access commitment.
  • swiss_hosting: An organization can deploy the self-hosted stack on Swiss infrastructure. This is not a bundled vendor-managed Swiss service or guaranteed Swiss inference.
  • storage_region Where are chats, files and indexes stored? [supported]: Chats, files and indexes reside in configured customer storage/database locations. No vendor-chosen region applies to this self-hosted instance. Sources: open-webui:open-webui:privacy.
  • inference_region Where do model calls run, per provider? [supported]: The selected provider endpoint runs inference; local, private or external endpoints must be scoped separately. Sources: open-webui:open-webui:provider, open-webui:open-webui:privacy.
  • backups_logs_region Where are backups, logs and telemetry? [partial]: The operator controls backups and logging locations. A concrete installation and its telemetry/egress were not audited. Sources: open-webui:open-webui:privacy.
  • support_access_region From where can vendor staff access data? [partial]: Operators and support recipients with host/database access can read data; there is no reviewed geographic enterprise support-access commitment. Sources: open-webui:open-webui:privacy.
  • swiss_hosting Is Swiss hosting available? [partial]: An organization can deploy the self-hosted stack on Swiss infrastructure. This is not a bundled vendor-managed Swiss service or guaranteed Swiss inference. Sources: open-webui:open-webui:privacy, open-webui:open-webui:quickstart.
  • residency_plan Which plan or option provides residency? [supported]: Self-hosting gives the operator infrastructure placement control under standard use; provider contracts and optional enterprise services are separate. Sources: open-webui:open-webui:privacy, open-webui:open-webui:enterprise.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:privacy, open-webui:open-webui:provider, open-webui:open-webui:quickstart, open-webui:open-webui:enterprise.

DATA-02 Deployment options

Judgment rule: Record multi-tenant SaaS, dedicated single-tenant instance, deployment in the customer's cloud account, on-premise and air-gapped as separate options with plan and availability. Record which features are missing in each mode, who operates it, and the documented seat or contract threshold for each mode, which can differ from the enterprise plan threshold (e.g. dedicated SaaS from 2,000 seats, own cloud from 5,000). A local-network connector or gateway that reaches on-prem data from a vendor-hosted platform is KNOW-03, not on-premise deployment.

AnythingLLM

Agent cross-checked Support: partial

Docker supports customer-cloud/on-premise operation; Cloud sells isolated managed instances and Desktop is a separate local client.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop, AnythingLLM Cloud managed instance; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • multi_tenant_saas: Is a shared SaaS offered? A shared multi-tenant SaaS was not established: the public managed offer describes private isolated instances.
  • air_gapped: Local models/embeddings can run after assets are downloaded. A full disconnected fixture was not run; online tools and optional periodically validated Desktop Pro need separate treatment.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:cloud-overview, anythingllm:anythingllm:cloud, anythingllm:anythingllm:docker, anythingllm:anythingllm:localdocker, anythingllm:anythingllm:license, anythingllm:anythingllm:models, anythingllm:anythingllm:built-in, anythingllm:anythingllm:local-embed, anythingllm:anythingllm:pro-key, anythingllm:anythingllm:desktop, anythingllm:anythingllm:cloud-limits, anythingllm:anythingllm:job, anythingllm:anythingllm:outlook.

Open WebUI

Agent cross-checked Support: partial

Customer-operated cloud and on-premise installs are documented, with offline operation requiring all dependencies to be local.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • multi_tenant_saas: Is a shared SaaS offered? A vendor-operated shared SaaS, dedicated managed instance and contractual minimum for managed service were not established in the enterprise and installation sources.
  • dedicated_instance: Is a dedicated single-tenant instance offered, from what size? A vendor-operated shared SaaS, dedicated managed instance and contractual minimum for managed service were not established in the enterprise and installation sources.
  • multi_tenant_saas Is a shared SaaS offered? [unknown]: multi_tenant_saas: Is a shared SaaS offered? A vendor-operated shared SaaS, dedicated managed instance and contractual minimum for managed service were not established in the enterprise and installation sources.
  • dedicated_instance Is a dedicated single-tenant instance offered, from what size? [unknown]: dedicated_instance: Is a dedicated single-tenant instance offered, from what size? A vendor-operated shared SaaS, dedicated managed instance and contractual minimum for managed service were not established in the enterprise and installation sources.
  • customer_cloud Can it run in the customer's own cloud account, from what size? [supported]: Docker/Python installs can run in customer infrastructure; no standard-use seat minimum is stated. Sources: open-webui:open-webui:quickstart, open-webui:open-webui:enterprise.
  • on_premise Can the whole platform run on customer infrastructure, from what size? [supported]: The complete application can run on customer servers with local inference/extraction services. Sources: open-webui:open-webui:quickstart, open-webui:open-webui:offline.
  • air_gapped Can it run without internet access? [supported]: The offline guide describes preparing cached models/assets and local services before disconnecting. Sources: open-webui:open-webui:offline.
  • mode_feature_gaps Which features are missing outside SaaS? [supported]: External model APIs, internet search, remote extraction and other online tools require network access; they are not made local by self-hosting the UI. Sources: open-webui:open-webui:offline.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:quickstart, open-webui:open-webui:enterprise, open-webui:open-webui:offline.

DATA-03 Training use and provider retention

Judgment rule: Record whether customer content trains vendor or provider models, by plan and default; zero-data-retention arrangements with model providers; abuse-monitoring retention and human review; and the model provider's terms that apply. A "no training" claim on a marketing page is `vendor-claimed` until the contract or DPA says so.

AnythingLLM

Agent cross-checked Support: partial

Application locality and provider retention are separate; no universal no-training or zero-retention contract was verified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop, AnythingLLM Cloud managed instance; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • vendor_training: The Desktop policy describes local chat/document storage and optional anonymous telemetry. Cloud terms grant platform-improvement usage rights without a specific reviewed model-training exclusion. This is not a blanket no-training assurance.
  • provider_training: Do model providers train on it under this product's contracts? No configured provider agreement was reviewed for training use, abuse-retention/human review or zero-data-retention eligibility. Cloud summary models receive meeting transcripts, and memories are sent to the selected chat provider.
  • provider_retention: How long do model providers keep prompts, including for abuse monitoring? No configured provider agreement was reviewed for training use, abuse-retention/human review or zero-data-retention eligibility. Cloud summary models receive meeting transcripts, and memories are sent to the selected chat provider.
  • zero_retention: Is zero data retention available, and on which plan? No configured provider agreement was reviewed for training use, abuse-retention/human review or zero-data-retention eligibility. Cloud summary models receive meeting transcripts, and memories are sent to the selected chat provider.
  • human_review: Can provider staff review content? No configured provider agreement was reviewed for training use, abuse-retention/human review or zero-data-retention eligibility. Cloud summary models receive meeting transcripts, and memories are sent to the selected chat provider.
  • vendor_training Does the vendor train on customer content? [partial]: The Desktop policy describes local chat/document storage and optional anonymous telemetry. Cloud terms grant platform-improvement usage rights without a specific reviewed model-training exclusion. This is not a blanket no-training assurance. Sources: anythingllm:anythingllm:privacy-desktop, anythingllm:anythingllm:terms-cloud.
  • provider_training Do model providers train on it under this product's contracts? [unknown]: provider_training: Do model providers train on it under this product's contracts? No configured provider agreement was reviewed for training use, abuse-retention/human review or zero-data-retention eligibility. Cloud summary models receive meeting transcripts, and memories are sent to the selected chat provider.
  • provider_retention How long do model providers keep prompts, including for abuse monitoring? [unknown]: provider_retention: How long do model providers keep prompts, including for abuse monitoring? No configured provider agreement was reviewed for training use, abuse-retention/human review or zero-data-retention eligibility. Cloud summary models receive meeting transcripts, and memories are sent to the selected chat provider.
  • zero_retention Is zero data retention available, and on which plan? [unknown]: zero_retention: Is zero data retention available, and on which plan? No configured provider agreement was reviewed for training use, abuse-retention/human review or zero-data-retention eligibility. Cloud summary models receive meeting transcripts, and memories are sent to the selected chat provider.
  • human_review Can provider staff review content? [unknown]: human_review: Can provider staff review content? No configured provider agreement was reviewed for training use, abuse-retention/human review or zero-data-retention eligibility. Cloud summary models receive meeting transcripts, and memories are sent to the selected chat provider.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:privacy-desktop, anythingllm:anythingllm:terms-cloud.

Open WebUI

Agent cross-checked Support: partial

Self-hosting controls the application data path; training and retention obligations depend on the chosen external model contract.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • vendor_training: The self-hosted data path runs on customer infrastructure; this is architecture evidence, not a reviewed contractual no-training promise covering support or optional services.
  • provider_training: Do model providers train on it under this product's contracts? No executed provider agreement, abuse-monitoring retention, zero-retention entitlement or human-review policy was verified for a configured endpoint. Local inference is a separate deployment choice, not a blanket promise for cloud-connected use.
  • provider_retention: How long do model providers keep prompts, including for abuse monitoring? No executed provider agreement, abuse-monitoring retention, zero-retention entitlement or human-review policy was verified for a configured endpoint. Local inference is a separate deployment choice, not a blanket promise for cloud-connected use.
  • zero_retention: Is zero data retention available, and on which plan? No executed provider agreement, abuse-monitoring retention, zero-retention entitlement or human-review policy was verified for a configured endpoint. Local inference is a separate deployment choice, not a blanket promise for cloud-connected use.
  • human_review: Can provider staff review content? No executed provider agreement, abuse-monitoring retention, zero-retention entitlement or human-review policy was verified for a configured endpoint. Local inference is a separate deployment choice, not a blanket promise for cloud-connected use.
  • vendor_training Does the vendor train on customer content? [partial]: The self-hosted data path runs on customer infrastructure; this is architecture evidence, not a reviewed contractual no-training promise covering support or optional services. Sources: open-webui:open-webui:privacy, open-webui:open-webui:offline.
  • provider_training Do model providers train on it under this product's contracts? [unknown]: provider_training: Do model providers train on it under this product's contracts? No executed provider agreement, abuse-monitoring retention, zero-retention entitlement or human-review policy was verified for a configured endpoint. Local inference is a separate deployment choice, not a blanket promise for cloud-connected use.
  • provider_retention How long do model providers keep prompts, including for abuse monitoring? [unknown]: provider_retention: How long do model providers keep prompts, including for abuse monitoring? No executed provider agreement, abuse-monitoring retention, zero-retention entitlement or human-review policy was verified for a configured endpoint. Local inference is a separate deployment choice, not a blanket promise for cloud-connected use.
  • zero_retention Is zero data retention available, and on which plan? [unknown]: zero_retention: Is zero data retention available, and on which plan? No executed provider agreement, abuse-monitoring retention, zero-retention entitlement or human-review policy was verified for a configured endpoint. Local inference is a separate deployment choice, not a blanket promise for cloud-connected use.
  • human_review Can provider staff review content? [unknown]: human_review: Can provider staff review content? No executed provider agreement, abuse-monitoring retention, zero-retention entitlement or human-review policy was verified for a configured endpoint. Local inference is a separate deployment choice, not a blanket promise for cloud-connected use.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:privacy, open-webui:open-webui:offline.

DATA-04 Retention and deletion

Judgment rule: Record default retention for chats, files, indexes and logs; admin-configured retention; user deletion; deletion after contract end; and deletion confirmation.

AnythingLLM

Agent cross-checked Support: partial

Removing workspace access differs from full document erasure; managed Cloud states immediate unrecoverable deletion on cancellation.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop, AnythingLLM Cloud managed instance; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • default_retention: Self-hosted documents/history remain in local storage until removed; a universal duration covering chats, indexes, logs, backups and memory was not established.
  • admin_retention: Can admins set retention periods? A general time-based admin retention scheduler and verified deletion of backups/external-provider copies were not established.
  • default_retention What is retained and for how long by default? [partial]: Self-hosted documents/history remain in local storage until removed; a universal duration covering chats, indexes, logs, backups and memory was not established. Sources: anythingllm:anythingllm:privacy, anythingllm:anythingllm:storage.
  • admin_retention Can admins set retention periods? [unknown]: admin_retention: Can admins set retention periods? A general time-based admin retention scheduler and verified deletion of backups/external-provider copies were not established.
  • user_deletion Can users delete their chats and files permanently? [supported]: Workspace removal deletes that workspace’s vectors but retains the reusable document. My Documents deletion removes the parsed source/cache and all workspace copies according to the privacy guide. Sources: anythingllm:anythingllm:privacy.
  • contract_end_deletion What is deleted at contract end, and when? [supported]: For managed Cloud only, the current policy and generic terms state permanent non-recoverable instance/data deletion at cancellation, nonpayment or manual termination. No grace period is promised. Sources: anythingllm:anythingllm:privacy-cloud, anythingllm:anythingllm:terms-cloud.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:privacy, anythingllm:anythingllm:storage, anythingllm:anythingllm:privacy-cloud, anythingllm:anythingllm:terms-cloud.

Open WebUI

Agent cross-checked Support: partial

Users can remove chats/files subject to permissions, and temporary-chat enforcement can avoid saving new conversations. Complete purge and contract-end schedules remain unverified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • default_retention: Normal history persists in the operator’s database; temporary chats reduce saved history. A uniform default duration across chats, files, indexes, logs and backups was not established.
  • admin_retention: Operators control database and backup retention; enforced temporary-chat permissions stop saving new chats. A general time-based retention scheduler was not established.
  • user_deletion: Permissions allow chat deletion and file management removes files and related embeddings. Backup purge and irreversible-deletion timing were not verified.
  • contract_end_deletion: What is deleted at contract end, and when? No enterprise termination deletion deadline or deletion confirmation was reviewed.
  • default_retention What is retained and for how long by default? [partial]: Normal history persists in the operator’s database; temporary chats reduce saved history. A uniform default duration across chats, files, indexes, logs and backups was not established. Sources: open-webui:open-webui:privacy, open-webui:open-webui:quickstart.
  • admin_retention Can admins set retention periods? [partial]: Operators control database and backup retention; enforced temporary-chat permissions stop saving new chats. A general time-based retention scheduler was not established. Sources: open-webui:open-webui:privacy.
  • user_deletion Can users delete their chats and files permanently? [partial]: Permissions allow chat deletion and file management removes files and related embeddings. Backup purge and irreversible-deletion timing were not verified. Sources: open-webui:open-webui:permissions, open-webui:open-webui:rag.
  • contract_end_deletion What is deleted at contract end, and when? [unknown]: contract_end_deletion: What is deleted at contract end, and when? No enterprise termination deletion deadline or deletion confirmation was reviewed.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:privacy, open-webui:open-webui:quickstart, open-webui:open-webui:permissions, open-webui:open-webui:rag.

DATA-05 Sub-processors and foreign-law exposure

Judgment rule: Record the published sub-processor list with countries, change-notification rules, the vendor's and parent company's jurisdiction, transfer mechanisms (EU-US Data Privacy Framework, Swiss-US DPF, SCCs) and the vendor's documented position on foreign government access requests (e.g. US CLOUD Act). Record facts, not a legal assessment.

AnythingLLM

No public information found Support: not-published

We found no public information on this. A missing finding is not evidence that the product lacks the capability.

Open WebUI

No public information found Support: not-published

We found no public information on this. A missing finding is not evidence that the product lacks the capability.

DATA-06 Contracts and regulatory coverage

Judgment rule: Record DPA availability and form (click-through, negotiable), reference to Swiss revDSG and GDPR, governing law and court, EU AI Act documentation (provider or deployer role, transparency materials), and sector-specific materials (FINMA outsourcing, banking secrecy, public sector). No compliance verdict.

AnythingLLM

Agent cross-checked Support: partial

Generic Cloud terms specify California law; a negotiated DPA and regulatory or sector package were not verified.

Availability: generally-available · Delivery: native
Scope: surfaces=AnythingLLM Cloud managed instance, Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • dpa: Is a DPA available, and is it negotiable? No reviewed/negotiable DPA, revDSG/GDPR processing annex, EU AI Act role documentation or FINMA/sector secrecy agreement was obtained. Privacy-policy rights are not substituted for a DPA.
  • revdsg_gdpr: Does the DPA cover revDSG and GDPR? No reviewed/negotiable DPA, revDSG/GDPR processing annex, EU AI Act role documentation or FINMA/sector secrecy agreement was obtained. Privacy-policy rights are not substituted for a DPA.
  • governing_law: Managed Cloud terms specify California, United States law and explicitly exclude self-hosted deployments. A specific court and enterprise override were not established.
  • ai_act_materials: Is EU AI Act documentation provided? No reviewed/negotiable DPA, revDSG/GDPR processing annex, EU AI Act role documentation or FINMA/sector secrecy agreement was obtained. Privacy-policy rights are not substituted for a DPA.
  • sector_materials: Are FINMA or other sector materials provided? No reviewed/negotiable DPA, revDSG/GDPR processing annex, EU AI Act role documentation or FINMA/sector secrecy agreement was obtained. Privacy-policy rights are not substituted for a DPA.
  • dpa Is a DPA available, and is it negotiable? [unknown]: dpa: Is a DPA available, and is it negotiable? No reviewed/negotiable DPA, revDSG/GDPR processing annex, EU AI Act role documentation or FINMA/sector secrecy agreement was obtained. Privacy-policy rights are not substituted for a DPA.
  • revdsg_gdpr Does the DPA cover revDSG and GDPR? [unknown]: revdsg_gdpr: Does the DPA cover revDSG and GDPR? No reviewed/negotiable DPA, revDSG/GDPR processing annex, EU AI Act role documentation or FINMA/sector secrecy agreement was obtained. Privacy-policy rights are not substituted for a DPA.
  • governing_law Which law and court govern the contract? [partial]: Managed Cloud terms specify California, United States law and explicitly exclude self-hosted deployments. A specific court and enterprise override were not established. Sources: anythingllm:anythingllm:terms-cloud.
  • ai_act_materials Is EU AI Act documentation provided? [unknown]: ai_act_materials: Is EU AI Act documentation provided? No reviewed/negotiable DPA, revDSG/GDPR processing annex, EU AI Act role documentation or FINMA/sector secrecy agreement was obtained. Privacy-policy rights are not substituted for a DPA.
  • sector_materials Are FINMA or other sector materials provided? [unknown]: sector_materials: Are FINMA or other sector materials provided? No reviewed/negotiable DPA, revDSG/GDPR processing annex, EU AI Act role documentation or FINMA/sector secrecy agreement was obtained. Privacy-policy rights are not substituted for a DPA.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:terms-cloud.

Open WebUI

No public information found Support: not-published

We found no public information on this. A missing finding is not evidence that the product lacks the capability.

DATA-07 Certifications and attestations

Judgment rule: Record each certificate or report separately: ISO 27001, 27017, 27018, 27701, 42001; SOC 2 Type I/II with period; BSI C5; TISAX; national schemes. Record issuer, scope (which product and entity), validity and access route. A cloud provider's certificate does not certify the product.

AnythingLLM

No public information found Support: not-published

We found no public information on this. A missing finding is not evidence that the product lacks the capability.

Open WebUI

No public information found Support: not-published

We found no public information on this. A missing finding is not evidence that the product lacks the capability.

DATA-08 Encryption and key control

Judgment rule: Record encryption at rest and in transit, customer-managed keys (BYOK/HYOK), key location, and private networking (private link, IP allow-lists, VPN).

AnythingLLM

Agent cross-checked Support: partial

Private deployment and managed-instance isolation are documented; default encryption of all content and a product key-custody service were not verified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop, AnythingLLM Cloud managed instance; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • encryption_at_rest: Is data encrypted at rest? Default encryption-at-rest/transit settings for every database, file, backup and provider route were not verified.
  • customer_managed_keys: Self-hosted operators control infrastructure/secrets. A product-level BYOK/HYOK content-encryption contract was not established.
  • tenant_isolation: Managed Cloud describes private isolated AWS instances and resources per customer. This was not independently tested and is separate from source/workspace access control.
  • encryption_at_rest Is data encrypted at rest? [unknown]: encryption_at_rest: Is data encrypted at rest? Default encryption-at-rest/transit settings for every database, file, backup and provider route were not verified.
  • customer_managed_keys Can the customer manage or hold the keys? [partial]: Self-hosted operators control infrastructure/secrets. A product-level BYOK/HYOK content-encryption contract was not established. Sources: anythingllm:anythingllm:localdocker, anythingllm:anythingllm:config.
  • private_networking Is private connectivity or IP restriction available? [supported]: Docker can be placed on customer infrastructure; Desktop API listens on loopback unless optional network discovery is enabled. Sources: anythingllm:anythingllm:localdocker, anythingllm:anythingllm:desktop.
  • tenant_isolation How are customers separated in shared SaaS? [partial]: Managed Cloud describes private isolated AWS instances and resources per customer. This was not independently tested and is separate from source/workspace access control. Sources: anythingllm:anythingllm:cloud-overview.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:localdocker, anythingllm:anythingllm:config, anythingllm:anythingllm:desktop, anythingllm:anythingllm:cloud-overview.

Open WebUI

Agent cross-checked Support: partial

Encryption and private networking are operator responsibilities; product flags do not remove host-operator access.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • encryption_at_rest: The privacy guide recommends encrypted PostgreSQL volumes/backups or encrypted SQLite filesystems. SQLCipher is explicitly unsupported since v0.9.0. It is not automatic application-level encryption of all content.
  • customer_managed_keys: The customer can operate infrastructure encryption keys. A product HYOK/key-escrow protocol was not established.
  • tenant_isolation: How are customers separated in shared SaaS? Shared vendor SaaS tenant isolation was not established for the scoped customer-operated product.
  • encryption_at_rest Is data encrypted at rest? [partial]: The privacy guide recommends encrypted PostgreSQL volumes/backups or encrypted SQLite filesystems. SQLCipher is explicitly unsupported since v0.9.0. It is not automatic application-level encryption of all content. Sources: open-webui:open-webui:privacy.
  • customer_managed_keys Can the customer manage or hold the keys? [partial]: The customer can operate infrastructure encryption keys. A product HYOK/key-escrow protocol was not established. Sources: open-webui:open-webui:privacy.
  • private_networking Is private connectivity or IP restriction available? [supported]: The application and local services can run inside customer networks and disconnected environments; TLS/reverse-proxy setup remains operator work. Sources: open-webui:open-webui:privacy, open-webui:open-webui:offline.
  • tenant_isolation How are customers separated in shared SaaS? [unknown]: tenant_isolation: How are customers separated in shared SaaS? Shared vendor SaaS tenant isolation was not established for the scoped customer-operated product.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:privacy, open-webui:open-webui:offline.

DATA-09 Professional secrecy

Judgment rule: For professional secrecy holders (Berufsgeheimnisträger: lawyers, doctors, auditors, tax advisers) under § 203 StGB (DE) and Art. 321 StGB (CH), record whether the vendor signs a contractual secrecy undertaking or a § 203 agreement that binds its staff and its sub-processors; whether this comes as a dedicated offering or a paid add-on, and on which plan; who can access content in plain text (vendor staff, sub-processors, model providers); and the documentation provided. A DPA or a no-training clause alone is not a secrecy undertaking. Banking secrecy and FINMA outsourcing belong to DATA-06, not here. Record contract facts, not a legal assessment.

AnythingLLM

Agent cross-checked Support: partial

Local/self-hosted and managed Cloud content-access paths differ. Cloud permits necessary operational team access; a Mintplex staff/sub-processor professional-secrecy undertaking and its plan/add-on terms remain unverified.

Availability: unknown · Delivery: unknown
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop, AnythingLLM Cloud managed instance; version=Public documentation and managed-service terms retrieved 2026-10-21; this row does not infer contract terms from the source-code licence; plan=Mixed modes identified per answer: Docker/Desktop on customer infrastructure; Basic/Pro managed Cloud dedicated AWS instance; Enterprise custom services checked separately; add_ons=none stated; deployment_mode=not specified; region=Customer-selected Docker/Desktop location; managed Cloud AWS country and provider/support staff locations unverified; no DE/CH secrecy-contract variant established; os=not specified.

Limitations

  • The secrecy undertaking, sub-processor coverage, offering and professional-secrecy-specific documentation remain unknown.
  • content_access: Exact Cloud staff/sub-processor plain-text access, provider human access and deployment-specific operator grants remain unverified.
  • Technical data controls, a DPA, privacy wording and no-training statements do not establish the requested contractual undertaking. No legal compliance assessment is made.
  • secrecy_undertaking Does the vendor sign a secrecy undertaking or § 203 StGB / Art. 321 StGB agreement covering its own staff? [unknown]: No § 203 StGB / Art. 321 StGB or equivalent professional-secrecy undertaking binding Mintplex staff was obtained from the reviewed Cloud terms/privacy, Desktop privacy, pricing and product documentation. Generic privacy commitments are not recorded as that undertaking. Sources: anythingllm:anythingllm:terms-cloud, anythingllm:anythingllm:privacy-cloud, anythingllm:anythingllm:privacy-desktop.
  • subprocessor_coverage Does the undertaking extend to its sub-processors, and is that documented? [unknown]: The Cloud policy names AWS, Stripe and PostHog, but no professional-secrecy undertaking extending to covered sub-processors and their personnel was obtained. Customer-selected model/tool services require separate terms; coverage of their staff remains unknown. Sources: anythingllm:anythingllm:privacy-cloud.
  • secrecy_offering Is it a dedicated offering or add-on, and on which plan? [unknown]: The public Basic, Pro and quote-only Enterprise descriptions did not establish a professional-secrecy package, paid add-on, plan entitlement or price. Availability under a separately negotiated Enterprise agreement remains unknown; no sales contact was made. Sources: anythingllm:anythingllm:cloud.
  • content_access Who can access content in plain text: vendor staff, sub-processors, model providers? [partial]: Docker data is held on customer-mounted storage; Desktop documents local chat/file storage. Local or external models can be selected. For the separate managed Cloud service, the policy permits necessary Mintplex team instance access for debugging and maintenance and names AWS infrastructure; configured remote models process inference requests. The documents do not establish exactly which plain-text fields operational staff/sub-processors can see or each provider’s human-access permissions. Sources: anythingllm:anythingllm:localdocker, anythingllm:anythingllm:privacy-desktop, anythingllm:anythingllm:secrecy-cloud-access, anythingllm:anythingllm:secrecy-model-routing.
  • secrecy_documentation Is the offering publicly documented (contract template, data-flow description, professional-body guidance)? [unknown]: Public Cloud terms/privacy, Desktop privacy and setup guides provide general data-handling information. No product-scoped DE/CH secrecy contract template, staff/sub-processor annex or professional-body guidance was located in the reviewed public sources and targeted searches. Sources: anythingllm:anythingllm:terms-cloud, anythingllm:anythingllm:privacy-desktop, anythingllm:anythingllm:secrecy-cloud-access.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:terms-cloud, anythingllm:anythingllm:privacy-cloud, anythingllm:anythingllm:privacy-desktop, anythingllm:anythingllm:cloud, anythingllm:anythingllm:localdocker, anythingllm:anythingllm:secrecy-cloud-access, anythingllm:anythingllm:secrecy-model-routing.

Open WebUI

Agent cross-checked Support: partial

The self-hosted content-access boundary is documented. A vendor secrecy undertaking under § 203 StGB or Art. 321 StGB, its staff/sub-processor coverage and any plan-specific offering remain unverified.

Availability: unknown · Delivery: unknown
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; standard self-hosted server and separately described Enterprise support; plan=Standard branded self-hosted use; Enterprise licensing/support checked separately, with no professional-secrecy contract or add-on verified; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected application/model infrastructure; no DE/CH secrecy-contract variant or vendor/support access jurisdiction verified; os=not specified.

Limitations

  • The secrecy undertaking, sub-processor coverage, offering and professional-secrecy-specific documentation remain unknown.
  • content_access: A concrete deployment, support-access grant, sub-processor permissions and model-provider staff access were not audited.
  • Technical data controls, a DPA, privacy wording and no-training statements do not establish the requested contractual undertaking. No legal compliance assessment is made.
  • secrecy_undertaking Does the vendor sign a secrecy undertaking or § 203 StGB / Art. 321 StGB agreement covering its own staff? [unknown]: The public Enterprise, support, security and law-firm pages did not establish a signed or signable professional-secrecy undertaking binding Open WebUI staff. No § 203 StGB / Art. 321 StGB agreement was obtained; informational security guidance is not recorded as one. Sources: open-webui:open-webui:enterprise, open-webui:open-webui:secrecy-support.
  • subprocessor_coverage Does the undertaking extend to its sub-processors, and is that documented? [unknown]: No professional-secrecy undertaking or annex identifying covered sub-processors and their secrecy obligations was found in the reviewed public materials. Customer-selected hosting, model and support arrangements need their own document review.
  • secrecy_offering Is it a dedicated offering or add-on, and on which plan? [unknown]: Enterprise licensing and advisory support are documented, but their public descriptions did not establish a professional-secrecy package, paid add-on, eligible plan or contractual scope. No sales contact was made. Sources: open-webui:open-webui:enterprise, open-webui:open-webui:secrecy-support.
  • content_access Who can access content in plain text: vendor staff, sub-processors, model providers? [partial]: For self-hosted AI chats, Open WebUI documents the running application, live-query database administrators, host/backup operators and configured external model providers as part of the content-access boundary. Admin UI restrictions and at-rest encryption do not exclude those operators. The law-firm page says self-hosted data is not sent to Open WebUI as a managed service; vendor support grants, sub-processor staff permissions and provider human access were not verified for a concrete deployment. Sources: open-webui:open-webui:secrecy-access, open-webui:open-webui:secrecy-legal.
  • secrecy_documentation Is the offering publicly documented (contract template, data-flow description, professional-body guidance)? [unknown]: The law-firm page provides general deployment/privacy guidance and links US ABA materials. No product-scoped DE/CH secrecy contract template, staff/sub-processor annex or professional-body confirmation was located in the reviewed public pages or targeted searches. Sources: open-webui:open-webui:secrecy-legal.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:enterprise, open-webui:open-webui:secrecy-support, open-webui:open-webui:secrecy-access, open-webui:open-webui:secrecy-legal.

Commercials and vendor

VEN-01 Pricing model and list prices

Judgment rule: Record pricing unit (per seat, per active user, usage-based, platform fee, hybrid), list prices per plan in original currency with date, included usage and credits, add-on prices (connectors, agents, image generation) and overage rates. Cite public prices or dated quotes. Per-seat versus usage is a fact, not a quality judgment.

AnythingLLM

Agent cross-checked Support: partial

The current public offer page advertises Cloud Basic at $50/month and Pro at $99/month. These are advertised card prices; legacy tier identities, capacities and checkout entitlements are not mapped here.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop, AnythingLLM Cloud managed instance; version=Public offer cards and Desktop Pro documentation retrieved 2026-10-21; no inference of renamed checkout/legacy tier equivalence; plan=MIT self-hosted/core Desktop; advertised Cloud Basic/Pro cards and quote-only Enterprise; optional Desktop Pro is a separate offer; add_ons=none stated; deployment_mode=not specified; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • This claim quotes advertised offer-card prices only; it does not assert that Basic/Pro and Starter/Professional are equivalent SKUs.
  • Legacy-tier capacity limits are excluded. Current-card capacity, model-credit allowances, ISO currency and Desktop Pro numeric pricing remain unverified.
  • pricing_unit What is the pricing unit? [supported]: Self-hosted software has no per-seat MIT licence fee. The current Cloud cards quote a private instance per month; optional Desktop Pro is a separate licence. Sources: anythingllm:anythingllm:license, anythingllm:anythingllm:cloud-cards-r2, anythingllm:anythingllm:pro.
  • list_prices What are list prices per plan, with date and currency? [partial]: As retrieved 2026-10-21, the public Cloud cards advertise Basic $50/month and Pro $99/month; Enterprise requires a quote. The page does not give an ISO currency code. These prices are not mapped to Starter/Professional checkout identifiers; Desktop Pro pricing remains unverified. Sources: anythingllm:anythingllm:cloud-cards-r2, anythingllm:anythingllm:pro-key.
  • included_usage What usage is included? [partial]: The Basic card explicitly requires a customer LLM API key. Included model credits, overage tariffs and quantified capacity/entitlements for the current Basic/Pro cards were not established. Legacy limitations-page tier names are not used to infer them. Sources: anythingllm:anythingllm:cloud-cards-r2.
  • add_ons Which features cost extra? [partial]: Optional Desktop Pro removes Magic-feature daily limits and document watermarks. Its price and custom Enterprise integration/support prices remain unverified; Cloud Pro is a separate product offer. Sources: anythingllm:anythingllm:pro, anythingllm:anythingllm:cloud-cards-r2.
  • overage What do usage beyond limits and premium models cost? [partial]: Customer-selected model/tool accounts incur their own provider charges. No current-card included allowance or AnythingLLM token-overage tariff was verified. Sources: anythingllm:anythingllm:models, anythingllm:anythingllm:cloud-cards-r2.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:license, anythingllm:anythingllm:cloud-cards-r2, anythingllm:anythingllm:pro, anythingllm:anythingllm:pro-key, anythingllm:anythingllm:models.

Open WebUI

Agent cross-checked Support: partial

Branding-intact standard use is free; Enterprise and external infrastructure/model services cost separately.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • list_prices: Standard internal use is listed as Free on 2026-10-21. No numeric Enterprise tariff was published in the reviewed offer.
  • add_ons: Branding changes outside licence exceptions and enterprise-exclusive offerings such as Terminals require Enterprise rights; service rates were not established.
  • overage: External providers charge under their own accounts; no universal Open WebUI inference overage tariff applies to standard self-hosting.
  • pricing_unit What is the pricing unit? [supported]: Standard software use has no per-seat fee with original branding intact. Enterprise rights/support are separately licensed. Sources: open-webui:open-webui:enterprise.
  • list_prices What are list prices per plan, with date and currency? [partial]: Standard internal use is listed as Free on 2026-10-21. No numeric Enterprise tariff was published in the reviewed offer. Sources: open-webui:open-webui:enterprise.
  • included_usage What usage is included? [supported]: A software licence does not supply model inference or hosting; customers configure those services. Sources: open-webui:open-webui:enterprise, open-webui:open-webui:provider.
  • add_ons Which features cost extra? [partial]: Branding changes outside licence exceptions and enterprise-exclusive offerings such as Terminals require Enterprise rights; service rates were not established. Sources: open-webui:open-webui:enterprise, open-webui:open-webui:terms.
  • overage What do usage beyond limits and premium models cost? [partial]: External providers charge under their own accounts; no universal Open WebUI inference overage tariff applies to standard self-hosting. Sources: open-webui:open-webui:provider, open-webui:open-webui:enterprise.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:enterprise, open-webui:open-webui:provider, open-webui:open-webui:terms.

VEN-02 Scenario cost

Judgment rule: Price three workloads for 12 months: 200, 1,000 and 5,000 users with a disclosed light/regular/power usage mix, in CHF and EUR excluding VAT. Include licences, platform fees, add-ons, model usage and, for self-hosted options, a stated operating assumption. Separate fixed, variable, included and unknown costs. No invented discounts.

AnythingLLM

Agent cross-checked Support: partial

ALM-14 shared cost assumptions v1.4, 2026-10-21: zero standard licence plus a disclosed Swiss infrastructure/operations and direct-BYO-model budget. Annual CHF/EUR figures are floors plus named unknown costs.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=Analyst-selected direct OpenAI API proxy, not a bundled model, Assumed operations staffing; optional commercial services excluded; deployment_mode=customer-cloud; region=Azure Switzerland North for the reference application infrastructure; standard OpenAI API inference has no Swiss/EU residency assumption; os=not specified.

Limitations

  • ALM-14 shared cost assumptions v1.4, 2026-10-21 are analyst inputs, not vendor sizing or an uptime promise.
  • The budget is a floor because named infrastructure and service costs are unpriced.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:license, anythingllm:anythingllm:cost-vm, anythingllm:anythingllm:cost-pg, anythingllm:anythingllm:cost-fx, anythingllm:anythingllm:cost-model, anythingllm:anythingllm:cost-effort.

Open WebUI

Agent cross-checked Support: partial

ALM-14 shared cost assumptions v1.4, 2026-10-21: zero standard licence plus a disclosed Swiss infrastructure/operations and direct-BYO-model budget. Annual CHF/EUR figures are floors plus named unknown costs.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=Analyst-selected direct OpenAI API proxy, not a bundled model, Assumed operations staffing; optional commercial services excluded; deployment_mode=customer-cloud; region=Azure Switzerland North for the reference application infrastructure; standard OpenAI API inference has no Swiss/EU residency assumption; os=not specified.

Limitations

  • ALM-14 shared cost assumptions v1.4, 2026-10-21 are analyst inputs, not vendor sizing or an uptime promise.
  • The budget is a floor because named infrastructure and service costs are unpriced.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:enterprise, open-webui:open-webui:cost-vm, open-webui:open-webui:cost-pg, open-webui:open-webui:cost-fx, open-webui:open-webui:cost-model, open-webui:open-webui:cost-effort.

VEN-03 Evaluation access

Judgment rule: Distinguish free tier, self-serve trial, sales-led pilot, paid proof of concept and open-source self-install. Record card requirement, duration, seat limit, and which features (SSO, connectors, admin) the trial includes. Map which shared scenarios can be run without sales approval.

AnythingLLM

Agent cross-checked Support: partial

Self-installation and free Desktop permit evaluation without sales; managed Cloud offers paid self-serve instance checkout.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop, AnythingLLM Cloud managed instance; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • self_serve_trial: Free self-install has no software trial clock/card requirement. Cloud has paid self-serve signup links, but a free business Cloud trial and its card/duration terms were not established.
  • trial_scope: Docker self-install includes standard multi-user administration and workspace knowledge; Enterprise SSO/custom service scope is quote-only and Cloud excludes MCP/custom Agents.
  • sales_gate: Standard self-install and paid public Cloud tiers have self-serve paths. Custom Enterprise services require a quote; no vendor was contacted.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:license, anythingllm:anythingllm:desktop, anythingllm:anythingllm:pro, anythingllm:anythingllm:localdocker, anythingllm:anythingllm:cloud, anythingllm:anythingllm:security, anythingllm:anythingllm:cloud-limits.

Open WebUI

Agent cross-checked Support: partial

Standard self-installation permits evaluation without sales contact; Enterprise rights and services have a separate sales path.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • self_serve_trial: Docker/Python self-installation is available without a licence payment or trial clock; it is an install path rather than a vendor-operated business trial.
  • sales_gate: Standard self-install evaluation is possible without sales. Enterprise licensing is offered to registered entities via the sales path.
  • free_tier Is there a free tier for business use? [supported]: The current enterprise page permits free standard use with branding intact, including organizations. Sources: open-webui:open-webui:enterprise.
  • self_serve_trial Is a self-serve business trial available? [partial]: Docker/Python self-installation is available without a licence payment or trial clock; it is an install path rather than a vendor-operated business trial. Sources: open-webui:open-webui:quickstart, open-webui:open-webui:enterprise.
  • trial_scope Do trials include SSO, connectors and admin features? [supported]: Self-hosted authentication, administration and knowledge features can be configured for evaluation with the customer’s own infrastructure and credentials. Sources: open-webui:open-webui:quickstart, open-webui:open-webui:sso, open-webui:open-webui:knowledge.
  • sales_gate Does meaningful evaluation require sales contact? [partial]: Standard self-install evaluation is possible without sales. Enterprise licensing is offered to registered entities via the sales path. Sources: open-webui:open-webui:enterprise.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:enterprise, open-webui:open-webui:quickstart, open-webui:open-webui:sso, open-webui:open-webui:knowledge.

VEN-04 Contract terms and pricing transparency

Judgment rule: Record minimum seats or commitment, contract length, monthly versus annual billing, price-change rules, cancellation and downgrade terms, and invoicing in CHF/EUR. Classify pricing as transparent, partially specified, quote-only or unknown, naming the missing fields. Quote-only pricing is a disclosed constraint.

AnythingLLM

Agent cross-checked Support: partial

The self-hosted MIT grant has no seat commitment; Cloud publishes monthly prices and cancellation terms, with immediate deletion.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Desktop, AnythingLLM Cloud managed instance; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • minimum_commitment: The MIT grant has no user-count minimum; Cloud per-instance pricing lists no numeric seat floor. Enterprise minima were not established.
  • local_invoicing: Can it be invoiced in CHF or EUR from a European entity? CHF/EUR billing from a European contracting entity and Enterprise-specific renewal/price-change terms were not established.
  • transparency_class: Self-host licensing and Cloud Basic/Pro headlines are disclosed. Enterprise service scope, Desktop Pro tariff and full all-in provider spend are only partially specified or unknown.
  • minimum_commitment What seat or spend minimum applies? [partial]: The MIT grant has no user-count minimum; Cloud per-instance pricing lists no numeric seat floor. Enterprise minima were not established. Sources: anythingllm:anythingllm:license, anythingllm:anythingllm:cloud.
  • contract_length What contract lengths are offered? [supported]: Cloud Basic/Pro are listed monthly; MIT software use has no subscription term. Sources: anythingllm:anythingllm:cloud, anythingllm:anythingllm:license.
  • cancellation How can the contract be cancelled or reduced? [supported]: Cloud can be cancelled via the dashboard or email under the generic terms, with immediate non-recoverable deletion and a stated prorated-current-cycle refund provision. Self-hosted service contracts are separate. Sources: anythingllm:anythingllm:terms-cloud, anythingllm:anythingllm:privacy-cloud.
  • local_invoicing Can it be invoiced in CHF or EUR from a European entity? [unknown]: local_invoicing: Can it be invoiced in CHF or EUR from a European entity? CHF/EUR billing from a European contracting entity and Enterprise-specific renewal/price-change terms were not established.
  • transparency_class Is pricing transparent, partial, quote-only or unknown? [partial]: Self-host licensing and Cloud Basic/Pro headlines are disclosed. Enterprise service scope, Desktop Pro tariff and full all-in provider spend are only partially specified or unknown. Sources: anythingllm:anythingllm:cloud, anythingllm:anythingllm:pro-key, anythingllm:anythingllm:license.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:license, anythingllm:anythingllm:cloud, anythingllm:anythingllm:terms-cloud, anythingllm:anythingllm:privacy-cloud, anythingllm:anythingllm:pro-key.

Open WebUI

Agent cross-checked Support: partial

Standard-use licence terms are public; Enterprise pricing and negotiated contract details remain quote-only.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • minimum_commitment: No paid standard-use seat commitment is listed. The 50-user rolling window is a branding exception, not a cap on branded deployment size; Enterprise is available to registered entities.
  • contract_length: What contract lengths are offered? Enterprise duration, monthly/annual billing, cancellation, price-change clauses and CHF/EUR invoicing from a European entity were not established.
  • cancellation: How can the contract be cancelled or reduced? Enterprise duration, monthly/annual billing, cancellation, price-change clauses and CHF/EUR invoicing from a European entity were not established.
  • local_invoicing: Can it be invoiced in CHF or EUR from a European entity? Enterprise duration, monthly/annual billing, cancellation, price-change clauses and CHF/EUR invoicing from a European entity were not established.
  • minimum_commitment What seat or spend minimum applies? [partial]: No paid standard-use seat commitment is listed. The 50-user rolling window is a branding exception, not a cap on branded deployment size; Enterprise is available to registered entities. Sources: open-webui:open-webui:license-pin, open-webui:open-webui:enterprise.
  • contract_length What contract lengths are offered? [unknown]: contract_length: What contract lengths are offered? Enterprise duration, monthly/annual billing, cancellation, price-change clauses and CHF/EUR invoicing from a European entity were not established.
  • cancellation How can the contract be cancelled or reduced? [unknown]: cancellation: How can the contract be cancelled or reduced? Enterprise duration, monthly/annual billing, cancellation, price-change clauses and CHF/EUR invoicing from a European entity were not established.
  • local_invoicing Can it be invoiced in CHF or EUR from a European entity? [unknown]: local_invoicing: Can it be invoiced in CHF or EUR from a European entity? Enterprise duration, monthly/annual billing, cancellation, price-change clauses and CHF/EUR invoicing from a European entity were not established.
  • transparency_class Is pricing transparent, partial, quote-only or unknown? [supported]: Standard-use licence is disclosed; Enterprise price and service terms are quote-only in the reviewed public offer. Sources: open-webui:open-webui:enterprise.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:license-pin, open-webui:open-webui:enterprise.

VEN-05 Source licence

Judgment rule: Record licence per component (client, server, connectors, hosted extensions) and revision. Distinguish OSI open source, source-available with restrictions (branding clauses, user caps), and closed. Repository visibility is not a licence classification. Licences change between releases: record the current terms, and never carry a fork's historical licence over to the upstream product or the reverse.

AnythingLLM

Agent cross-checked Support: partial

The pinned main repository is MIT. Paid hosted/Desktop entitlements must be distinguished from that source licence.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • enterprise_features_closed: Cloud Enterprise and Desktop Pro add commercial services/entitlements. Whether particular enterprise-only implementations are closed or separately licensed was not established from the main MIT file.
  • licence_type Which licence applies to each component? [supported]: The pinned main client/server repository at v1.18.0 uses MIT. Mobile, browser extension and optional paid-service components require their own component licence review. Sources: anythingllm:anythingllm:license.
  • branding_restrictions Do licence terms restrict branding or user counts? [supported]: MIT requires notice preservation but has no UI-branding or user-count clause. Optional Desktop Pro removes watermarks from generated documents; that is a paid feature entitlement, not a restriction in the main MIT source licence. Sources: anythingllm:anythingllm:license, anythingllm:anythingllm:pro.
  • enterprise_features_closed Are enterprise features in a separate closed edition? [partial]: Cloud Enterprise and Desktop Pro add commercial services/entitlements. Whether particular enterprise-only implementations are closed or separately licensed was not established from the main MIT file. Sources: anythingllm:anythingllm:cloud, anythingllm:anythingllm:pro, anythingllm:anythingllm:license.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:license, anythingllm:anythingllm:pro, anythingllm:anythingllm:cloud.

Open WebUI

Agent cross-checked Support: partial

The core server at v0.12.3 uses a licence with branding restrictions. The separate Desktop v0.0.20 repository distributes GNU AGPL v3. Terminals and proprietary Enterprise component terms remain unverified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, Open WebUI Desktop native distribution (Early Alpha); version=Core v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; Desktop v0.0.20 / 601137c5dec2967cfe173a6bf071fbbb460852be; plan=Pinned core server and Desktop component licences only; no executed Enterprise agreement or pinned Terminals licence verified; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • The claim follows pinned component licence texts and excludes unverified Enterprise/Terminals feature-licensing assertions.
  • No executed branding exception or proprietary Enterprise agreement was reviewed.
  • licence_type Which licence applies to each component? [partial]: Core v0.12.3 is distributed under the Open WebUI License with branding conditions, so its source availability has restrictions. The separate Desktop v0.0.20 LICENSE is GNU AGPL version 3. Other component licences were not established by these two texts. Sources: open-webui:open-webui:license-pin, open-webui:open-webui:desktop-license-r2.
  • branding_restrictions Do licence terms restrict branding or user counts? [supported]: Core LICENSE clause 4 restricts branding changes, with exceptions for no more than 50 natural-person users in a rolling 30 days, specific prior written permission, or an executed Enterprise licence expressly permitting changes. It does not impose a 50-user cap on branded use. This answer follows that pinned text, not the FAQ contribution qualifier. Sources: open-webui:open-webui:license-pin.
  • enterprise_features_closed Are enterprise features in a separate closed edition? [unknown]: The core text mentions an Enterprise branding-permission exception but does not establish a separate closed edition or Terminals production terms. No relevant pinned Terminals component licence or executed Enterprise contract was reviewed; those details remain unknown.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:license-pin, open-webui:open-webui:desktop-license-r2.

VEN-06 Data export and exit

Judgment rule: Record admin export of chats, assistants, knowledge bases, prompts and audit logs, formats, export completeness, user self-export, and what survives contract end. Run an admin export on a trial. Exported chats alone do not make assistants and knowledge portable.

AnythingLLM

Agent cross-checked Support: partial

Authorized accounts can export chat logs; a complete assistant/knowledge exit fixture was not run. Cloud cancellation leaves no recovery window.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Cloud managed instance; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • assistant_export: Can assistants and prompts be exported in a reusable format? No reusable complete assistant/prompt export, knowledge/source fidelity export or admin leaver/exit fixture was verified. Export Cloud data before cancellation under its current terms.
  • knowledge_export: Can knowledge bases and their sources be exported? No reusable complete assistant/prompt export, knowledge/source fidelity export or admin leaver/exit fixture was verified. Export Cloud data before cancellation under its current terms.
  • chat_export Can admins export all chats? [supported]: Permissioned exports cover workspace/user chat logs in CSV, JSON, Alpaca JSON or OpenAI-style JSONL once at least ten logs exist. No all-organization export fixture was run. Sources: anythingllm:anythingllm:logs.
  • assistant_export Can assistants and prompts be exported in a reusable format? [unknown]: assistant_export: Can assistants and prompts be exported in a reusable format? No reusable complete assistant/prompt export, knowledge/source fidelity export or admin leaver/exit fixture was verified. Export Cloud data before cancellation under its current terms.
  • knowledge_export Can knowledge bases and their sources be exported? [unknown]: knowledge_export: Can knowledge bases and their sources be exported? No reusable complete assistant/prompt export, knowledge/source fidelity export or admin leaver/exit fixture was verified. Export Cloud data before cancellation under its current terms.
  • export_format Are formats documented and machine-readable? [supported]: Documented chat-log formats are machine-readable. This does not establish complete source-file, assistant or index portability. Sources: anythingllm:anythingllm:logs.
  • post_termination_window How long can data be retrieved after termination? [supported]: Managed Cloud policy states permanent unrecoverable data deletion at cancellation/nonpayment/termination, so no post-termination retrieval window is promised. Self-hosted data remains under operator control. Sources: anythingllm:anythingllm:privacy-cloud, anythingllm:anythingllm:terms-cloud.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:logs, anythingllm:anythingllm:privacy-cloud, anythingllm:anythingllm:terms-cloud.

Open WebUI

Agent cross-checked Support: partial

User chats, admin chat records and model definitions have machine-readable export paths. Knowledge ZIP export converts source files to text.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • assistant_export: Models have JSON export/import and sync APIs. Full portability of all bound tools, skills, external secrets and shared prompts was not tested.
  • knowledge_export: Admins can export a knowledge base as ZIP containing .txt conversions. Original binary fidelity and full index/configuration restoration were not established.
  • post_termination_window: How long can data be retrieved after termination? No admin export fixture or Enterprise post-termination retrieval period was tested/reviewed; customer-owned backups remain the operator’s responsibility.
  • chat_export Can admins export all chats? [supported]: Users export their history as JSON. The pinned admin all/db route returns database chat records if ENABLE_ADMIN_EXPORT is enabled. Sources: open-webui:open-webui:export, open-webui:open-webui:chats-pin.
  • assistant_export Can assistants and prompts be exported in a reusable format? [partial]: Models have JSON export/import and sync APIs. Full portability of all bound tools, skills, external secrets and shared prompts was not tested. Sources: open-webui:open-webui:api.
  • knowledge_export Can knowledge bases and their sources be exported? [partial]: Admins can export a knowledge base as ZIP containing .txt conversions. Original binary fidelity and full index/configuration restoration were not established. Sources: open-webui:open-webui:knowledge.
  • export_format Are formats documented and machine-readable? [supported]: Chat/model JSON schemas and APIs and knowledge text ZIP output are documented. Sources: open-webui:open-webui:export, open-webui:open-webui:api, open-webui:open-webui:knowledge.
  • post_termination_window How long can data be retrieved after termination? [unknown]: post_termination_window: How long can data be retrieved after termination? No admin export fixture or Enterprise post-termination retrieval period was tested/reviewed; customer-owned backups remain the operator’s responsibility.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:export, open-webui:open-webui:chats-pin, open-webui:open-webui:api, open-webui:open-webui:knowledge.

VEN-07 Support and service levels

Judgment rule: Record support channels, languages (German, French, Italian), hours and time zone, local or regional presence, documented response times, uptime SLA and credits, public status page and incident history. Popularity is not a reliability score.

AnythingLLM

Agent cross-checked Support: partial

Public community/team support routes and the generic managed Cloud no-offline-credit terms are documented. No bespoke Enterprise SLA or Pro response-time entitlement is established by this claim.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server, AnythingLLM Cloud managed instance; version=Public support guide and generic Cloud terms (last updated 2024-07-01) retrieved 2026-10-21; plan=Self-hosted community/team support and managed Cloud under the published generic terms only; separately negotiated Enterprise SLAs and advertised Pro response terms are outside verified contractual scope; add_ons=none stated; deployment_mode=not specified; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • Generic Cloud contract facts are not extended to a bespoke Enterprise agreement.
  • Advertised support timing is excluded from contractual uptime/compensation findings.
  • Support languages, hours, regional staffing and a status history remain unverified.
  • support_channels Which support channels are available on each plan? [supported]: The public guide lists GitHub issues, team email and community Discord, recommending GitHub/email for direct team assistance. These channels do not establish contracted response hours. Sources: anythingllm:anythingllm:support-r2.
  • support_languages Is support available in German, French or Italian? [unknown]: Contracted German, French or Italian support coverage, service hours and time zones were not established in the scoped guide and generic terms.
  • regional_presence Is there a DACH or Swiss entity, team or partner? [unknown]: A CH/DACH support entity, staffed local presence or named support partner was not verified from these sources.
  • uptime_sla Is there an uptime SLA with credits? [partial]: The generic managed Cloud terms deny refunds/credits for an offline instance and do not establish an uptime percentage/credit schedule. This is a finding about those generic terms only; no executed Enterprise override or contractual definition of advertised Pro support timing was reviewed. Sources: anythingllm:anythingllm:cloud-terms-r2.
  • status_page Is there a public status page with history? [unknown]: A first-party public service-status page with incident history was not verified in the support/contract sources.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:support-r2, anythingllm:anythingllm:cloud-terms-r2.

Open WebUI

Agent cross-checked Support: partial

Enterprise support advertises dedicated channels, account management and engineering office hours; public response/credit terms were not established.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • support_languages: Is support available in German, French or Italian? DE/FR/IT support coverage, support hours/time zone, CH/DACH contracting/partner presence and a product status-history page were not established in the support/enterprise and roadmap pass.
  • regional_presence: Is there a DACH or Swiss entity, team or partner? DE/FR/IT support coverage, support hours/time zone, CH/DACH contracting/partner presence and a product status-history page were not established in the support/enterprise and roadmap pass.
  • uptime_sla: The support page refers to negotiated SLAs, but publishes no reviewed uptime percentage, response commitment or service-credit schedule.
  • status_page: Is there a public status page with history? DE/FR/IT support coverage, support hours/time zone, CH/DACH contracting/partner presence and a product status-history page were not established in the support/enterprise and roadmap pass.
  • support_channels Which support channels are available on each plan? [supported]: Enterprise customers can obtain dedicated support channels and an account manager; community development/support uses public GitHub and community channels. Sources: open-webui:open-webui:support, open-webui:open-webui:roadmap.
  • support_languages Is support available in German, French or Italian? [unknown]: support_languages: Is support available in German, French or Italian? DE/FR/IT support coverage, support hours/time zone, CH/DACH contracting/partner presence and a product status-history page were not established in the support/enterprise and roadmap pass.
  • regional_presence Is there a DACH or Swiss entity, team or partner? [unknown]: regional_presence: Is there a DACH or Swiss entity, team or partner? DE/FR/IT support coverage, support hours/time zone, CH/DACH contracting/partner presence and a product status-history page were not established in the support/enterprise and roadmap pass.
  • uptime_sla Is there an uptime SLA with credits? [partial]: The support page refers to negotiated SLAs, but publishes no reviewed uptime percentage, response commitment or service-credit schedule. Sources: open-webui:open-webui:support.
  • status_page Is there a public status page with history? [unknown]: status_page: Is there a public status page with history? DE/FR/IT support coverage, support hours/time zone, CH/DACH contracting/partner presence and a product status-history page were not established in the support/enterprise and roadmap pass.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:support, open-webui:open-webui:roadmap.

VEN-08 Onboarding, training and adoption

Judgment rule: Record vendor-led onboarding, admin training, end-user training (live, e-learning, languages), use-case libraries, champion programmes, change-management materials and their cost. Distinguish included services from paid professional services and partner offerings.

AnythingLLM

Agent cross-checked Support: partial

Public setup/skill tutorials are available and Enterprise advertises custom services; a priced workforce adoption package was not verified.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected source v1.18.0 / 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba; plan=MIT self-hosted Docker multi-user unless explicitly identified as single-user, Desktop, Mobile or Cloud; add_ons=none stated; deployment_mode=on-premise; region=Self-hosted location selected by customer; managed Cloud AWS country and external provider processing require separate confirmation; os=not specified.

Limitations

  • onboarding_service: Is guided onboarding included? No included guided rollout, DE/FR/IT end-user training, champion programme or change-management package was verified.
  • user_training: Is end-user training offered, in which languages? No included guided rollout, DE/FR/IT end-user training, champion programme or change-management package was verified.
  • use_case_library: Public Agent Flow, SQL, mail, document-generation and meeting guides provide use-case examples. A formal role-based workforce curriculum was not established.
  • adoption_programme: Is there a champion or adoption programme? No included guided rollout, DE/FR/IT end-user training, champion programme or change-management package was verified.
  • service_cost: Enterprise premium service/custom integrations/on-premise support are quote-only. Included rollout/training deliverables and prices were not established.
  • onboarding_service Is guided onboarding included? [unknown]: onboarding_service: Is guided onboarding included? No included guided rollout, DE/FR/IT end-user training, champion programme or change-management package was verified.
  • user_training Is end-user training offered, in which languages? [unknown]: user_training: Is end-user training offered, in which languages? No included guided rollout, DE/FR/IT end-user training, champion programme or change-management package was verified.
  • use_case_library Are role-based use cases and templates provided? [partial]: Public Agent Flow, SQL, mail, document-generation and meeting guides provide use-case examples. A formal role-based workforce curriculum was not established. Sources: anythingllm:anythingllm:flow, anythingllm:anythingllm:docgen, anythingllm:anythingllm:meeting, anythingllm:anythingllm:sql.
  • adoption_programme Is there a champion or adoption programme? [unknown]: adoption_programme: Is there a champion or adoption programme? No included guided rollout, DE/FR/IT end-user training, champion programme or change-management package was verified.
  • service_cost Which services cost extra? [partial]: Enterprise premium service/custom integrations/on-premise support are quote-only. Included rollout/training deliverables and prices were not established. Sources: anythingllm:anythingllm:cloud.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: anythingllm:anythingllm:flow, anythingllm:anythingllm:docgen, anythingllm:anythingllm:meeting, anythingllm:anythingllm:sql, anythingllm:anythingllm:cloud.

Open WebUI

Agent cross-checked Support: partial

Enterprise guidance includes onboarding and engineering advice. Paid hands-on implementation and training terms need separate scoping.

Availability: generally-available · Delivery: native
Scope: surfaces=Customer-operated web application and server; version=Public documentation retrieved 2026-10-21; inspected code pinned to v0.12.3 / 91ea4e3421d1d8069f13d4a463fcb5986d94ea60; plan=Standard self-hosted with original branding intact; Enterprise only where explicitly stated; add_ons=none stated; deployment_mode=on-premise; region=Customer-selected infrastructure country; external inference, extraction, search and support locations require separate configuration and contracts; os=not specified.

Limitations

  • onboarding_service: Enterprise account management advertises onboarding guidance, with package inclusion and cost unspecified.
  • user_training: Is end-user training offered, in which languages? No vendor training languages/curriculum, champion programme or priced change-management package was established.
  • use_case_library: Documentation provides assistant examples and Open Terminal use cases. A full workforce training/adoption curriculum was not established.
  • adoption_programme: Is there a champion or adoption programme? No vendor training languages/curriculum, champion programme or priced change-management package was established.
  • service_cost: Enterprise support is separately arranged; the team describes guidance rather than implementation services and recommends a systems integrator or internal team for hands-on work. Public rates were not established.
  • onboarding_service Is guided onboarding included? [partial]: Enterprise account management advertises onboarding guidance, with package inclusion and cost unspecified. Sources: open-webui:open-webui:support.
  • user_training Is end-user training offered, in which languages? [unknown]: user_training: Is end-user training offered, in which languages? No vendor training languages/curriculum, champion programme or priced change-management package was established.
  • use_case_library Are role-based use cases and templates provided? [partial]: Documentation provides assistant examples and Open Terminal use cases. A full workforce training/adoption curriculum was not established. Sources: open-webui:open-webui:models, open-webui:open-webui:terminal.
  • adoption_programme Is there a champion or adoption programme? [unknown]: adoption_programme: Is there a champion or adoption programme? No vendor training languages/curriculum, champion programme or priced change-management package was established.
  • service_cost Which services cost extra? [partial]: Enterprise support is separately arranged; the team describes guidance rather than implementation services and recommends a systems integrator or internal team for hands-on work. Public rates were not established. Sources: open-webui:open-webui:support.

Checked ; agent cross-checked 2026-10-21; check again by 2026-12-20. Sources: open-webui:open-webui:support, open-webui:open-webui:models, open-webui:open-webui:terminal.

Sources

  1. Language models anythingllm:anythingllm:models

    The product documents multiple cloud and local provider integrations, with selected models supplied by the connected account/server.

    Supported local/cloud providers · documented · Source date not stated · Retrieved 2026-10-21

  2. LLM configuration anythingllm:anythingllm:llmconfig

    System defaults can be overridden per workspace and separately for agent use.

    System, Workspace and Agent LLMs · documented · Source date not stated · Retrieved 2026-10-21

  3. Built-in local model engine anythingllm:anythingllm:built-in

    Desktop is moving its built-in engine from Ollama to Lemonade/llama.cpp; current Docker documentation describes opt-in local inference on images after v1.18.0.

    Lemonade/llama.cpp; Desktop migration; Docker opt-in · documented · Source date not stated · Retrieved 2026-10-21

  4. Model Router anythingllm:anythingllm:router

    Self-hosted and Desktop installations can route messages by ordered calculated or model-classified rules, with a fallback provider/model.

    Availability; rule types; fallback · documented · Source date not stated · Retrieved 2026-10-21

  5. AnythingLLM file converter registration anythingllm:anythingllm:constants-pin

    The pinned collector registers PDF, DOCX, PPTX, XLSX, EPUB, text, image and audio converters; legacy DOC is commented out.

    collector/utils/constants.js, accepted MIME and converter maps · source-inspected · Source date not stated · Retrieved 2026-10-21
    Commit 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba, path collector/utils/constants.js

  6. Connect local and cloud models open-webui:open-webui:provider

    Administrators connect model endpoints; the selected endpoint determines inference location, including for attached context.

    How it works; Cloud Providers; Local Servers · documented · Source date not stated · Retrieved 2026-10-21

  7. OpenAI-compatible providers open-webui:open-webui:compat

    The guide documents compatible cloud gateways and local inference servers, with provider-specific capability differences.

    Provider configuration and provider examples · documented · Source date not stated · Retrieved 2026-10-21

  8. Retrieval augmented generation open-webui:open-webui:rag

    Document retrieval uses configured embeddings and chunks or full context, with citations and a Google Drive file picker.

    Embedding support; Citations; Google Drive integration; per-file retrieval mode · documented · Source date not stated · Retrieved 2026-10-21

  9. Document extraction open-webui:open-webui:extraction

    Configurable extraction engines can process scanned documents; browser-only temporary extraction has format limitations.

    Available extraction methods; temporary chat limitation · documented · Source date not stated · Retrieved 2026-10-21

  10. Generic OpenAI configuration anythingllm:anythingllm:generic

    Operators can configure an OpenAI-compatible provider, with endpoint-specific behavior and configuration caveats.

    Compatible API route · documented · Source date not stated · Retrieved 2026-10-21

  11. Desktop v1.18.0 changelog anythingllm:anythingllm:changelog

    Desktop v1.18.0 changes the built-in engine from Ollama to Lemonade/llama.cpp and records format/sync fixes.

    Lemond/Lemonade migration; reasoning controls; fixes · documented · Source date not stated · Retrieved 2026-10-21

  12. AnythingLLM v1.18.0 release anythingllm:anythingllm:releases

    The latest retrieved stable GitHub release is v1.18.0, published 2026-10-13.

    Release date and change list · documented · Source date 2026-10-13 · Retrieved 2026-10-21

  13. OpenAI and Azure OpenAI connections open-webui:open-webui:openai

    Customers configure their own OpenAI keys or Azure endpoint, deployment IDs and API version.

    Azure OpenAI tab; Advanced Configuration · documented · Source date not stated · Retrieved 2026-10-21

  14. Open WebUI release notes open-webui:open-webui:releases

    Dated releases document shipped changes, including v0.12.3 Drive scope reduction and encrypted private-channel chats.

    v0.12.3, 2026-10-16; v0.12.2; v0.12.1 · documented · Source date 2026-10-16 · Retrieved 2026-10-21

  15. Azure OpenAI configuration anythingllm:anythingllm:azure

    The Azure route uses the customer Azure subscription and its model access.

    Customer Azure subscription · documented · Source date not stated · Retrieved 2026-10-21

  16. AWS Bedrock configuration anythingllm:anythingllm:bedrock

    Bedrock is a separately configured customer cloud-account route.

    Credentials and provider settings · documented · Source date not stated · Retrieved 2026-10-21

  17. Google Vertex AI configuration anythingllm:anythingllm:vertex

    Vertex uses customer Google Cloud credentials and deployment configuration.

    Service account, project and region · documented · Source date not stated · Retrieved 2026-10-21

  18. AnythingLLM Cloud pricing anythingllm:anythingllm:cloud

    Current public pricing lists private Cloud Basic at $50/month, Pro at $99/month and quote-only Enterprise with SSO/custom services.

    Basic, Pro and Enterprise offer table · vendor-claimed · Source date not stated · Retrieved 2026-10-21

  19. Cloud limitations anythingllm:anythingllm:cloud-limits

    Managed Cloud explicitly excludes built-in inference, custom coded Agents and MCP; local/self-hosted capabilities cannot be assumed there.

    No built-in LLM; no custom Agents; no MCP · documented · Source date not stated · Retrieved 2026-10-21

  20. AnythingLLM v1.18.0 licence anythingllm:anythingllm:license

    The pinned main repository is MIT licensed with copyright/permission notice preservation and an as-is disclaimer.

    LICENSE, MIT grant and notice · documented · Source date not stated · Retrieved 2026-10-21

  21. Models workspace open-webui:open-webui:models

    Model presets combine instructions, model, knowledge, tools and skills, with access grants and saved versions.

    Presets; Access; Builtin Tools; System prompts · documented · Source date not stated · Retrieved 2026-10-21

  22. Open WebUI for enterprise open-webui:open-webui:enterprise

    Branding-intact internal use is free; enterprise branding rights, support and exclusive offerings require a separate licence.

    Licence requirements; Deployment; Support · documented · Source date not stated · Retrieved 2026-10-21

  23. Ollama configuration anythingllm:anythingllm:ollama

    A separately installed Ollama endpoint can provide customer-operated chat inference.

    Local provider setup · documented · Source date not stated · Retrieved 2026-10-21

  24. Built-in embedding provider anythingllm:anythingllm:local-embed

    The built-in all-MiniLM-L6-v2 embedder runs on CPU and is primarily trained on English; it must first be downloaded.

    CPU model and download · documented · Source date not stated · Retrieved 2026-10-21

  25. Embedding models anythingllm:anythingllm:embed

    Retrieval embedding providers are configured separately from chat inference.

    Local and cloud embedding options · documented · Source date not stated · Retrieved 2026-10-21

  26. Memory and personalization open-webui:open-webui:memory

    Users manage persistent memories; administrators can disable the feature or restrict groups, including server-side use.

    Manual management; Administrative controls; Privacy · documented · Source date not stated · Retrieved 2026-10-21

  27. Run Open WebUI offline open-webui:open-webui:offline

    Disconnected operation requires prepared local models, embeddings and extraction; internet APIs and tools remain external dependencies.

    Local prerequisites; disabled online functionality; verification · documented · Source date not stated · Retrieved 2026-10-21

  28. AnythingLLM user quota implementation anythingllm:anythingllm:user-pin

    The pinned user quota counts chats over the preceding 24 hours for non-admin multi-user accounts; null limits and admins are exempt.

    server/models/user.js, canSendChat and dailyMessageLimit validation · source-inspected · Source date not stated · Retrieved 2026-10-21
    Commit 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba, path server/models/user.js

  29. AnythingLLM chat quota enforcement anythingllm:anythingllm:chat-pin

    The pinned chat endpoints abort before generation when a multi-user account reaches its configured 24-hour quota.

    server/endpoints/chat.js, multiUserMode and canSendChat checks · source-inspected · Source date not stated · Retrieved 2026-10-21
    Commit 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba, path server/endpoints/chat.js

  30. Knowledge bases and document chat open-webui:open-webui:knowledge

    Persistent knowledge bases support scoped access, model attachment, incremental directory sync and admin text-file ZIP export.

    Retrieval modes; Sharing; Syncing; Export; API · documented · Source date not stated · Retrieved 2026-10-21

  31. Groups open-webui:open-webui:groups

    User and group grants control resources; permissions accumulate across groups rather than deny access.

    Additive permissions; Resource Access; Nested Groups · documented · Source date not stated · Retrieved 2026-10-21

  32. Chat data privacy and encryption open-webui:open-webui:privacy

    The deployer controls storage, encryption, logs, backups and provider connections; product admin restrictions do not prevent host-operator access.

    Controls by concern; encryption; operators; model providers · documented · Source date not stated · Retrieved 2026-10-21

  33. Open WebUI v0.12.4 filter implementation open-webui:open-webui:r4-filter-implementation

    The backend dispatches installed filter handlers with user context and propagates inlet failures. It does not itself provide a configured recurring quota or managed PII policy.

    process_filter_function; process_filter_functions; inlet exception propagation · source-inspected · Source date 2026-10-25 · Retrieved 2026-10-26
    Commit 33c1978d5bad52a31df75ea55143025dfad18d16, path backend/open_webui/utils/filter.py

  34. Open WebUI filter functions open-webui:open-webui:r4-rate-limit-example

    The official optional Python example counts requests per user and raises at its configurable per-minute threshold. This sample uses in-process state and is not an enabled product-wide quota or monetary budget.

    Example: Rate Limiting for All Requests · documented · Source date not stated · Retrieved 2026-10-26

  35. Documents in chat, current interface anythingllm:anythingllm:docchat

    Attachments inject full text while embedded documents are retrieved as chunks and become available to every authorized workspace user.

    v1.8.5+; attachment vs embedding; context; workspace scope · documented · Source date not stated · Retrieved 2026-10-21

  36. AnythingLLM PDF extraction implementation anythingllm:anythingllm:pdf-pin

    The pinned PDF handler attempts OCR when its initial text loader returns no pages, without establishing scan accuracy.

    collector/processSingleFile/convert/asPDF/index.js, no-text fallback · source-inspected · Source date not stated · Retrieved 2026-10-21
    Commit 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba, path collector/processSingleFile/convert/asPDF/index.js

  37. Environment variable configuration open-webui:open-webui:env

    Administrators configure document limits, accepted extensions, audio engines and instance settings.

    RAG_FILE_MAX_SIZE; RAG_FILE_MAX_COUNT; RAG_ALLOWED_FILE_EXTENSIONS; audio; system prompt · documented · Source date not stated · Retrieved 2026-10-21

  38. Security and access anythingllm:anythingllm:security

    Docker multi-user roles are Admin, Manager and Default; Default users only chat in explicitly assigned workspaces.

    Docker only; single-user vs multi-user; roles · documented · Source date not stated · Retrieved 2026-10-21

  39. Automatic document sync preview anythingllm:anythingllm:sync

    Preview sync refreshes watched sources; removing a watched Desktop original leaves existing parsed content and embeddings in place.

    Docker vs Desktop scope; intervals; missing local file · documented · Source date not stated · Retrieved 2026-10-21

  40. MCP compatibility anythingllm:anythingllm:mcp

    Self-hosted/desktop MCP supports local stdio and remote SSE/Streamable transports with configured credentials/headers.

    Configuration file; management UI; transport types · documented · Source date not stated · Retrieved 2026-10-21

  41. Outlook Agent anythingllm:anythingllm:outlook

    The single-user Outlook skill uses a customer Entra application and requests approval for mailbox-modifying operations.

    Single-user only; delegated scopes; approvals · documented · Source date not stated · Retrieved 2026-10-21

  42. Gmail Agent anythingllm:anythingllm:gmail

    The Gmail skill is single-user only and distinguishes read actions from modifying actions requiring approval.

    Single-user only; setup; action approvals · documented · Source date not stated · Retrieved 2026-10-21

  43. SQL Agent anythingllm:anythingllm:sql

    A configurable SQL Agent can query a separately connected database.

    Database connection and tool use · documented · Source date not stated · Retrieved 2026-10-21

  44. Local Docker installation anythingllm:anythingllm:localdocker

    Self-hosting runs the application in customer-controlled infrastructure and mounted storage.

    Volumes; local network; configuration · documented · Source date not stated · Retrieved 2026-10-21

  45. AnythingLLM connector registration anythingllm:anythingllm:connectors-pin

    The pinned UI registers Confluence, repository, website, YouTube, Obsidian and other import connectors; no source ACL test was performed.

    frontend/src/components/Modals/ManageWorkspace/DataConnectors/index.jsx · source-inspected · Source date not stated · Retrieved 2026-10-21
    Commit 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba, path frontend/src/components/Modals/ManageWorkspace/DataConnectors/index.jsx

  46. OneDrive and SharePoint open-webui:open-webui:onedrive

    Users attach Microsoft files through a delegated file picker; the guide requires tenant app registration and admin consent.

    Work/school app registration; delegated API permissions; admin consent · documented · Source date not stated · Retrieved 2026-10-21

  47. Knowledge base sync, oikb open-webui:open-webui:sync

    The separate official CLI and daemon copies sources into Open WebUI knowledge bases and propagates changes during sync.

    Overview; connectors; scheduling; incremental sync · documented · Source date not stated · Retrieved 2026-10-21

  48. Model Context Protocol open-webui:open-webui:mcp

    Native remote MCP is administrator-configured Streamable HTTP with shared credentials or user OAuth modes.

    Streamable HTTP; Why admins only; Authentication modes · documented · Source date not stated · Retrieved 2026-10-21

  49. oikb connector credentials and deployment boundary open-webui:open-webui:sync-connectors-r2

    The separate official oikb program lists Teams and Gmail with source credentials; it writes into knowledge bases using an Open WebUI user API key.

    Install; Sources and connectors: SharePoint, Microsoft Teams, Google Drive, Gmail; Access is your access · documented · Source date not stated · Retrieved 2026-10-21

  50. Vector databases anythingllm:anythingllm:vector

    The application supports configurable local and external vector databases rather than a single fixed vendor region.

    Local and cloud storage choices · documented · Source date not stated · Retrieved 2026-10-21

  51. Privacy and data handling anythingllm:anythingllm:privacy

    Telemetry is optional; deleting a document from a workspace differs from deleting it from My Documents and all workspaces.

    Telemetry; document removal vs full erasure · documented · Source date not stated · Retrieved 2026-10-21

  52. Chat modes anythingllm:anythingllm:chatmodes

    Agent mode uses configured tools; Query mode is documented to report when it finds no relevant document information.

    Agent, Chat and Query modes · documented · Source date not stated · Retrieved 2026-10-21

  53. AnythingLLM source citation rendering anythingllm:anythingllm:citation-pin

    The pinned client renders citation sources with file/link/provider metadata and source-detail controls.

    frontend/src/components/WorkspaceChat/ChatContainer/ChatHistory/Citation/index.jsx · source-inspected · Source date not stated · Retrieved 2026-10-21
    Commit 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba, path frontend/src/components/WorkspaceChat/ChatContainer/ChatHistory/Citation/index.jsx

  54. Memories and personalization anythingllm:anythingllm:memory

    Admins enable user-scoped workspace/global memory, and users can edit/delete it; selected memories go to the configured model.

    Off by default; user scope; limits; extraction · documented · Source date not stated · Retrieved 2026-10-21

  55. System prompt variables anythingllm:anythingllm:systemprompt

    Workspace system prompts can include dynamic user/time context; this does not establish a mandatory organization policy.

    Workspace prompt variables and context · documented · Source date not stated · Retrieved 2026-10-21

  56. Agent setup anythingllm:anythingllm:agent-setup

    Operators configure Agent models and skills per workspace; the setup guide still names DuckDuckGo as the default search engine.

    Workspace model; enabled skills; search configuration · documented · Source date not stated · Retrieved 2026-10-21

  57. Agent Flows anythingllm:anythingllm:flow

    A visual no-code flow editor creates reusable Agent skills; code skills remain a separate developer route.

    No-code builder; Desktop vs Docker · documented · Source date not stated · Retrieved 2026-10-21

  58. Desktop installation overview anythingllm:anythingllm:desktop

    Desktop supports Windows/macOS/Linux, is single-user and exposes only its API when optional LAN discovery is enabled.

    OS support; single-player; network discovery · documented · Source date not stated · Retrieved 2026-10-21

  59. Permissions open-webui:open-webui:permissions

    Feature and resource permissions cover models, knowledge, prompts, tools, search, images, files and memories.

    Workspace and feature permission tables · documented · Source date not stated · Retrieved 2026-10-21

  60. Agent Flow API-call block anythingllm:anythingllm:flow-api

    A flow block calls a configured API and passes its result into later flow steps.

    HTTP action configuration · documented · Source date not stated · Retrieved 2026-10-21

  61. Document generation skill anythingllm:anythingllm:docgen

    The enabled built-in skill generates text, PDF, Excel, DOCX and PowerPoint files, with model-dependent results.

    Availability; document types · documented · Source date not stated · Retrieved 2026-10-21

  62. Chart generation skill anythingllm:anythingllm:chart

    An Agent chart skill generates charts from prompts and workspace data.

    Examples and workspace data · documented · Source date not stated · Retrieved 2026-10-21

  63. Tools open-webui:open-webui:tools

    Tools may run through Python, OpenAPI or MCP, and an optional approval mode stops calls until the user allows or denies them.

    Native tools and OpenAPI; Tool call approval · documented · Source date not stated · Retrieved 2026-10-21

  64. Open WebUI experimental tool permissions open-webui:open-webui:approvals-r2

    Tool Permissions is experimental and disabled by default; interactive approvals can wait, but automations and channel replies always use full access.

    Tool Approval: ENABLE_TOOL_PERMISSIONS, Full access, Ask for approval, Stop, saved/temporary chats and exceptions · documented · Source date not stated · Retrieved 2026-10-21

  65. Using agents anythingllm:anythingllm:agent-usage

    Agent sessions use configured skills and tool-capable models.

    Skills and tool use · documented · Source date not stated · Retrieved 2026-10-21

  66. Agent web browsing anythingllm:anythingllm:browsing

    The web-browsing skill searches the internet from an Agent request.

    Built-in search skill · documented · Source date not stated · Retrieved 2026-10-21

  67. AnythingLLM v1.18.0 explicitly configured DuckDuckGo route anythingllm:anythingllm:search-configured-r2

    At the pinned revision, explicit agent_search_provider=duckduckgo-engine routes queries to the DuckDuckGo HTML search endpoint; this finding makes no default-provider claim.

    agent_search_provider lookup; duckduckgo-engine switch case at lines 96-98; _duckDuckGoEngine at lines 1117-1210 · source-inspected · Source date not stated · Retrieved 2026-10-21
    Commit 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba, path server/utils/agents/aibitat/plugins/web-browsing.js

  68. AnythingLLM Agent skill controls anythingllm:anythingllm:agent-skills-r2

    The setup guide documents skill selection in Settings > Agent Skills and tool toggles from the chat prompt menu.

    Configure your available skills, excluding the unversioned default-search example · documented · Source date not stated · Retrieved 2026-10-21

  69. Web search open-webui:open-webui:web

    Search uses an administrator-configured provider and can add external sources to a conversation.

    Enabling and using web search; providers · documented · Source date not stated · Retrieved 2026-10-21

  70. Scheduled Jobs anythingllm:anythingllm:job

    Recurring Agent jobs are available only in single-user mode, with allowed tools, execution history and generated-file downloads.

    Single-user restriction; schedules; run traces · documented · Source date not stated · Retrieved 2026-10-21

  71. Automations open-webui:open-webui:automation

    Recurring prompts run on the customer server through the normal chat pipeline and remain private to their owner.

    Schedules; Access Control; Runtime behavior · documented · Source date not stated · Retrieved 2026-10-21

  72. Open WebUI v0.12.4 event dispatch open-webui:open-webui:r4-event-dispatch

    Configured Event functions receive published system events and can run developer-written handlers. Event payload field sanitization is not a general prompt/file PII detection service.

    build_event; dispatch_event_functions; EventFunctionSink · source-inspected · Source date 2026-10-25 · Retrieved 2026-10-26
    Commit 33c1978d5bad52a31df75ea55143025dfad18d16, path backend/open_webui/events.py

  73. Open WebUI v0.12.4 channel webhooks open-webui:open-webui:r4-incoming-channel-webhook

    A token-validated incoming webhook creates a channel message and publishes MESSAGE_CREATED with source channel_webhook. A configured Event handler can respond to this external input; no no-code workflow engine is implied.

    post_webhook_message, lines 2283-2361 · source-inspected · Source date 2026-10-25 · Retrieved 2026-10-26
    Commit 33c1978d5bad52a31df75ea55143025dfad18d16, path backend/open_webui/routers/channels.py

  74. Open Terminal open-webui:open-webui:terminal

    The separately deployed Open Terminal gives agents file, shell and code tools, including analysis and chart creation.

    Agent loop; Data analysis; Document processing · documented · Source date not stated · Retrieved 2026-10-21

  75. Developer API anythingllm:anythingllm:api

    Instance APIs manage workspaces, document embedding and chat; API keys confer access and must be protected.

    Instance /api/docs; key management; workspace APIs · documented · Source date not stated · Retrieved 2026-10-21

  76. Configuration anythingllm:anythingllm:config

    Simple SSO issues short-lived one-use login links for already-provisioned users through a privileged API key; it is not a native SAML/OIDC protocol implementation.

    Simple SSO passthrough; multi-user prerequisites · documented · Source date not stated · Retrieved 2026-10-21

  77. API endpoints open-webui:open-webui:api

    Authenticated APIs expose chat, tool use, file ingestion, knowledge attachment and model configuration export.

    Authentication; chat completions; tools; files; models export · documented · Source date not stated · Retrieved 2026-10-21

  78. Hardening Open WebUI open-webui:open-webui:hardening

    Optional request logging has configurable bodies, path exclusions, file rotation and stdout output; deployment operators own log handling.

    Audit logging; output; path filtering; reverse proxy · documented · Source date not stated · Retrieved 2026-10-21

  79. Docker installation overview anythingllm:anythingllm:docker

    Docker provides the shared browser/server deployment with multi-user administration; Desktop is a separate single-user application.

    Desktop/Docker comparison; server deployment · documented · Source date not stated · Retrieved 2026-10-21

  80. Windows installation anythingllm:anythingllm:windows

    Silent installation can support MDM packaging, but all-users installation is explicitly unsupported and Enterprise/Server OS use has caveats.

    Current User only; silent install and uninstall · documented · Source date not stated · Retrieved 2026-10-21

  81. Browser extension installation anythingllm:anythingllm:ext

    The extension sends pages/selected text into workspaces using an API connection; it does not by itself enforce original web content ACLs.

    Supported browsers; API connection; collected content · documented · Source date not stated · Retrieved 2026-10-21

  82. Mobile overview anythingllm:anythingllm:mobile

    A separate Android app runs local models and can pair with Desktop or server instances; iOS is not currently available.

    Android only; local models; pairing; feature set · documented · Source date not stated · Retrieved 2026-10-21

  83. Meeting Assistant introduction anythingllm:anythingllm:meeting-intro

    Free Desktop meeting recording/transcription is local on Windows/macOS; a selected cloud summary model receives the transcript.

    Desktop exclusivity; supported OS; privacy · documented · Source date not stated · Retrieved 2026-10-21

  84. Open WebUI Desktop installation route open-webui:open-webui:desktop-quickstart-r2

    Quick Start links the native desktop distribution as a route without Docker/manual setup and recommends Docker or Python for production.

    Desktop App section and production-install note · documented · Source date not stated · Retrieved 2026-10-21

  85. Open WebUI Desktop v0.0.20 documentation open-webui:open-webui:desktop-readme-r2

    The pinned Desktop README labels the app Early Alpha, lists macOS/Windows/Linux installers and describes local execution or a connection to an existing server.

    Early Alpha; Download table; How It Works; System Requirements · documented · Source date not stated · Retrieved 2026-10-21

  86. Open WebUI Desktop v0.0.20 release assets open-webui:open-webui:desktop-release-r2

    The 2026-05-06 release includes macOS and Windows x64/ARM64 installers plus Linux packages; its notes describe a Linux blank-webview fix.

    published_at; assets[].name; release body · documented · Source date 2026-05-06 · Retrieved 2026-10-21

  87. Open WebUI browser PWA installation open-webui:open-webui:pwa-r2

    The web interface can also be installed as a desktop/mobile browser PWA; PWA notifications require it to stay open.

    Desktop browser installation; Android; iOS; notification limitation · documented · Source date not stated · Retrieved 2026-10-21

  88. AnythingLLM Pro overview anythingllm:anythingllm:pro

    Optional Desktop Pro removes daily Magic-feature limits and generated-document watermarks; it is separate from Cloud Pro.

    Desktop v1.15+; Magic features; document watermarks · documented · Source date not stated · Retrieved 2026-10-21

  89. Notes open-webui:open-webui:notes

    Notes provide rich text and Markdown editing with AI rewrites and full-content attachment to chats.

    Rich editor; AI editing · documented · Source date not stated · Retrieved 2026-10-21

  90. Image generation anythingllm:anythingllm:images

    Configured OpenAI/OpenRouter/Lemonade tools can edit reference images, while the documented Ollama route generates without using references.

    Provider table; reference-image editing; /img · documented · Source date not stated · Retrieved 2026-10-21

  91. Image generation open-webui:open-webui:images

    Image providers include OpenAI, Gemini, ComfyUI and AUTOMATIC1111.

    Provider list · documented · Source date not stated · Retrieved 2026-10-21

  92. Generate and edit images in chat open-webui:open-webui:image-usage

    Image generation and editing require configured providers, feature permissions and model capability toggles.

    Availability conditions; Editing; Compositing · documented · Source date not stated · Retrieved 2026-10-21

  93. Text to speech anythingllm:anythingllm:tts

    Read-aloud uses configured local/browser or external TTS engines, depending on the selected provider.

    Provider engines and configuration · documented · Source date not stated · Retrieved 2026-10-21

  94. Transcription models anythingllm:anythingllm:stt

    Audio transcription is a separately configurable provider route.

    Transcription provider overview · documented · Source date not stated · Retrieved 2026-10-21

  95. Meeting Assistant features anythingllm:anythingllm:meeting

    The Desktop meeting workflow records/imports audio, identifies speakers, allows transcript corrections and summarizes meetings.

    Transcription; speakers; editable text; summaries · documented · Source date not stated · Retrieved 2026-10-21

  96. Voice mode open-webui:open-webui:voice

    Voice mode combines configured STT and TTS or a separately configured OpenAI-compatible realtime service.

    Standard mode; Realtime calls; Audio settings · documented · Source date not stated · Retrieved 2026-10-21

  97. Channels open-webui:open-webui:channels

    Channels support multi-person collaboration and AI participation, with channel access controls.

    Shared channels and direct messages · documented · Source date not stated · Retrieved 2026-10-21

  98. Import and export open-webui:open-webui:export

    Users export their conversation history in documented JSON and can import compatible records.

    Exporting all chats; JSON schema · documented · Source date not stated · Retrieved 2026-10-21

  99. AnythingLLM locale registration anythingllm:anythingllm:i18n-pin

    The pinned frontend registers English, German, French and Italian resources; completeness and naturalness are not established.

    frontend/src/locales/resources.js, English/German/French/Italian imports · source-inspected · Source date not stated · Retrieved 2026-10-21
    Commit 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba, path frontend/src/locales/resources.js

  100. AnythingLLM German administrator locale anythingllm:anythingllm:r4-german-admin

    German locale resources include user/invite/event-log and administrator settings labels. This establishes partial admin localization, not completeness or naturalness.

    settings users, invites, event-logs and role/admin labels · source-inspected · Source date 2026-10-25 · Retrieved 2026-10-26
    Commit 9b1fcab141000eaba9f78ed131151de04904454b, path frontend/src/locales/de/common.js

  101. Open WebUI locale registration open-webui:open-webui:i18n-pin

    The pinned client registers English, German, French and Italian interface locales; this does not establish translation quality.

    src/lib/i18n/locales/languages.json, en-US, de-DE, fr-FR, it-IT entries · source-inspected · Source date not stated · Retrieved 2026-10-21
    Commit 91ea4e3421d1d8069f13d4a463fcb5986d94ea60, path src/lib/i18n/locales/languages.json

  102. Open WebUI v0.12.4 German translations open-webui:open-webui:r4-german-admin-translations

    The distributed German translation file includes administrator and user-management labels. This establishes partial German admin localization, not completeness, naturalness or accessibility conformance.

    Admin Panel, Admin, Add User, Change User Role and settings entries · source-inspected · Source date 2026-10-25 · Retrieved 2026-10-26
    Commit 33c1978d5bad52a31df75ea55143025dfad18d16, path src/lib/i18n/locales/de-DE/translation.json

  103. Roles open-webui:open-webui:roles

    Admins can manage the system and normally bypass resource grants; environment controls can restrict product-level chat access.

    Admin; User; Pending; privacy controls · documented · Source date not stated · Retrieved 2026-10-21

  104. SSO, OAuth, OIDC and trusted header open-webui:open-webui:sso

    OAuth/OIDC providers and trusted authentication proxies support account creation and login-time group synchronization.

    Provider setup; OAuth group management; account creation · documented · Source date not stated · Retrieved 2026-10-21

  105. Two-factor sign-in open-webui:open-webui:mfa

    Built-in authenticator-based sign-in can be required, with explicit configuration for OAuth bypass.

    Administrative configuration; OAuth bypass · documented · Source date not stated · Retrieved 2026-10-21

  106. AnythingLLM administrative events anythingllm:anythingllm:admin-pin

    The pinned admin routes record user creation/deletion, invitation and API-key lifecycle events.

    server/endpoints/admin.js, user, invite and API-key routes · source-inspected · Source date not stated · Retrieved 2026-10-21
    Commit 3e4f9411b67f2dd7fa9fc6f2b95dfacbda0633ba, path server/endpoints/admin.js

  107. SCIM 2.0 support open-webui:open-webui:scim

    SCIM provisions users and groups; deactivation maps ordinary accounts to pending and ends live connections.

    Overview; User Operations; Deprovisioning; Group Operations · documented · Source date not stated · Retrieved 2026-10-21

  108. Open WebUI SCIM bearer authentication recheck open-webui:open-webui:r7-scim-bearer-doc

    The guide configures SCIM through environment variables, including SCIM_ENABLED and SCIM_TOKEN bearer authentication. It documents no user-selectable token-scope control; account visibility rules are distinct from token scopes.

    Configuration; Environment Variables; SCIM API Configuration; Security Considerations · documented · Source date not stated · Retrieved 2026-10-26

  109. Open WebUI v0.12.4 SCIM authentication open-webui:open-webui:r7-scim-bearer-code

    The pinned authentication function checks Bearer header format, whether SCIM is enabled, and a constant-time comparison with the configured SCIM_TOKEN. The inspected authentication path exposes no per-token selectable scopes.

    get_scim_auth, lines 251-297 · source-inspected · Source date 2026-10-25 · Retrieved 2026-10-26
    Commit 33c1978d5bad52a31df75ea55143025dfad18d16, path backend/open_webui/routers/scim.py

  110. Workspace chat logs anythingllm:anythingllm:logs

    Authorized users export workspace/user chat logs in CSV, JSON, Alpaca JSON or JSONL once at least ten logs are available.

    Permissions; export formats; minimum log count · documented · Source date not stated · Retrieved 2026-10-21

  111. Event logs anythingllm:anythingllm:event

    The UI records login attempts, messages, setting changes and uploads with user/time details, without a stated immutable retention model.

    Events and fields · documented · Source date not stated · Retrieved 2026-10-21

  112. Analytics open-webui:open-webui:analytics

    Admin analytics reports messages and provider-reported tokens by users, models and groups and exposes an export API.

    User and model tables; Group filters; Export; Privacy · documented · Source date not stated · Retrieved 2026-10-21

  113. Enterprise security open-webui:open-webui:security

    The page describes deployment controls and states that compliance responsibility remains with the deploying organization.

    Regulatory frameworks; data governance · documented · Source date not stated · Retrieved 2026-10-21

  114. Filter functions open-webui:open-webui:filter

    Administrators can install custom Python filters in the model request path; behavior depends on the installed filter.

    Filter lifecycle and extension examples · documented · Source date not stated · Retrieved 2026-10-21

  115. Customizable banners open-webui:open-webui:banners

    Admins can display instance banners; a banner is not evidence of a mandatory recorded policy acknowledgement.

    Configuration and dismissible banners · documented · Source date not stated · Retrieved 2026-10-21

  116. Cloud overview anythingllm:anythingllm:cloud-overview

    Mintplex describes each managed customer instance as isolated AWS infrastructure operated and updated by its team.

    Private managed instance · documented · Source date not stated · Retrieved 2026-10-21

  117. Cloud privacy policy anythingllm:anythingllm:privacy-cloud

    The managed-service policy excludes self-hosting, names AWS/Stripe/PostHog, permits necessary team access and states deletion at cancellation.

    Service scope; AWS; operational access; deletion · documented · Source date 2024-07-01 · Retrieved 2026-10-21

  118. Desktop storage anythingllm:anythingllm:storage

    Desktop data is stored in an OS-specific local data directory controlled by its user.

    Data location and backup · documented · Source date not stated · Retrieved 2026-10-21

  119. Quick start open-webui:open-webui:quickstart

    The software is self-installable with Docker or Python and keeps state in customer-controlled storage.

    Docker; pip; data volume · documented · Source date not stated · Retrieved 2026-10-21

  120. Desktop Pro activation anythingllm:anythingllm:pro-key

    A purchased Desktop Pro key is periodically validated; free feature allowances remain without a subscription.

    Periodic licence validation; free allowances · documented · Source date not stated · Retrieved 2026-10-21

  121. Cloud terms anythingllm:anythingllm:terms-cloud

    Managed-service terms name Mintplex Labs Inc in California, California law, cancellation deletion and no credits for offline service under the generic terms.

    Scope; entity; payment; cancellation; offline credits; law · documented · Source date 2024-07-01 · Retrieved 2026-10-21

  122. Desktop privacy policy anythingllm:anythingllm:privacy-desktop

    The policy describes local Desktop data and optional telemetry; connected external models still need separately scoped data processing.

    Desktop-only scope; telemetry · documented · Source date not stated · Retrieved 2026-10-21

  123. AnythingLLM Cloud operational access policy anythingllm:anythingllm:secrecy-cloud-access

    The managed-only policy permits operational team instance access, names AWS infrastructure and excludes self-hosted deployments; it does not enumerate plain-text field permissions.

    Instance Access and Management; Third-Party Services; Data Storage and Security; policy scope · documented · Source date 2024-07-01 · Retrieved 2026-10-21

  124. AnythingLLM local and cloud model routing anythingllm:anythingllm:secrecy-model-routing

    System, workspace and agent models can use local or cloud providers; the selected inference path is separate from where the application is hosted.

    System LLM; Workspace LLM; Agent LLM; Supported LLM Providers · documented · Source date not stated · Retrieved 2026-10-21

  125. Open WebUI chat data access boundary open-webui:open-webui:secrecy-access

    The privacy guide identifies application, infrastructure operators and configured model providers as content-access trust boundaries; admin UI controls do not remove infrastructure access.

    Who Can Read Chat Data?; What Encryption Protects; informational-content disclaimer · documented · Source date not stated · Retrieved 2026-10-21

  126. Open WebUI enterprise support open-webui:open-webui:secrecy-support

    Enterprise support describes advisory engineering access, dedicated channels and SLAs, with contractual commitments dependent on applicable terms.

    Support Capabilities; Consulting Topics; For Procurement & Legal; informational-content disclaimer · documented · Source date not stated · Retrieved 2026-10-21

  127. AnythingLLM advertised Cloud plan cards anythingllm:anythingllm:cloud-cards-r2

    The current offer page advertises Basic at $50/month and Pro at $99/month, with Enterprise by quote; Basic explicitly asks for an LLM API key.

    Basic $50/month, Pro $99/month and quote-only Enterprise cards; Basic BYO LLM key · vendor-claimed · Source date not stated · Retrieved 2026-10-21

  128. Terminals orchestrator open-webui:open-webui:terms

    The separate per-user terminal orchestration layer requires an Open WebUI Enterprise licence for production.

    Prerequisites; Licensing · documented · Source date not stated · Retrieved 2026-10-21

  129. Azure Retail Prices, Switzerland North Linux VMs anythingllm:anythingllm:cost-vm

    EUR hourly PAYG rates retrieved 2026-10-21 are 0.2226, 0.4453 and 0.8905 for D4s, D8s and D16s v5 respectively.

    Consumption; Virtual Machines Dsv5 Series; Standard_D4s_v5/D8s_v5/D16s_v5 · documented · Source date not stated · Retrieved 2026-10-21

  130. Azure Retail Prices, PostgreSQL Flexible Server anythingllm:anythingllm:cost-pg

    EUR hourly PAYG GP compute is 0.2288, 0.4576 and 0.9152 for 2/4/8 vCore; storage is EUR 0.1325 per GB-month.

    General Purpose Ddsv5 Series Compute, 2/4/8 vCore; Flex Server Storage · documented · Source date not stated · Retrieved 2026-10-21

  131. ECB euro reference rate history anythingllm:anythingllm:cost-fx

    The 2026-10-20 reference rates are EUR 1 = USD 1.1215 and CHF 0.9237.

    Cube time=2026-10-20; USD and CHF · documented · Source date 2026-10-20 · Retrieved 2026-10-21

  132. OpenAI API pricing anythingllm:anythingllm:cost-model

    Standard gpt-6-luna API price is USD 0.10 per million input tokens and USD 0.50 per million output tokens; caching, batch and regional premiums are separate.

    Standard, short-context gpt-6-luna row · documented · Source date not stated · Retrieved 2026-10-21

  133. GPT-6 Luna model documentation anythingllm:anythingllm:cost-effort

    The model accepts reasoning effort none, the lowest documented effort, and lists the same standard text-token rates.

    Reasoning effort and text-token pricing · documented · Source date not stated · Retrieved 2026-10-21

  134. Azure Retail Prices, Switzerland North Linux VMs open-webui:open-webui:cost-vm

    EUR hourly PAYG rates retrieved 2026-10-21 are 0.2226, 0.4453 and 0.8905 for D4s, D8s and D16s v5 respectively.

    Consumption; Virtual Machines Dsv5 Series; Standard_D4s_v5/D8s_v5/D16s_v5 · documented · Source date not stated · Retrieved 2026-10-21

  135. Azure Retail Prices, PostgreSQL Flexible Server open-webui:open-webui:cost-pg

    EUR hourly PAYG GP compute is 0.2288, 0.4576 and 0.9152 for 2/4/8 vCore; storage is EUR 0.1325 per GB-month.

    General Purpose Ddsv5 Series Compute, 2/4/8 vCore; Flex Server Storage · documented · Source date not stated · Retrieved 2026-10-21

  136. ECB euro reference rate history open-webui:open-webui:cost-fx

    The 2026-10-20 reference rates are EUR 1 = USD 1.1215 and CHF 0.9237.

    Cube time=2026-10-20; USD and CHF · documented · Source date 2026-10-20 · Retrieved 2026-10-21

  137. OpenAI API pricing open-webui:open-webui:cost-model

    Standard gpt-6-luna API price is USD 0.10 per million input tokens and USD 0.50 per million output tokens; caching, batch and regional premiums are separate.

    Standard, short-context gpt-6-luna row · documented · Source date not stated · Retrieved 2026-10-21

  138. GPT-6 Luna model documentation open-webui:open-webui:cost-effort

    The model accepts reasoning effort none, the lowest documented effort, and lists the same standard text-token rates.

    Reasoning effort and text-token pricing · documented · Source date not stated · Retrieved 2026-10-21

  139. Open WebUI v0.12.3 licence open-webui:open-webui:license-pin

    The pinned licence preserves notices and restricts branding changes, with exceptions for up to 50 rolling-30-day users, prior written permission or enterprise permission.

    LICENSE, clauses 1-4; prior-licence reservation · documented · Source date not stated · Retrieved 2026-10-21

  140. Open WebUI Desktop v0.0.20 licence open-webui:open-webui:desktop-license-r2

    The separately packaged Desktop repository distributes GNU AGPL version 3 licence text at its v0.0.20 revision.

    LICENSE heading and GNU Affero General Public License version 3 text · documented · Source date not stated · Retrieved 2026-10-21

  141. Open WebUI admin chat export implementation open-webui:open-webui:chats-pin

    The admin-only all/db route returns chat records when ENABLE_ADMIN_EXPORT is enabled.

    backend/open_webui/routers/chats.py, get_all_user_chats_in_db, lines 1113-1117 · source-inspected · Source date not stated · Retrieved 2026-10-21
    Commit 91ea4e3421d1d8069f13d4a463fcb5986d94ea60, path backend/open_webui/routers/chats.py

  142. AnythingLLM generic managed Cloud contract scope anythingllm:anythingllm:cloud-terms-r2

    The published generic terms cover managed Cloud, exclude self-hosting and deny offline-service credits; no bespoke Enterprise override was reviewed.

    Scope of Agreement; Instance Offline Recovery; last-updated date · documented · Source date 2024-07-01 · Retrieved 2026-10-21

  143. AnythingLLM public support channels anythingllm:anythingllm:support-r2

    Public support routes are GitHub, team email and community Discord; the guide recommends GitHub/email for direct team assistance.

    GitHub Issues; team email; Discord Community; direct-assistance note · documented · Source date not stated · Retrieved 2026-10-21

  144. Support and SLAs open-webui:open-webui:support

    Enterprise support advertises account management and engineering guidance, while hands-on implementation remains with the customer or integrator.

    Account manager; Office hours; Consulting; guidance scope · documented · Source date not stated · Retrieved 2026-10-21

  145. Open WebUI roadmap open-webui:open-webui:roadmap

    Budget controls, broader localization and accessibility appear on an undated roadmap and are not treated as shipped guarantees.

    In progress; Planned · documented · Source date not stated · Retrieved 2026-10-21