Den här funktionen tillhandahålls av ayaka-notes/ayakaleaf-pro och finns tillgänglig från och med v6.3.0. Vi välkomnar din återkoppling om du stöter på problem.
AI-assistent och assistent för LaTeX-fel
Ayakaleaf Pro för in AI-funktioner i redigeraren på två sätt.- AI-assistenten kan använda dina projektdokument och den aktuella markeringen som kontext för att besvara frågor och föreslå ändringar som du kan granska.
- Felassistenten föreslår en riktad korrigering när du väljer ett LaTeX-kompileringsfel.

Toolkit-konfiguration
Lägg till följande iconfig/variables.env i din Toolkit-driftsättning och ersätt exempel-URL:en, nyckeln och modellen med värden från din leverantör:
Kvaliteten på AI-förslagen beror på vilken modell du väljer. Om du redan har en Codex- eller ChatGPT-prenumeration kan du ansluta den via den OpenAI-kompatibla slutpunkten i CLIProxyAPI.
AI_BASE_URL är bas-URL:en för det OpenAI-kompatibla API:et, inklusive leverantörens versionsprefix där det krävs. Lägg inte till /chat/completions, eftersom vi lägger till det internt. Gatewayen och modellen måste stödja strömmande chat completions och funktionsverktyg. Båda funktionerna skickar dokumentkontext till denna gateway; chatten kan även skicka uppladdade bilder när en modell med bildstöd används.
Toolkit vidarebefordrar config/variables.env till applikationscontainern. Behåll variabelnamnen som visas här; lägg inte till något OVERLEAF_-prefix. Återskapa applikationscontainern från Toolkit-katalogen när du har ändrat dessa variabler:
Gateway-inställningar
För bilduppladdningar anger du
AI_IMAGE_MODEL till en modell som tar emot bildindata och stöder de verktyg som chatten använder. Varje chattförfrågan vars historik innehåller en bifogad bild använder den här modellen, inklusive senare meddelanden i samma konversation. Utan den här inställningen använder bildförfrågningar den vanliga chattmodellen, som då själv måste stödja bilder. Förslagen för LaTeX-fel fortsätter att använda AI_MODEL.
Så här aktiverar du till exempel en bildmodell och en veckovis AI-tilldelning:
Användaråtkomst och samtycke
Tillgänglighet på instansnivå och användarbehörighet är separata.AI_ENABLED och gateway-konfigurationen styr instansens tillgänglighet. En inloggad användare måste också klara de befintliga kontokontrollerna:
aiFeatures.enabledfår inte varafalse. Detta befintliga databasfält styr både chatt och förslag för LaTeX-fel.- Användarens effektiva
features.aiUsageQuotamåste matcha den konfigurerade obegränsade nivån (unlimitedsom standard), eller så måste den befintliga äldre behörighetenfeatures.aiErrorAssistantvara aktiverad. Effektiva funktioner inkluderar tillämpliga åsidosättningar av kontofunktioner.
aiUsageQuota är en behörighetsnivå, inte en numerisk tokentilldelning. AI_TOKEN_QUOTA är en separat gräns som tillämpas lika för varje behörig användare; den nuvarande modulen erbjuder ingen individuell numerisk gräns per konto.
I administratörens användarlista väljer du en användare och öppnar Update account info → AI features. Enable AI features uppdaterar aiFeatures.enabled när kontoändringarna sparas. Servern kontrollerar aktuella behörigheter vid nya AI-förfrågningar, inklusive förfrågningar från en redan öppen redigerare. Uppdatera redigeraren för att uppdatera dess synliga kontroller efter en behörighetsändring.
Användning och nollställning
Administratörsfliken AI features visar den aktuella periodens Usage, Limit och knappen Reset på en rad. Användningen läses in när fliken öppnas; den uppdateras inte kontinuerligt. Öppna fliken igen när en chatt eller ett felförslag har slutförts för att se det senaste värdet. Nollställningen träder i kraft omedelbart och rensar endast den användarens räknare för den aktuella perioden, varefter den visade användningen läses in på nytt. Du behöver inte spara resten av kontoformuläret.
AI_TOKEN_QUOTA; felförslag har ingen separat gräns för antal förfrågningar. Att nollställa räknaren ändrar inte behörighet, samtycke, den konfigurerade gränsen eller leverantörens egna faktureringsuppgifter. Räknarna använder periodnycklar i UTC och upphör efter 40 dagar; om Redis-data behålls bevaras aktuell användning när applikationen startas om.
Valfria söktjänster
Webbsökning använder ett Tavily-kompatibelt API. Den är tillgänglig när en API-nyckel för sökning har konfigurerats. Dessa inställningar är oberoende av AI-gatewayen:
Till exempel:
searchDocumentation på den konfigurerade GitBook MCP-slutpunkten och accepterar JSON- eller SSE-svar. Detta är en MCP-klient för dokumentationssökning; dessa moduler exponerar inte projektfiler som en MCP-server och tillhandahåller inte något allmänt register över MCP-servrar.
Sökfrågor skickas till den konfigurerade söktjänsten. Sökresultaten kan sedan inkluderas i förfrågningar till AI-gatewayen. Chattens meny Tools låter användarna aktivera eller inaktivera Web och Documentation för sina förfrågningar; ett verktyg måste också vara konfigurerat på servern för att vara tillgängligt för modellen.
