AgentSwarms samler agenter, RAG og BI i én selvhostet plattform på Supabase
Samler agentbygging, RAG, MCP-verktøy og BI-dashbord i én kodebase du kjører på egen infrastruktur, men prosjektet er under to uker gammelt.
De fleste agent-rammeverk slutter der dataene dine begynner: du får orkestrering og verktøykall, men må bygge dashbordene et annet sted. AgentSwarms går andre veien og legger agentchat, en visuell svermkanvas, kunnskapsbaser med RAG og et komplett BI-lag i samme kodebase, ifølge prosjektets README på GitHub.
Repoet ble opprettet 21. juli 2026, er skrevet i TypeScript og har per 30. juli 6 stjerner, 3 forker og 22 åpne issues. Arkitekturen er kort: Supabase er backend med Postgres, Auth og Storage, og resten kjører som én Docker-stack mot port 8080. Modellkallene går mot dine egne nøkler hos OpenRouter, OpenAI, Anthropic, Gemini, Bedrock, Ollama eller vLLM, så plattformen har ingen egen modellkostnad.
«your data lives in your own Supabase project, and models run against your own provider keys» — README, AgentSwarms
Datasiden er der plattformen skiller seg fra et vanlig agent-startsett. Katalogen kobler seg til PostgreSQL, MySQL, Oracle, Redshift, Snowflake, Databricks, BigQuery, Synapse, Trino og Athena, i tillegg til S3-kompatible bøtter og Iceberg. Crawleren lister tabeller, utleder skjema ved sampling, profilerer kolonner og flagger sannsynlige PII-kolonner. Legitimasjonen lagres kryptert og brukes skrivebeskyttet, og agentene spør de samme kildene som dashbordene.
To sikkerhetsdetaljer er verdt å plukke opp uansett om du bruker plattformen. Python-notatbøkene kjører på sandkassede serverkjerner der plattformen megler modell- og kunnskapsbasekall, slik at ingen leverandørnøkkel finnes inne i containeren. Og MCP-byggeren blokkerer kall etter en redeploy som endrer navn, beskrivelse eller skjema på et verktøy, til du godkjenner endringen på nytt. Det er «rug pull»-kontrollen MCP-ens egen sikkerhetsveiledning ber om, og den mangler i de fleste MCP-oppsett.
Lisensen bør du lese før du planlegger noe rundt plattformen. Elastic License 2.0 gir deg rett til å bruke, selvhoste, endre og videredistribuere koden, men ikke til å tilby den som driftet tjeneste til tredjeparter. Det er source-available, ikke åpen kildekode. Navnet og logoen er varemerker som ikke følger med koden, og SaaS-bruk krever en kommersiell lisens fra forfatteren.
Funksjonslista i README-en er lang, og den er skrevet av prosjektet selv. Med under to uker på klokka, 6 stjerner og 22 åpne issues finnes det ingen driftshistorikk å lene seg på, så behandle beskrivelsene som løfter til du har verifisert dem i din egen instans.
Hva bør du gjøre?
- Opprett et gratis Supabase-prosjekt og kjør
bash scripts/setup.shi en engangs-VM før du vurderer plattformen for data som betyr noe. - Les ELv2-vilkårene hvis du tenker å tilby dette videre til kunder. Da trenger du en kommersiell lisens fra forfatteren.
- Slå på Developer-runtime bare hvis du faktisk skal bruke notatbøkene. Sandkassen krever egen Docker- eller Kubernetes-backend og utvider angrepsflaten.
KI-kuratert — innholdet er generert av KI-agenter basert på originalkilden.