You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have been exploring Microsoft.Extensions.AI and really like the lightweight/provider-agnostic design around IChatClient and the middleware pipeline.
While working with agentic AI workflows, I noticed there currently does not appear to be a built-in abstraction for durable conversation memory/thread state management similar to what frameworks like LangGraph provide.
Examples of the scenarios I’m referring to:
automatic chat history persistence
thread-based conversation restore
checkpointing/resume
workflow state persistence
token-aware conversation trimming/summarization
middleware-driven memory loading/saving
Today this seems to be implemented manually by consumers around IChatClient.
I wanted to ask:
Is the current direction intentionally keeping Microsoft.Extensions.AI stateless?
Is there any planned work around conversation memory or durable agent state abstractions?
Would the team prefer these capabilities to exist as external extension packages/middleware rather than inside the core library?
Would middleware-based conversation memory extensions align with the intended architecture of the library?
I’m interested in experimenting with a lightweight middleware/provider model for durable chat history and thread memory built around IChatClient, but wanted to first understand the intended direction before exploring this further.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Hi team,
I have been exploring
Microsoft.Extensions.AIand really like the lightweight/provider-agnostic design aroundIChatClientand the middleware pipeline.While working with agentic AI workflows, I noticed there currently does not appear to be a built-in abstraction for durable conversation memory/thread state management similar to what frameworks like LangGraph provide.
Examples of the scenarios I’m referring to:
Today this seems to be implemented manually by consumers around
IChatClient.I wanted to ask:
Microsoft.Extensions.AIstateless?I’m interested in experimenting with a lightweight middleware/provider model for durable chat history and thread memory built around
IChatClient, but wanted to first understand the intended direction before exploring this further.Thanks!
Beta Was this translation helpful? Give feedback.
All reactions