-
Notifications
You must be signed in to change notification settings - Fork 20
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
AI: add crud operations for a conversations table to the AI service #1082
Comments
Isn't that personal information that we'd need to be extra careful with? Is that worth the effort? |
It's expected of a generalized chat UI these days. Do you have a list of pitfalls that we need to be aware of for this type of data? |
GDPR, CCPA, and Red Hat policies come into my mind. |
Those would apply if we are hosting the service right? Are we hosting the service for the public somewhere? |
Yes we do. And we shouldn't make it problematic for others to host it too. And at least, give some guidance on what we do, how and why we do it. And what to do if there's no consent. We ourselves also need to give answers to those questions. |
In the short term, we should recommend not enabling the AI Agent features for public services so that the GRDP, etc issues can be avoided. |
So we'd need a flag for that, like we do with the graphql. We could enable it by default though. |
You need to configure an external LLM endpoint and credentials to enable the AI service. So it's off by default. |
Ah, even better. Then I think we have all that we need anyway. |
The conversations table will allow us to store the previous conversations a user has had with the ai agent.
The text was updated successfully, but these errors were encountered: