Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add some kind of mechanism/component for managing state between Agent calls #676

Open
Finndersen opened this issue Jan 13, 2025 · 2 comments
Labels
question Further information is requested

Comments

@Finndersen
Copy link

Finndersen commented Jan 13, 2025

Love the framework! I've used it to build an AI agent app, and needed to create an AgentRunner wrapper class to manage state (e.g. message history) between agent calls, and there's other useful functionality that could be added at this layer:

Would something like this be a worthwhile addition to the framework?

@Finndersen Finndersen changed the title Add some kind of mechanism/component for managing between Agent calls Add some kind of mechanism/component for managing state between Agent calls Jan 14, 2025
@samuelcolvin samuelcolvin added the question Further information is requested label Jan 16, 2025
@samuelcolvin
Copy link
Member

we need to implement #619, we also need support for persistence see #695, I don't think we need anything more.

@Finndersen
Copy link
Author

Finndersen commented Jan 16, 2025

#695 appears to be for long term DB persistence between app runs/interactions, I'm referring to a helper for maintaining message history between multiple agent.run() calls within a single app execution/interaction (that might not need to be persisted afterwards), to facilitate back-and-forth flow with user.

Maybe this depends a bit on the context in which the application is running. For a web-server based API, persistence is required between each run because each request is independent. But for an interactive CLI style interface, there may be multiple runs within a single app invocation, without need for longer term persistence (like my AgentRunner class).

I guess an in-memory implementation of #695 might work

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants