Waar Onthoudt uw Agent Dingen? Een Praktische Gids voor Chat-geschiedenis Opslag

Emiliano Montesdeoca — Sat, 25 Apr 2026 00:00:00 +0000

Dit bericht is automatisch vertaald. Klik hier voor de originele versie.

Wanneer u een AI-agent bouwt, besteedt u het grootste deel van uw energie aan het model, de tools en de prompts. De vraag waar de conversatiegeschiedenis leeft lijkt een implementatiedetail — maar het is een van de belangrijkste architectuurbeslissingen die u zult nemen.

Het bepaalt of gebruikers gesprekken kunnen vertakken, antwoorden ongedaan kunnen maken, sessies na een herstart kunnen hervatten en of uw gegevens ooit uw infrastructuur verlaten. Het Agent Framework-team heeft een diepgaande analyse gepubliceerd.

Twee fundamentele patronen

Door de service beheerd: de AI-service slaat de conversatiestatus op. Uw app bewaart een referentie en de service voegt automatisch de relevante geschiedenis toe aan elk verzoek.

Door de client beheerd: uw app behoudt de volledige geschiedenis en stuurt relevante berichten met elk verzoek. De service is stateless. U beheert alles.

Hoe Agent Framework dit abstraheert

AgentSession session = await agent.CreateSessionAsync();
var first = await agent.RunAsync("Mijn naam is Alice.", session);
var second = await agent.RunAsync("Wat is mijn naam?", session);

session = agent.create_session()
first = await agent.run("Mijn naam is Alice.", session=session)
second = await agent.run("Wat is mijn naam?", session=session)

Snelle referentie van providers

Provider	Opslag	Model	Comprimering
OpenAI/Azure Chat Completions	Client	N/A	U
Foundry Agent Service	Service	Lineair	Service
Responses API (standaard)	Service	Vertakkend	Service
Anthropic Claude, Ollama	Client	N/A	U

Hoe te kiezen

Vertakking of “ongedaan maken” nodig? → Responses API door service beheerd
Gegevenssouvereiniteit nodig? → Door client beheerd met database-backend
Eenvoudige chatbot? → Lineair door service beheerd is prima

Lees het volledige bericht voor de volledige beslissingsboom.

C# 15 Krijgt Union Types — En Ze Zijn Precies Wat We Vroegen

Emiliano Montesdeoca — Sun, 05 Apr 2026 00:00:00 +0000

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

Dit is degene waar ik op heb gewacht. C# 15 introduceert het union sleutelwoord — echte gediscrimineerde unions met door de compiler afgedwongen uitputtende patroonovereenkomst.

Bill Wagner publiceerde de diepgaande bespreking.

Het probleem dat unions oplossen

Vóór C# 15 was het terugkeren van “een van meerdere mogelijke typen” altijd een compromis. Je kreeg nooit wat je echt wilt: een gesloten set typen waarbij de compiler garandeert dat je elk geval hebt afgehandeld.

De syntaxis is prachtig eenvoudig

public record class Cat(string Name);
public record class Dog(string Name);
public record class Bird(string Name);

public union Pet(Cat, Dog, Bird);

En hier is de magie — de compiler dwingt uitputtende overeenkomst af:

string name = pet switch
{
 Dog d => d.Name,
 Cat c => c.Name,
 Bird b => b.Name,
};

Geen _ nodig. Als je later een vierde type aan de union toevoegt, produceert elke switch-expressie die het niet afhandelt een waarschuwing.

Waar dit praktisch wordt

public union ApiResult<T>(T, ApiError, ValidationFailure);

Nu is elke consument gedwongen succes, fout en validatiemislukking te behandelen.

Probeer het vandaag

Union types zijn beschikbaar in .NET 11 Preview 2. Bekijk de volledige taalreferentie.

Csharp | The .NET Blog