Skip to main content
AI-assistenten och assistenten för LaTeX-fel körs i tjänsten web (modulerna workbench och error-assistant) i varje Ayakaleaf Pro-pod. Vad varje inställning gör, användaråtkomst och kvoter beskrivs i AI-integration; den här sidan för in det i Kubernetes.

Konfiguration

1

ConfigMap

30-config.yaml (additions)
AI_ENABLED måste vara exakt "true". Assistenten visas bara när AI_ENABLED, AI_BASE_URL, AI_MODEL och AI_API_KEY alla är satta.
2

Secret

3

Tillämpa, starta om och kontrollera gatewayen från varje pod

Vilken HTTP-status som helst betyder att gatewayen går att nå; 000 betyder att den inte gör det.
Verktyget web_fetch hämtar sidor via samma proxy som filer från Extern URL, så inställningarna OVERLEAF_LINKED_URL_* begränsar också vad modellen får läsa.

Flera repliker

Inget extra. Tokenkvoten räknas i Redis, så en användares förbrukning är densamma på varje replik, och en administratörs nollställning gäller överallt.

Testat på Kubernetes

Mot en attrapp av en OpenAI-kompatibel gateway, Tavily och GitBooks MCP-slutpunkt (betrodda via NODE_EXTRA_CA_CERTS från overleaf-certs), på Kubernetes 1.37, klarar våra end-to-end-tester sig: för AI-assistenten på tre repliker bakom HAProxy (31 fall), chattar med verktygsanrop och föreslagna ändringar, webb- och dokumentationssökning, läsning av webbsidor via linked-url-proxy begränsad av OVERLEAF_LINKED_URL_ALLOWED_RESOURCES, bild- och PDF-bilagor, samtycke, tokenkvoten räknad i Redis, AI avstängd för en användare och för instansen samt långsamma anslutningar till gatewayen; för felassistenten på en replik (15 fall), föreslagna korrigeringar, samtycke, den delade tokenkvoten och AI avstängd.
Senast ändrad 2 november 2026