OpenLivery gir byrået en selvhostet agentplattform med egen portal per kunde

OpenLivery samler en multi-tenant agentplattform i tre tjenester pluss PostgreSQL: et FastAPI-API med SQLAlchemy og Alembic, et Next.js-grensesnitt og en Go-bro mot WhatsApp bygget på whatsmeow. En Caddy-gateway serverer app og API fra samme origin, slik at /api/* går til backend uten CORS-oppsett. Prosjektet ligger på GitHub under MIT-lisens.

Byrålogikken er poenget. Hver kunde får sin egen portal med egen innlogging og innboks, eventuelt servert under kundens eget domene med DNS-verifisering og automatisk HTTPS. Isolasjonen hviler på at hvert databasespørring er avgrenset på agency_id, at leverandørnøkler og WhatsApp-sesjoner lagres kryptert, og at offentlige endepunkter som innlogging og webwidgeten er ratebegrenset per klient-IP.

Du tar med dine egne nøkler. Plattformen snakker OpenAIs Responses API og Anthropics Messages API på byrånivå, og alle OpenAI-kompatible endepunkter kan kobles på med egen base-URL og modellnavn. Per agent legger du til HTTP-verktøy mot vilkårlige REST-endepunkter med krypterte auth-headere og en SSRF-vakt, eller MCP-servere over Streamable HTTP eller SSE med tilkoblingstest før lagring og hurtigbufret verktøyoppdagelse.

Kunnskapsbasen er verdt et blikk før du lover kundene semantisk søk: den tar manuell kontekst, strukturerte spørsmål og svar og PDF-opplasting, og lagrer embeddings som portabel JSON uten databaseutvidelse, med nøkkelordsøk som fallback. På kanalsiden er WhatsApp Cloud API, WhatsApp via QR og en innebyggbar webwidget levert, mens Instagram DM og Facebook Messenger står som planlagt.

Hva bør du gjøre?

1. Klon repoet, kjør ./scripts/generate-docker-env.sh for tilfeldige hemmeligheter i .env.docker, og deretter make up. Grensesnittet ligger på port 3000, API-dokumentasjonen på port 8000.
2. Vil du hoppe over byggetiden, henter make pull ferdigbygde images fra GHCR i stedet.
3. Kollisjon på portene løses uten å redigere compose-filen: API_PORT=8001 WEB_PORT=3001 DB_PORT=5433 make up.