Här hittar ni gränssnitt där man samtalar med språkmodeller: webbklienter man driver själv, skrivbordsprogram och företagschatt som samlar flera leverantörer i samma vy.
Jämför efter modellstöd, behörigheter och hur känsliga data hålls inom organisationen. Motorerna som kör modellerna har en egen kategori.
AnythingLLM är en allt-i-ett AI-applikation där ni chattar med egna dokument, bygger AI-agenter och kör flera användare — lokalt eller self-hostat. LanceDB är standardvektordatabas och koden licensieras under MIT.
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll5/5Gäller: MIT-licens verifierad i repots LICENSE (2026-10-20); fri drift som skrivbordsapp, Docker-server eller moln utan konton enligt README och webbplats.
Funktionell passform4/5Gäller: Täcker chatt-mot-dokument och agenter väl med inbyggd lokal LLM-motor (CPU/GPU); mindre lucka: multi-user och behörigheter finns endast i Docker-varianten enligt README.
Dataflytt och interoperabilitet2/5Gäller: MCP-klientstöd ger integration utåt, men dokumenterad dataexport eller öppna exportformat är inte verifierade i källorna.
Mognad och trygghet4/5Gäller: Aktivt projekt hos Mintplex Labs med senaste taggen v1.18.0 (git ls-remote 2026-10-20) och bred plattformstäckning; bedömt mot leverantörskällor.
Framtidskraft4/5Gäller: Dokumenterat MCP-stöd som klient (docs.anythingllm.com) och AI-agenter i modern TypeScript-arkitektur; allmän API-dokumentation är dock inte verifierad, vilket hindrar nivå 5.
Drift och införande4/5Gäller: Docker är huvudväg för serverdrift, BARE_METAL.md beskriver drift utan Docker och skrivbordsappen installerar enkelt; telemetri kan stängas av med DISABLE_TELEMETRY.
Kostnadsbild4/5Gäller: MIT-licensierad och gratis att köra lokalt eller self-hostat utan konton eller API-nycklar; valfri molnvariant är den enda kostnadsposten.
Svensk användbarhet1/5Gäller: Inget belägg för svensk lokalisering, dokumentation eller support i källorna; engelskspråkig men tekniskt användbar i Sverige.
GNU Affero General Public License v3.0Öppen källkod (OSI-godkänd licens) · AGPL-3.0 enligt LICENSE-filen; den som erbjuder en ändrad version som nätverkstjänst måste dela källkoden. · Licensmodeller
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll5/5Gäller: AGPL-3.0 verifierad i repots LICENSE och i README:s licenssektion (OSI-godkänd copyleft). Community Edition får användas kommersiellt under AGPL-villkoren; koden får läsas, ändras och återdistribueras. En separat Cherry Studio Enterprise Edition (central modellhantering, åtkomstkontroll) säljs kommersiellt, men kärnprodukten är fullt öppen — open-core med öppen kärna, inte låst kärna.
Funktionell passform5/5Gäller: Täcker det namngivna användningsfallet utan större luckor: molnleverantörer (OpenAI, Anthropic, Gemini m.fl.) och lokala modeller via Ollama/LM Studio i samma gränssnitt, kunskapsbas med vektorsökning, assistenter, agenter med verktygsrättigheter, bildgenerering, översättning och MCP-verktyg enligt README och katalogposten. Mindre förbehåll: modell-/verktygstillgänglighet beror på leverantör, OS och konfiguration.
Dataflytt och interoperabilitet4/5Gäller: Dokumenterad användbar export (konversationsexport i bl.a. Markdown) samt lokal lagring med WebDAV-backup enligt README; API-gatewayen gör konfigurerade modeller åtkomliga för andra program via OpenAI-/Anthropic-/Gemini-protokoll. Inte heltäckande: en verifierad fullständig export av kunskapsbaser, assistentkonfiguration och inställningar i öppet format är inte belagd.
Mognad och trygghet4/5Gäller: Startår 2024, mycket aktivt: v2.1.8 släppt 2026-10-26 med täta utgåvor (releases.atom), dokumenterad branching-/release-strategi (docs/contrib/branching-strategy.md), offentlig roadmap, användardokumentation och stora communitykanaler (Discord, Telegram, QQ). Mindre än tre år gammalt; en explicit säkerhetspolicy har inte verifierats i de hämtade källorna.
Framtidskraft4/5Gäller: Starkt API: inbyggd API-gateway (lokal HTTP-server på 127.0.0.1:23333 som talar OpenAI-, Anthropic- och Gemini-protokoll samt Cherry REST och Streamable HTTP MCP-endpoints, dokumenterad i docs/references/api-gateway/README.md), MCP-klientstöd, Skills, schemalagda uppgifter och Channels mot meddelandeplattformar. Modern modular arkitektur (packages/*-monorepo). Nivå 5 kräver verifierad praktisk integrations-/anpassningsförmåga hos tredje part, vilket bara är belagt via leverantörens egna dokument.
Drift och införande4/5Gäller: Skrivbordsklient: färdiga installers för Windows/macOS/Linux, dokumenterad kom igång-guide och minimal löpande drift; API-gatewayen är avstängd som standard och startas vid behov. Ingen serverdrift. Nycklar och data hanteras lokalt per användare — organisk central administration kräver i stället den kommersiella Enterprise Edition, vilket ska vägas in vid organisationsinförande.
Kostnadsbild4/5Gäller: Community Edition är gratis under AGPL-3.0 utan funktionslåsningar; totalkostnaden består av befintlig dator, el och API-nycklar för valda modeller — små, redovisningsbara antaganden. Krav på central administration eller AGPL-undantag leder till Enterprise Edition med icke-publicerade priser (kontakt via bd@cherry-ai.com), vilket är den kvarvarande TCO-osäkerheten. Support via community utan kommersiell SLA.
Svensk användbarhet1/5Gäller: Negativ kontroll genomförd: repots src/renderer/i18n/locales/ (hämtad via GitHub trees API 2026-10-28) innehåller 15 språk (de-de, el-gr, en-us, es-es, fr-fr, it-it, ja-jp, pt-pt, ro-ro, ru-ru, th-th, tr-tr, vi-vn, zh-cn, zh-tw) men ingen sv-fil; samma sak gäller src/main/i18n/locales/. Användardokumentation på cherryai.com är engelsk. Engelskspråkigt men tekniskt användbart i Sverige.
Apache License 2.0Öppen källkod (OSI-godkänd licens) · LICENSE-filen anger Apache 2.0 med ett projekthuvud för Menlo Research. GitHub visar NOASSERTION eftersom filen inte är den oförändrade standardtexten. · Licensmodeller
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll5/5Gäller: Apache License 2.0 verifierad i repots LICENSE (OSI-godkänd); ingen kodbasdel hittad som ligger under annan licens. Hela produkten kan läsas, ändras, återdistribueras och driftas lokalt utan leverantörsbindning; data lagras lokalt. Notera att LICENSE har ett tilläggsrubrikblock för Menlo Research (GitHub visar därför NOASSERTION), men licenstexten är oförändrad Apache 2.0.
Funktionell passform4/5Gäller: Täcker användningsfallet väl: lokala modeller via llama.cpp-motor, molnleverantörer (OpenAI, Anthropic, Mistral m.fl.), egna assistenter, tilläggssystem och MCP-verktyg enligt README. Mindre luckor: modellstorlek begränsas av lokal hårdvara och Linux/Arm64 kräver i nuläget en community-howto (issue 4543) i stället för färdig installer.
Dataflytt och interoperabilitet3/5Gäller: Samtal och data sparas lokalt i en egen mapp som går att flytta eller säkerhetskopiera (belagt i vår egen katalogpost), och den lokala OpenAI-kompatibla servern underlättar leverantörsbyten. Men en dokumenterad fullständig export-/importfunktion för konversationer, assistenter och konfiguration i standardformat är inte verifierad.
Mognad och trygghet3/5Gäller: Startår 2023, mycket aktivt: senaste utgåvan 0.8.8 publicerades 2026-10-27 (releases.atom) och utgåvor följer tätt. Dokumentation, changelog och Discord-community finns. Men projektet är ungt jämfört med etablerade klienter, versionsnummer 0.x, och en verifierad säkerhetspolicy eller uppdateringspolicy har inte kunnat beläggas i de hämtade källorna.
Framtidskraft4/5Gäller: OpenAI-kompatibel lokal API-server (localhost:1337) enligt README, inbyggda MCP-kontakter och CLI nämnda i dokumentationshubben, tilläggssystem för anpassning och modern Tauri/TypeScript/Rust-arkitektur. Nivå 5 kräver belagd praktisk integrations- och anpassningsförmåga bortom API/MCP-förekomst, vilket inte verifierats.
Drift och införande4/5Gäller: Skrivbordsklient för en användare: färdiga installers för Windows/macOS/Linux (deb, AppImage, Flathub, Microsoft Store), automatisk uppdatering (updater-modul) och väldokumenterade installationsguider. Löpande drift är minimal; huvudbördan är hårdvarukraven för lokala modeller (8–32 GB RAM beroende på modellstorlek enligt README). Ingen serverdrift alls — men också ingen central administration för organisationer.
Kostnadsbild4/5Gäller: Licenskostnad noll (Apache 2.0, inga uppgraderingsavgifter eller låsta funktioner). Totalkostnaden består av befintlig arbetsstation (RAM/GPU), el och valfria API-nycklar för molnmodeller — antaganden som är små och redovisningsbara. Support går via Discord/GitHub utan kommersiell SLA, vilket är den kvarvarande osäkerheten i TCO:n.
Svensk användbarhet1/5Gäller: Negativ kontroll genomförd: repots web-app/src/locales/ (hämtad via GitHub trees API 2026-10-28) innehåller 17 språk (bl.a. en, de-DE, fr, ja, ko, zh-CN) men ingen sv-katalog och ingen sv-JSON. README är översatt endast till kinesiska och japanska; dokumentationen på jan.ai är engelskspråkig. Engelskspråkig men tekniskt användbar i Sverige.
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll4/5Gäller: AGPL-3.0 verifierat i repots LICENSE-fil (GNU AFFERO GENERAL PUBLIC LICENSE Version 3). Hela servern ligger i samma repo — repo-trädet har ingen ee/-katalog, inga proprietära moduler och ingen open-core-uppdelning; klienterna (webb, Obsidian, Emacs, skrivbord) är med. Drift är helt fri: docker-compose.yml eller pip-paketet, ingen leverantörsbindning i drift. Nivå 4 och inte 5 därför att AGPL:s nätverksklausul är en praktisk begränsning: ändringar du exponerar som tjänst måste delas under samma licens, vilket är relevant för den som vill bygga en tjänst ovanpå. Lagringen sker i PostgreSQL med pgvector, ett öppet och väldokumenterat format.
Funktionell passform4/5Gäller: Användningsfallet täcks väl: README listar dokumentinmatning från bild, pdf, markdown, org-mode, word och Notion, semantisk sökning, chatt mot lokal eller extern LLM, agenter med egen kunskap/personlighet/modell/verktyg samt automations med nyhetsbrev till inkorgen, och dokumentationen har egna sidor för agents, automations, search och code_execution. Klienterna webb, Obsidian, Emacs, skrivbord och WhatsApp gör att assistenten finns där arbetet sker. Luckorna är kända och namngivna: alla 2.x-utgåvor är betaversioner (senaste 2.0.0-beta.28), det finns inget dokumenterat publikt REST-API för egna integrationer, och dokumentationens notFor-poster (delade arbetsytor med behörighet per grupp, krav på stabila utgåvor) ligger utanför användningsfallet. Därför 4, inte 5.
Dataflytt och interoperabilitet2/5Gäller: Ingen dokumenterad exportfunktion finns: dokumentationsträdet (40 sidor under documentation/docs/) innehåller ingen sida om export, backup eller migrering, och README nämner ingen. Data ligger i PostgreSQL med pgvector, vilket i praktiken går att dumpa med pg_dump, men schemat är applikationsspecifikt och inget stödjer en dokumenterad flytt av chattar, minnen eller agentkonfiguration till ett annat system. Servern har HTTP-endpoints (src/khoj/routers/api*.py) som de egna klienterna använder, men de är odokumenterade och därmed inte en integrationsyta man kan luta sig mot. Det ger nivå 2: viss dataåtkomst finns men är ofullständig och bristfälligt dokumenterad. Konfidensen är medium eftersom jag inte kunnat kontrollera om ett pg_dump av databasen i praktiken återställer en fungerande instans.
Mognad och trygghet3/5Gäller: Projektet har verklig historik och förvaltning: CI-badges för test, docker och pypi i README, publicerade images på ghcr.io, paket på PyPI, en dokumentationssajt med 40 sidor, Discord-community och en kommersiell aktör (khoj.dev med Enterprise-erbjudande) bakom. Det motsvarar nivå 3. Det som håller kvar på 3 och inte lyfter till 4 är utgivningsdisciplinen: releases.atom visar att senaste utgåvan är 2.0.0-beta.28 från 2026-03-26, att samtliga 2.x-taggar är betaversioner och att senaste icke-beta är v0.2.0 — sju månader utan utgåva vid bedömningstillfället, medan senaste commit på master är 2026-08-02. En verifierad uppdateringspolicy eller säkerhetsrutin (t.ex. SECURITY.md eller publicerad CVE-process) gick inte att belägga, vilket är just det som krävs för nivå 4. Konfidensen är medium eftersom beta-statusen är entydig men jag inte kunnat avgöra om avsaknaden av utgåvor beror på medveten stabilisering eller på minskad aktivitet.
Framtidskraft3/5Gäller: Khoj har en reell automatiseringsförmåga i produkten: agenter med egen kunskap, personlighet, modell och verktyg (documentation/docs/features/agents.md), schemalagda automations som levererar nyhetsbrev och aviseringar (features/automations.md), kodkörning i en Terrarium-sandlåda (features/code_execution.md) och modellval via OPENAI_BASE_URL mot Ollama, vLLM eller LM Studio, dvs. leverantörsoberoende modellager. Arkitekturen är rimligt underhållbar: Django-routers per område (api_chat, api_agents, api_automation, api_content, api_memories, api_model) och modellkonfiguration i administrationsgränssnittet. Det som saknas för nivå 4 är den externa integrationsytan: ingen publik API-dokumentation på docs.khoj.dev, ingen CLI-dokumentation för automation utifrån och inget MCP-stöd i README eller dokumentationen (kontrollerat 2026-10-30). Automatiseringen sker alltså inuti produkten, inte via ett dokumenterat kontrakt som andra system kan bygga på. Konfidensen är medium eftersom endpoints finns i koden men deras stabilitet och avsedda användning utifrån inte är dokumenterad.
Drift och införande3/5Gäller: Införandet är dokumenterat och hanterbart med normal IT-kompetens: docs.khoj.dev/get-started/setup beskriver både Docker Compose för Linux, macOS och Windows och pip-installation, anger att KHOJ_ADMIN_PASSWORD och KHOJ_DJANGO_SECRET_KEY ska sättas före start och att servern ska startas om efter första körningen. docker-compose.yml startar fyra tjänster — database (pgvector/pgvector:pg15), sandbox (Terrarium), search (SearXNG) och server på port 42110 — vilket är mer att hålla reda på än en enskild app, men alla är förkonfigurerade i compose-filen. Modell kopplas in med nyckel eller OPENAI_BASE_URL, så ingen modellkunskap krävs utöver containerdrift. Fjärråtkomst kräver egen konfiguration av domän och HTTPS enligt Remote Access-dokumentationen, vilket är den tydliga friktionen. Nivå 3: driftkraven är tydliga och hanterbara, men fyra samverkande containrar och egen reverse proxy-konfiguration gör att det inte är nivå 4. Konfidensen är medium eftersom jag läst dokumentationen men inte själv driftsatt stacken.
Kostnadsbild3/5Gäller: Licenskostnaden är noll och transparent: AGPL-3.0, ingen avgift, ingen open-core-modul att köpa. TCO-antagandena för det namngivna användningsfallet är: (1) hosting av fyra containrar — Postgres med pgvector, SearXNG, Terrarium-sandlåda och server, rimligen 2–4 vCPU och 4–8 GB RAM, vilket är en egen beräkning; (2) modellkostnad — antingen API-avgifter per token hos OpenAI/Anthropic/Gemini eller egen hårdvara med tillräcklig RAM/VRAM för lokal modell, och den posten är volymberoende och kan inte läsas ur någon prislista; (3) arbetstid för installation, hemligheter, reverse proxy och uppgraderingar i betastakt. Kostnadsbilden är alltså tydlig på licenssidan men kräver egen beräkning av drift och modellanrop — nivå 3. Konfidensen är medium eftersom jag inte kunnat verifiera någon faktisk driftskostnad, bara vad som ingår.
Svensk användbarhet1/5Gäller: Negativ kontroll utförd: jag hämtade hela repo-trädet för khoj-ai/khoj (846 filer) och sökte efter lokaliseringskataloger och översättningsfiler — resultatet är att det inte finns någon locale- eller i18n-katalog och inga .po/.mo-filer alls i repot, dvs. det finns ingen svensk (och ingen annan) översättning att mäta andel nycklar mot. Dokumentationsträdet (documentation/docs/, 40 sidor) innehåller ingen svensk sida och docs.khoj.dev publiceras på engelska. Det enda som berör andra språk är documentation/docs/advanced/support-multilingual-docs.md, som handlar om att byta till en flerspråkig embeddingmodell (t.ex. paraphrase-multilingual-MiniLM-L12-v2) för bättre sökning i icke-engelska dokument — det är dokumentinnehåll, inte lokalisering av gränssnittet, och faller under 'kan användas i Sverige', vilket enligt ankaret inte räcker. Nivå 1: verifierat svagt svenskt stöd, engelskspråkig men tekniskt användbar i Sverige. Konfidensen är medium eftersom avsaknaden av locale-katalog är entydig men jag inte kunnat utesluta att enskilda gränssnittssträngar är hårdkodade på annat sätt.
Kostnad: 0 kr. Ingen licenskostnad. Driftkostnaden är containrarna plus eventuella API-avgifter för externa modeller; lokal modell kräver egen hårdvara
Gränssnitt: Delvis svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll5/5Gäller: MIT-licens; koden får läsas, ändras och återdistribueras fritt, och självhosting är obegränsad.
Funktionell passform5/5Gäller: Täcker flera modeller, agenter, MCP-verktyg, filer och multi-user-chatt i en gemensam installation.
Dataflytt och interoperabilitet4/5Gäller: Konversationer och konfiguration kan flyttas med databas och filer; leverantörsbyten underlättas av OpenAI-kompatibla endpoints.
Mognad och trygghet4/5Gäller: Aktivt projekt sedan 2023 med stor användarbas, men API:et för agenter är fortfarande beta.
Framtidskraft5/5Gäller: Agenter, MCP, code interpreter och aktiv utveckling gör plattformen väl rustad för agentbaserade arbetsflöden.
Drift och införande4/5Gäller: Docker och dokumenterad installation gör starten enkel; databas, sökning och uppgraderingar kräver driftvana.
Kostnadsbild4/5Gäller: Ingen licenskostnad; modell-API:er, server och lagring är de löpande kostnaderna.
Svensk användbarhet3/5Gäller: Svensk gränssnittsöversättning finns i LibreChats språkfiler; dokumentationen är i huvudsak engelsk.
LobeHub Community License (Apache-2.0 med tilläggsvillkor)Källkod tillgänglig, begränsad licens · Källkoden är öppen men licensen är inte OSI-godkänd: LobeHub Community License bygger på Apache-2.0 med ytterligare villkor. Kontrollera villkoren före kommersiell distribution eller hosting. · Licensmodeller
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll3/5Gäller: Källkoden är tillgänglig men LobeHub Community License är inte OSI-godkänd och har villkor utöver Apache-2.0; självhosting är möjlig men inte jämförbar med MIT.
Funktionell passform5/5Gäller: Täcker agenter, plugins, flera modeller, kunskapsbas och MCP-marknadsplats i en gemensam arbetsyta.
Dataflytt och interoperabilitet3/5Gäller: Samtal och konfiguration kan flyttas, men data- och agentmodellerna är produktspecifika och integrationerna bygger på LobeHubs ekosystem.
Mognad och trygghet4/5Gäller: Stor användarbas och aktiv utveckling sedan 2023; licensen och den snabba produktutvecklingen kräver uppföljning.
Framtidskraft5/5Gäller: MCP-marknadsplats, agenter och plugins gör plattformen väl positionerad för agentbaserat arbete.
Drift och införande4/5Gäller: Docker och dokumenterad self-hosting underlättar; Node, databas och täta uppgraderingar kräver driftvana.
Kostnadsbild3/5Gäller: Självhosting är gratis under communitylicensen, men molntjänst, support och drift tillkommer; licensvillkoren påverkar kommersiell användning.
Svensk användbarhet1/5Gäller: Ingen svensk gränssnittsöversättning är belagd i projektets språkfiler; dokumentationen är engelskspråkig.
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll4/5Gäller: MIT-licens verifierat i repots LICENSE-fil ('MIT License, Copyright (c) 2024 Luis Novo'), en OSI-godkänd licens utan open-core-uppdelning: hela appen — gränssnitt, REST-API och bakgrundsarbetare — ligger i samma repo, och repo-trädet (763 filer) har ingen ee/-katalog eller proprietär modul. Drift är fri via docker-compose.yml eller single-container-installation, ingen leverantörsbindning i drift, och modellagret är leverantörsoberoende med 20+ providers inklusive Ollama. Nivå 4 och inte 5 därför att lagringen sker i SurrealDB, en databas med eget frågespråk och eget lagringsformat snarare än ett öppet standardformat — det är en praktisk kontrollbegränsning på formatet som ankaret för nivå 4 fångar. Formatfrågan bedöms i övrigt under dataflytt.
Funktionell passform4/5Gäller: Användningsfallet täcks väl: anteckningsböcker med källor i form av PDF, video, ljud, webbsidor och Office-dokument, fritext- och vektorsök över allt innehåll, chatt vars svar citerar källor och anteckningar, transformationer, poddgenerering med 1–4 röster samt 20+ modellleverantörer inklusive lokala via Ollama. Dokumentationen är ovanligt komplett för ett ungt projekt: docs/2-CORE-CONCEPTS, 3-USER-GUIDE och 5-CONFIGURATION täcker notebooks-sources-notes, citations, search, transformations och ai-providers. Luckorna är kända: inget fleranvändarstöd (multi-user beskrivs som riktning i VISION.md utan datum), Anthropic och Groq saknar embeddingmodeller och måste paras med annan leverantör, och gränssnittet publiceras som standard utan lösenord. Det ger 4 — användningsfallet för en liten grupp täcks med mindre luckor och kringgåenden.
Dataflytt och interoperabilitet4/5Gäller: API:t är dokumenterat och i praktiken heltäckande för appens funktioner: docs/7-DEVELOPMENT/api-reference.md säger uttryckligen att allt gränssnittet gör går via REST-API:t, att den levande OpenAPI-schemat på /docs, /redoc och /openapi.json är referensen, och listar resurskartan för notebooks, sources (inkl. /api/sources/{id}/download), notes, chat, search, transformations, models, podcasts, background jobs och embeddings. Det är nivå 4: dokumenterad användbar export/API med verklig täckning. Det som saknas för 5 är en dokumenterad helhetsflytt — ingen bulk-export eller backup av hela anteckningsböcker ingår (repo-trädet har bara scripts/export_docs.py, ett utvecklarskript), och lagringsformatet är SurrealDB, så en flytt till ett annat system kräver egen mappning. Konfidensen är medium eftersom jag läst API-referensen men inte kört endpoints eller verifierat att download-endpointen ger källfilerna i ursprungligt skick.
Mognad och trygghet3/5Gäller: Projektet är aktivt med tät utgivningstakt: releases.atom visar v1.15.0 (2026-10-04), v1.14.0 (2026-07-21), v1.13.0 (2026-07-14), v1.12.0 (2026-07-12), v1.11.0 (2026-07-11), v1.10.0 (2026-06-18) och bakåt, med teman som 'Security Hardening & Quality of Life' och 'Security Fix', vilket tyder på en medveten säkerhetshantering. Dokumentationen är strukturerad i nio kapitel och det finns ett VISION.md. Det motsvarar nivå 3: aktivt med regelbundna utgåvor och grundläggande dokumentation/community. Det som håller kvar på 3 är att kodbasen är ung (LICENSE anger copyright 2024), att fleranvändarstöd saknas, att gränssnittet som standard saknar lösenord och att ingen verifierad uppdateringspolicy eller supportåtagande finns — nivå 4 kräver etablerad förvaltning och tydligt ekosystem. Konfidensen är medium eftersom utgivningstakten är belagd men projektets långsiktiga förvaltning vilar på en enskild huvudutvecklare (lfnovo), vilket jag inte kunnat bedöma.
Framtidskraft4/5Gäller: Integrationsytan är stark och dokumenterad: REST-API med genererat OpenAPI-schema, asynkrona jobb med polling via /api/commands/jobs, streaming för ask-endpoints, autentisering med bearer-token och en resurskarta som täcker hela appen — det är ett API man kan bygga automation på, inte bara läsa. Därtill kommer en dokumenterad MCP-server: docs/5-CONFIGURATION/mcp-integration.md beskriver open-notebook-mcp som startas med uvx mot OPEN_NOTEBOOK_URL och ger åtkomst till anteckningsböcker, källor, anteckningar, chatt, sökning och modeller. Arkitekturen är modern och modulär (Python-API + Next.js-gränssnitt + bakgrundsarbetare + SurrealDB, provider-abstraktion för 20+ modeller). Nivå 4 är därför försvarbar enligt ankaret, som tillåter 'officiellt MCP eller motsvarande verklig nytta'. Konfidensen är medium eftersom MCP-servern är tredjeparts (Epochal-dev) och jag inte kunnat verifiera dess underhåll eller att den täcker skrivoperationer, och för att 'välanvänt API' inte går att belägga utan användningsdata.
Drift och införande3/5Gäller: Införandet är litet och väldokumenterat: docker-compose.yml har två tjänster (surrealdb/surrealdb:v2 och lfnovo/open_notebook:v1-latest), gränssnitt på port 8502 och API på 5055, och docs/1-INSTALLATION beskriver docker-compose, single-container, from-source och windows-native. Man måste byta OPEN_NOTEBOOK_ENCRYPTION_KEY före start och koppla in minst en språkmodell och en embeddingmodell under Models. Det motsvarar nivå 3. Friktionen som håller kvar på 3 är säkerhetsdefaulten: portarna publiceras på alla nätverksgränssnitt och gränssnittet har inget lösenord som standard — innan instansen blir åtkomlig måste man binda till 127.0.0.1 eller sätta OPEN_NOTEBOOK_PASSWORD, vilket är ett driftsteg som lätt glöms och som inte är ett klick i en installationsguide. Konfidensen är medium eftersom jag läst compose-fil och dokumentation men inte driftsatt stacken eller testat uppgraderingsvägen mellan v1-versioner.
Kostnadsbild3/5Gäller: Licenskostnaden är noll och entydig (MIT, ingen avgift, ingen open-core). TCO-antagandena för användningsfallet är: (1) hosting av två containrar — SurrealDB och appen med bakgrundsarbetare — rimligen 2 vCPU och 4 GB RAM, vilket är en egen beräkning; (2) modellkostnad, som är volymberoende: API-avgifter per token hos vald leverantör eller egen hårdvara om du kör lokalt, och embeddings måste komma från en leverantör som har sådana (Anthropic och Groq saknar dem, vilket kan tvinga fram en extra leverantör och därmed en extra kostnadspost); (3) arbetstid för täta uppgraderingar i v1-takt. Ingen publik prislista finns att jämföra mot eftersom det inte säljs någon hosted version, så kostnadsbilden är tydlig på licenssidan men kräver egen beräkning av drift och modellanrop — nivå 3. Konfidensen är medium eftersom ingen faktisk driftskostnad är verifierad.
Svensk användbarhet1/5Gäller: Negativ kontroll utförd: jag listade gränssnittets lokaliseringskatalog i repot, frontend/src/lib/locales, via GitHub contents-API. Den innehåller 14 språkkataloger — bn-IN, ca-ES, de-DE, en-US, es-ES, fr-FR, it-IT, ja-JP, pl-PL, pt-BR, ru-RU, tr-TR, zh-CN, zh-TW — och ingen sv-katalog; en direkt förfrågan mot frontend/src/lib/locales/sv.json gav HTTP 404. Dokumentationen under docs/ (nio kapitel) är engelskspråkig och ingen svensk support eller lokal integration finns belagd. Nivå 1: verifierat svagt svenskt stöd, engelskspråkig men tekniskt användbar i Sverige. Konfidensen är medium eftersom kataloglistan är entydig men jag inte kunnat utesluta att en ofullständig svensk översättning finns i någon annan katalog (t.ex. via en leverantörssträng) — andelen nycklar mot engelska kan därför inte anges, eftersom det inte finns någon svensk fil att mäta.
Kostnad: 0 kr. Ingen licenskostnad. Kostnaden är två containrar plus modellanrop: API-avgifter hos leverantör eller egen hårdvara om du kör lokalt
Open WebUI är ett självhostat webbgränssnitt för AI-modeller — en chattmiljö med RAG, verktyg och modellhantering som kan stå framför både lokala och molnbaserade backends.
Open WebUI LicenseKällkod tillgänglig, begränsad licens · Från v0.6.6 gäller en särskild varumärkesklausul; leverantören anger att den licensen inte är OSI-godkänd. Kod till och med v0.6.5 ligger kvar under BSD-3-Clause. · Licensmodeller
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll3/5Gäller: Källkoden tillgänglig och körbar, men icke-OSI-licens (varumärkesklausul över 50 användare + CLA) — öppen kärna med kontrollbegränsningar.
Funktionell passform5/5Gäller: Chatt, RAG, dokument, verktyg, multimodell och multi-backend täcker användningsfallet fullt ut.
Dataflytt och interoperabilitet4/5Gäller: Ansluter till OpenAI-kompatibla backends och exporterar data (JSON/SQLite/Postgres); schema och konfiguration är projektspecifika.
Mognad och trygghet4/5Gäller: Mycket aktivt med täta releaser och stor användarbas; snabb förändringstakt har gett enstaka regresser.
Framtidskraft4/5Gäller: Utbyggbart med tools/pipelines/skills och API; CLA begränsar strategisk vidareutveckling något.
Drift och införande4/5Gäller: Väldokumenterad Docker-installation med miljövariabler; drift i rimlig proportion för ett webbgränssnitt.
Kostnadsbild4/5Gäller: Gratis med originalvarumärke; enterprise-licens krävs först vid ommärkning över 50 slutanvändare.
Svensk användbarhet3/5Gäller: Svensk community-översättning av gränssnittet verifierad; modellsvar på svenska beror på ansluten modell.