Logniveaus tijdens runtime instellen

Een server ontvangt setLevel alleen als hij tijdens de initialisatiehandshake de mogelijkheid logging heeft aangekondigd. FastMCP schakelt dit voor je in.

Het gekozen niveau is een drempelwaarde. Als je dit op warning instelt, komen warning en alles wat ernstiger is door; rustigere berichten worden verwijderd.

Na setLevel vergelijkt de server de ernst van elk logboekbericht met de ondergrens. Alles onder de drempelwaarde wordt simpelweg niet naar die client gestuurd.

Om een lastige uitvoering te debuggen, kan een client het niveau instellen op debug. Nu worden alle berichten, zelfs de uitvoerige traces, teruggestuurd voor inspectie.

Voor een rustig productieoverzicht stel je het niveau in op error. Alleen fouten komen aan, zodat het scherm van de gebruiker vrij blijft van gewone berichten.

Het niveau geldt voor de sessie van die client. Als je het later wijzigt, verschuift alleen de ondergrens; een nieuwe verbinding of herladen is niet nodig.

Voordat er een setLevel-aanvraag binnenkomt, gebruikt de server zijn eigen standaardondergrens, vaak info. Log altijd uitgebreid en laat de client kiezen wat hij bewaart.

Runtime-niveaus betekenen dat je één build uitlevert die standaard rustig is, maar meteen uitgebreid kan loggen zodra een gebruiker een moeilijk te vinden fout meldt.

Deze knop bepaalt dezelfde aanroepen van ctx.info en ctx.debug die je schrijft. De client kiest de ondergrens; jouw code logt gewoon op eerlijke niveaus.

Je hebt geleerd dat logging/setLevel tijdens runtime een ondergrens instelt, hoe filteren rustigere berichten verwijdert en waarom één build hierdoor flexibel blijft. Uitstekend!