> For the complete documentation index, see [llms.txt](https://overleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://overleaf-pro.ayaka.space/latex/da/vidensbase/038-fixing-and-preventing-compile-timeouts.md).

# Retning og forebyggelse af kompileringstimeouts

Når du klikker på **Genkompilér** knappen i dit Overleaf-projekt starter du en proces, der læser dine projektfiler og konverterer dem til en sat PDF. Hvis du får en timeout-fejl ved kompilering, betyder det, at kompileringen ikke kunne fuldføres inden for [timeout-grænsen for din Overleaf-plan](/latex/da/vidensbase/119-overleaf-plan-limits.md).

Selvom det er muligt, at nogle projekter er for store eller komplekse til at fremstille en PDF inden for den givne tid, kan timeout ved kompilering ofte rettes eller forebygges.

## Trin til at løse timeouts ved kompilering

Følg disse trin for at identificere og rette almindelige problemer, der forårsager timeouts ved kompilering:

1. [Se efter kompileringsfejl, og ret dem ved hjælp af **Stop ved første fejl** mode](#first-errors)
2. [Prøv **Fast\[draft\]** tilstand og optimer dine billedstørrelser](#second-images)
3. [Vurder dit projekt for tidskrævende opgaver](#third-assess)

Udover at følge disse trin, bør du også gennemgå forslagene til, hvad du skal gøre i [specifikke timeout-situationer](#anchor-advice) samt hvilke [bedste praksisser](#anchor-best) du bør følge for at forhindre timeouts ved kompilering.

Selvom mange projekter kan kompileres inden for den tid, der er til rådighed på Overleafs gratis plan, kan det være nødvendigt, hvis du forbereder et stort eller komplekst dokument, [abonnere på en premium-plan](https://www.overleaf.com/user/subscription/plans) for at få mere tid til kompilering.

## Trin 1: Se efter kompileringsfejl, og ret dem

Nogle kompileringsfejl, eller ophobningen af flere fejl, kan helt blokere [latexmk-buildprocessen](https://learn.overleaf.com/learn/Kb/How_does_Overleaf_compile_my_project%3F) og føre til en timeout ved kompilering. For at finde og rette fejl skal du slå **Stop ved første fejl** kompileringstilstand til under **Genkompilér** rullemenuen:

![Skærmbillede, der viser, hvordan man aktiverer kompileringstilstanden Stop ved første fejl](/files/34a0086dd4bd5e04278ebdfa403df7896b011374)

Den [**Stop ved første fejl**](/latex/da/vidensbase/149-using-the-stop-on-first-error-compilation-mode.md) kompileringstilstand gør præcis, hvad du forventer - den stopper kompileringen med det samme, når der opstår en fejl. Når dette sker, genereres der ingen PDF, og der vises en besked, der beskriver fejlen. Hvis du slår **Stop ved første fejl** til, kan du finde og rette hver fejl i projektet, indtil projektet er fejlfrit.

Hvis du klikker på hver fejlmeddelelse, kommer du til den linje i kildekoden, der forårsager problemet, så du kan rette din kode. Flere almindelige fejl forklares på [denne side](/latex/da/latex-grundlaeggende/05-errors.md), og nogle forslag til fejlfinding i LaTeX er listet på [denne side](/latex/da/sporgsmal-og-svar/81-tips-and-tricks-for-troubleshooting-latex.md). Se også [afsnittet i denne artikel](#anchor-fatal) som oplister nogle almindelige **fatale kompileringsfejl** der forårsager timeout ved kompilering.

## Trin 2: Prøv at kompilere i Fast \[draft]-tilstand

Hvis du inkluderer mange eller store billedfiler i dit projekt, kan det væsentligt øge den tid, der kræves for at kompilere projektet.

En metode, der kan hjælpe med at finde ud af, om billedbehandling er årsagen til timeouten, er at prøve at kompilere i **Hurtig \[kladde]** tilstand. For at gøre det skal du vælge **Hurtig \[kladde]** indstillingen fra **Genkompilér-menuen**. Dette erstatter alle dine grafikker med bokse og gør PDF-kompileringen meget hurtigere:

![Indstilling af kladdekompileringstilstand for et Overleaf-projekt](/files/6ddf8a7fc7aa0de81e51e6ef3030b12757c69f73)

Hvis dit dokument kompilerer i **Hurtig \[kladde]** tilstand, men ikke kan fuldføre kompileringen i **Normal** tilstand, kan årsagen være store eller mange billedfiler.

### Optimering af billedfiler

Hvis du har brugt flere store PNG- eller JPEG-filer i høj opløsning, kan behandlingen af disse filer øge den tid, det tager at kompilere projektet, nogle gange betydeligt. Sørg for at:

* Brug PDF-filer i stedet for PNG-filer til diagrammer og plots.
* Reserver brugen af JPEG'er til fotografier.

For yderligere råd se: [Optimering af store billedfiler](/latex/da/vidensbase/113-optimising-very-large-image-files.md).

## Trin 3: Vurder dit projekt for tidskrævende opgaver og fatale fejl

Hvis både **Stop ved første fejl** og **Fast\[draft]** kompileringstilstand stadig fører til en timeout ved kompilering, kan du være nødt til at kigge nærmere for at identificere årsagen til timeouten og forhåbentlig løse den.

1\. [Gennemgå listen over tidskrævende praksisser og pakker, der kan gøre kompileringen langsommere](#anchor-slow)

2\. [Gennemgå listen over almindelige fatale fejl, der kan føre til timeouts](#anchor-fatal)

3\. [Tjek rådene for specifikke timeout-scenarier, der bedst beskriver din situation](#anchor-advice)

### Tidskrævende praksisser og pakker

Nogle praksisser og pakker kan føre til meget langsomme kompileringer og endda til timeouts.

**Inkludering af komplekse TikZ- eller pgfplots-tegninger**

`TikZ` og [`pgfplots`](https://ctan.org/pkg/pgfplots?lang=en) producerer flotte grafikker, men de kan [tage lang tid at kompilere](https://tex.stackexchange.com/a/254946/226). Der er [flere måder, du kan eksternalisere TikZ-billederne på](/latex/da/sporgsmal-og-svar/60-i-have-a-lot-of-tikz-matlab2tikz-or-pgfplots-figures-so-i-m-getting-a-compilation-timeout.-can-i.md) så LaTeX ikke behøver at tegne dem igen, hver gang den laver en ny PDF.

**Brug af mhchem-pakken**

Nyere versioner af [`mhchem` pakken](https://ctan.org/pkg/mhchem?lang=en) kan tage længere tid at kompilere. Afhængigt af hvad du bruger det til, kan [`chemformula` pakken](https://ctan.org/pkg/chemformula) reducere den tid, der kræves til kompilering. Hvis du allerede har brugt `mhchem`, kan du prøve at erstatte det direkte med `chemformula` :

```latex
% \usepackage{mhchem}
\usepackage{chemformula}
\let\ce\ch
```

* **Bemærk**: der er forskelle i syntaks og funktioner mellem `mhchem` og `chemformula`, så det virker måske ikke altid godt. For eksempel vil `\ce{2H2O}` blive gengivet fint med `mhchem`, men med `chemformula` skal du skrive dette som `\ch{2 H2O}` med et mellemrum efter det indledende `2`.

**Inkludering af trace- eller debug-kald**

Hvis du tilfældigvis har en `\tracingall` kommando i dit dokument, kan den være ved at skrive en *masse* data til `.log`. Optagelse og behandling af `\tracingall` data i `.log` filen kan gøre kompileringen ekstremt langsom. Det anbefales at fjerne `\tracingall` kaldene, eller hvis du har brug for at bruge lignende metoder til fejlfinding, at bruge [`sporingen` pakken](http://ctan.org/pkg/trace) i stedet.

**Brug af acro-pakken**

Brugere af [`acro` pakken](https://www.ctan.org/pkg/acro) har [rapporteret, at version 3 er langsom](https://github.com/cgnieder/acro/issues/205) til at indlæse akronymdefinitioner. En konsekvens af `acro`øget kompileringstid er muligheden for at udløse en timeout ved kompilering; heldigvis findes der en løsning: at bruge version 2 af `acro` pakken.

Skift fra version 3 tilbage til version 2 kan kræve, at du redigerer dit projekt for at sikre, at det er kompatibelt med version 2's indstillinger, funktioner og kommandoer. Dokumentation for version 2 er tilgængelig i ældre kildekodeudgivelser, som kan [downloades fra GitHub](https://github.com/cgnieder/acro/releases/tag/v2.10).

Her er nogle ting, du skal tjekke, når du går tilbage til version 2 - denne liste er langt fra udtømmende:

1. Tilpas dit projekts hoved- `.tex` til:
   * skift `\usepackage{acro}` til `\usepackage{acro}[=v2]`
   * skift `indstillingsnøglen` include=... `for` til `\printacronyms`
2. Inden i enhver `\DeclareAcronym` kommando skal du sikre, at `tag=...` indstillingsnøglen er ændret til `class=...`.

Se venligst [`acro` version 2.10's dokumentation](https://github.com/cgnieder/acro/releases/tag/v2.10) for kommandoer og indstillinger, der er tilgængelige i version 2, men ikke i version 3.

**Brug af EPS- eller SVG-billeder**

Brug af EPS- eller SVG-billeder kan kræve ekstra behandling for at konvertere dem til PDF-format. Denne ekstra behandling øger den tid, der er nødvendig for at kompilere projektet.

* Selvom **LaTeX** kompilatoren understøtter EPS-billeder direkte, understøtter **pdfLaTeX** kompilatoren ikke EPS-billeder, så et ekstra trin er nødvendigt for at konvertere disse til PDF-billeder, når den kompilator bruges. Behandlingen håndteres af `epstopdf` pakken, som bruger `Ghostscript` til at konvertere EPS-filerne til PDF. Dette konverteringstrin kan væsentligt øge den tid, der kræves for at kompilere projektet.
* SVG-billedfiler understøttes ikke direkte af nogen LaTeX-kompilator og kræver brug af `svg` pakken og `\includesvg` kommandoen, som den stiller til rådighed.  `svg` pakken bruger `inkscape` til at konvertere SVG-billeder til PDF. Dette konverteringstrin kan væsentligt øge den tid, der kræves for at kompilere projektet.

For hurtigere resultater, der kan hjælpe med at undgå timeouts ved kompilering, skal du bruge PDF-versioner af dine billeder i stedet for EPS- eller SVG-formater.

**Brug af tabularray-pakken**

Den `tabularray` pakken giver et alternativ til standardkommandoerne og -miljøerne til at implementere tabeller i LaTeX. Desværre kører `tabularray` pakken meget langsomt, især for større tabeller og dem, der bruger visse kolonnetyper. I øjeblikket anbefales standardmetoder til tabelformatering frem for `tabularray` på grund af hensyn til kompileringstid.

**Oprettelse af en uendelig løkke i en kommando**

Under kompilering kan LaTeX-kommandoer meget sjældent udløse en “uendelig løkke”. Uendelige løkker skyldes oftest fejl i pakker eller brugerdefinerede kommandoer.

Hvis du har mistanke om, at du måske oplever en løkke, så tjek om du ved et uheld har oprettet en [rekursiv](https://en.wikipedia.org/wiki/Recursion) definition i en af dine egne kommandoer, såsom `\newcommand{\foo}{\foo}`.

### Nogle årsager til fatale kompileringsfejl

Nedenfor er nogle kendte årsager til fatale fejl.

**Inkludering af tomme linjer i følsomme titlingskommandoer**

LaTeX-klasser og tidsskriftskabeloner leverer ofte særlige kommandoer til at angive dele af et dokuments titel. Disse kommandoer er normalt beregnet til at indeholde enkle argumenter, og hvis de bruges på uventede måder, kan det føre til kompileringsfejl og endda timeouts. Mest vigtigt er kommandoer som `\author{...}`, `\date{...}` og `\title{...}` bør ikke indeholde tomme linjer.

**Inkludering af for mange faste flydende elementer**

Hvis du har for mange tabeller eller figurer, der bruger `[H]` placeringsmarkøren fra `float` pakken, kan det få LaTeX til at ende i en uendelig løkke, mens det forsøger at finde passende placeringer til dem alle. Overvej at erstatte alle `[H]` med `[hbt!]` og om nødvendigt lejlighedsvis `\clearpage` for at tømme alle tabeller og figurer i køen, før du indsætter et sideskift.

**Fejl i \caption-kommandoen og tabular-miljøer**

Her er en liste over tabelrelaterede problemer, du skal være opmærksom på - generelt bør du være forsigtig, når du sætter tabeller!

* `\caption{...}` bør altid placeres *uden for* den `tabular` miljøet, fordi det kan forårsage fatale fejl, hvis [`caption` pakken](https://ctan.org/pkg/caption) er indlæst, som vist i det følgende eksempel:

  ```latex
  \documentclass{article}
  \usepackage{caption}
  \begin{document}

  \begin{table}
      \begin{tabular}{c|c}
          \caption{Caption}% \caption{...} should be OUTSIDE the tabular environment
          a & b \\
          c & d \\
      \end{tabular}
  \end{table}
  \end{document}
  ```

  [Åbn dette eksempel **som udløser en Overleaf-timeoutfejl**](https://www.overleaf.com/docs?engine=pdflatex\&snip_name=Overleaf+timeout+example\&snip=%5Cdocumentclass%7Barticle%7D%0A%5Cusepackage%7Bcaption%7D%0A%5Cbegin%7Bdocument%7D%0A%0A%5Cbegin%7Btable%7D%0A++++%5Cbegin%7Btabular%7D%7Bc%7Cc%7D%0A++++++++%5Ccaption%7BCaption%7D%25+%5Ccaption%7B...%7D+should+be+OUTSIDE+the+tabular+environment%0A++++++++a+%26+b+%5C%5C%0A++++++++c+%26+d+%5C%5C%0A++++%5Cend%7Btabular%7D%0A%5Cend%7Btable%7D%0A%5Cend%7Bdocument)
* I modsætning hertil skal du bemærke, at `longtable` miljøet *gør* kræver `\caption{...}` inden i det, som vist i et eksempel i vores [hjælpeartikel om tabeller](/latex/da/figurer-og-tabeller/01-tables.md#multi-page-tables).
* `\caption{...}` bør ikke indeholde `\\`, `\newline`, `\\centering`, `\raggedright` osv.
* Med nogle skabeloner eller pakker, `\ref{...}` eller `\cite{...}` inden i en `\caption` skal muligvis foranstilles af `\protect` for at undgå fatale fejl; for eksempel, `\protect\cite{...}`.
* Tjek for ufuldstændige `\cmidrule{...}` i `tabular` miljøer; det kræver et interval af kolonner, så du skal skrive `\cmidrule{3-3}` i stedet for blot `\cmidrule{3}` hvis du vil have en vandret linje, der kun spænder over én kolonne.
* Undgå indlejrede `tabular` miljøer. Kig på [`makecell` pakken](https://ctan.org/pkg/makecell?lang=en) hvis du vil tilføje manuelle linjeskift i en tabelcelle, eller `p{...}` kolonnetypen og/eller [`tabularx`](https://ctan.org/pkg/tabularx) pakken, hvis du leder efter måder at oprette kolonner, der automatisk ombryder lange linjer.
* Hvis du har tabelrækker, der starter med `[...` skal du muligvis tilføje `\relax` efter `\\` på den forrige række.

**Brug af soul- eller changes-pakken**

Hvis du bruger [`soul`](https://ctan.org/pkg/soul) eller [`changes`](https://ctan.org/pkg/changes) pakken til at fremhæve tekst eller strege tekst over, så `\cite` og `\ref` skal muligvis foranstilles af `\protect`; for eksempel, `\protect\cite{...}`.

**Brug af tikzpicture**

Tjek for manglende `;` i slutningen af path/node-kommandoer og `]` i slutningen af parameterlister i `tikzpicture`s.

**Brug af breqn-pakken**

Den [`breqn`](https://ctan.org/pkg/breqn) pakkens `dmath` miljø kan ende i uendelige løkker; erstat med `align` og bryd linjer manuelt om nødvendigt.

**Brug af babel-pakken**

Nogle [`babel`](https://ctan.org/pkg/babel) sprogindstillinger ændrer betydningen af visse tegn, hvilket kan forårsage problemer, når disse tegn bruges i deres “normale” kontekst; for eksempel i matematiktilstand. For at undgå dette, prøv at bruge indstillingen `shorthands=off` når du indlæser babel (f.eks. `\usepackage[shorthands=off]{babel}`).

**Brug af jabbrv-pakken**

Nogle skabeloner bruger [`jabbrv` pakken](https://github.com/compholio/jabbrv) til automatisk at forkorte tidsskrifttitler (se [dette Overleaf-eksempel](https://www.overleaf.com/latex/templates/automatic-journal-abbreviations/mxfsdscmvxcr)). Når et tidsskriftsfelt i `.bib` filen indeholder accenterede Unicode-tegn (f.eks. Biología), kan dette blokere kompileringen og forårsage en timeout i Overleaf. LaTeX-kommandoer skal i stedet bruges, f.eks. `Biolog{\'i}a` eller du kan [ændre projektets kompilator](/latex/da/vidensbase/026-changing-compiler.md) til `XeLaTeX` eller `LuaLaTeX`, som begge har indbygget understøttelse af at læse Unicode-tegn.

## Råd til nogle specifikke timeout-situationer

### Mit projekt kompilerede uden fejl, men nu ser jeg en timeout ved kompilering

En lille ændring kan nogle gange forårsage en timeout ved kompilering. For at hjælpe med at identificere årsagen til problemet og løse det, kan du prøve disse trin:

1. Brug [Rekompilér fra bunden](/latex/da/vidensbase/028-clearing-the-cache.md) for at rydde eventuelle forældede genererede filer, som kan forårsage problemer.
2. Brug [Overleafs historikfunktion](/latex/da/flere-emner/49-using-the-history-feature.md) for at finde dine seneste ændringer. Se listen over årsager til fatale kompileringsfejl ovenfor.
3. Brug [Stop ved første fejl](/latex/da/vidensbase/149-using-the-stop-on-first-error-compilation-mode.md) indstillingen til at finde og rette enhver fejl, som du ved et uheld har introduceret.

Det er muligt, at en lille ændring har ført til en fatal kompileringsfejl - se venligst [listen over fatale kompileringsfejl ovenfor](#anchor-fatal) for nogle mulige årsager.

### Jeg har lige uploadet et projekt til Overleaf, og jeg får en timeout ved kompilering

Det kan være, at dit projekt mangler en vigtig fil eller pakke, eller at det er organiseret på en måde, der skaber problemer for Overleafs kompileringsproces.

* Hvis et projekt blev kompileret uden problemer på din lokale maskine, men ikke kan kompileres på Overleaf, kan det være, at du bruger en anden version af **TeX Live** på din egen computer. Du kan [ændre versionen af Tex Live for dit projekt](https://www.overleaf.com/blog/new-feature-select-your-tex-live-compiler-version) for at matche den version, der succesfuldt kompilerede dit projekt lokalt, mere nøjagtigt.
* Dit uploadede projekt har måske ikke en optimal filstruktur for Overleaf. Hvis din hoved-tex-fil er i en mappe, kan kompilatoren have problemer med at finde nogle filafhængigheder. Hvis din hoved-tex-fil er i en mappe, så prøv at omstrukturere dit projekt, så hoved-tex-filen ligger på øverste niveau af dit projekt.

Følg [vejledningen ovenfor til at finde og rette fejl](#first-errors) kan ofte identificere manglende filer, problemer med TeX Live-versionen og problemer med projektorganisering.

### Jeg lavede en kopi af et projekt, der kompilerede, men nu får jeg en timeout ved kompilering

Nye projekter, inklusive kopier af eksisterende projekter, vil som standard bruge den nyeste version af TeX Live. Hvis dit oprindelige projekt lå på en ældre version af TeX Live, kan det være, at der er inkompatibiliteter med den nyeste version, som skaber problemer. Prøv [at ændre TeX Live-versionen](https://www.overleaf.com/blog/new-feature-select-your-tex-live-compiler-version) på din nye kopi, så den matcher versionen i det oprindelige projekt.

### Jeg kan ikke få mit projekt til at kompileres, når jeg inkluderer alle sektionerne, men de kompilerer hver især fint

Følg [rådene ovenfor om at bruge kompilationsindstillingen Fast\[draft\]](#second-images) for at se, om hele projektet kan kompileres i Fast\[draft]-tilstand.

I nogle tilfælde er det muligt at kompilere et stort projekt succesfuldt i to trin: først ved at køre i Fast\[draft]-tilstand og derefter ved at kompilere i Normal-tilstand.

Tjek hver sektion af dit projekt for at identificere mulige kilder til langsom kompilering. Disse kan omfatte [store billedfiler, der kan optimeres](#anchor-optimize), eller andre [tidskrævende praksisser eller pakker](#anchor-slow).

### Mit projekt timeouter nogle gange, men det kan ikke kompileres pålideligt

Dit projekt kører måske meget tæt på den maksimale kompileringstid. Følg rådene ovenfor om [at rette fejl](#first-errors), [optimering af billeder](#second-images), og [at undgå tidskrævende praksisser eller pakker](#third-assess).

## Bedste praksis til at forhindre timeouts ved kompilering

Det er langt bedre at forhindre timeouts ved kompilering i at opstå end at skulle håndtere den nogle gange stressende proces med at rette dem, når de først er opstået. Disse anbefalinger bør hjælpe dig med at forhindre timeouts ved kompilering i at opstå, eller hurtigt komme dig efter dem, når de gør.

### Ret alle kompileringsfejl, når de opstår

Kompileringsfejl angives af den røde notifikationsboble ved siden af Genkompilér-knappen, som beskrevet på [denne side](/latex/da/sporgsmal-og-svar/81-tips-and-tricks-for-troubleshooting-latex.md). Hvis du klikker på den røde boble, ser du fejlmeddelelserne. Hvis du klikker på hver fejlmeddelelse, kommer du til den tilsvarende linje i kildekoden, så du kan rette din kode. Vi vil anbefale, at fejl rettes så hurtigt som muligt, da ophobning af dem kan føre til svære at fejlfinde fejl og fatale fejl i fremtiden.

[Denne side](/latex/da/latex-grundlaeggende/05-errors.md) forklarer flere almindelige kompileringsfejl. Hvis du har svært ved at forstå en fejlmeddelelse, vil det ofte føre dig til et blogindlæg eller forumindlæg med en onlinesøgning på teksten fra fejlen, hvor fejlen forklares, og der tilbydes løsninger.

### Mærk versioner af dit projekt før større ændringer eller vigtige milepæle

Brug [Overleafs historikfunktion](/latex/da/flere-emner/49-using-the-history-feature.md) for at mærke versioner af dit projekt, så du nemt kan sammenligne dit nuværende projekt med tidligere versioner. Dette kan hjælpe dig med hurtigt at finde eventuelle nye kilder til kompileringsfejl.

### Organisér dine filer

Det er lettere at finde og rette problemer, hvis dit projekt er velorganiseret. Derudover kan god projektstyring gøre det muligt at kompilere bestemte sektioner af dit projekt, hvilket gør det lettere at identificere områder, der kan bidrage til ekstra lange kompileringer. Se venligst [se her](/latex/da/dokumentstruktur/07-management-in-a-large-project.md) for råd om håndtering af store projekter.

## Mere information om kompilering og kompileringstid

### Hvad er “kompilering” egentlig?

Kompilering er processen med at omdanne din LaTeX-kode til en typograferet PDF-fil. [Læs mere om, hvordan Overleaf kompilerer LaTeX-projekter](/latex/da/vidensbase/064-how-does-overleaf-compile-my-project.md).

### Begrænsninger for fair use

Nogle store eller komplekse dokumenter kan tage længere tid at kompilere end timeout-grænsen på Overleafs gratis plan og kan kræve den forlængede kompileringstid, som er tilgængelig på vores [betalte abonnementer](https://www.overleaf.com/user/subscription/plans). Nogle projekter kan endda have brug for en længere kompileringstid, end der er tilgængelig på vores betalte planer. I sådanne tilfælde kan det være nødvendigt at downloade dit projekt og kompilere det lokalt.

### Sidder du stadig fast?

Hvis du har en kompilerings-timeout, som du ikke kan løse ved hjælp af rådene her, bedes du [lad os vide det](https://www.overleaf.com/contact).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://overleaf-pro.ayaka.space/latex/da/vidensbase/038-fixing-and-preventing-compile-timeouts.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.