How might we support filtering conversation state? #47
Closed
stevepolitodesign
started this conversation in
Ideas
Replies: 3 comments
-
|
I think it should refer to the mapping to check if there's an entry there already before adding a new one |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
There might be an API here to filter multiple records like this: results = TopSecret::Text.filter_all(messages)
# or maybe something more specific
messages = TopSecret::Text.filter_all(messages, key: :content) |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
This has been resolved in #54 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
When working with conversation state you should filter every message before including it in the request. This ensures no sensitive data slips through from previous messages.
Here's a distilled example:
The problem with this first pass is that it could result in inconsistent mappings. The example below would result in "Ruby" being mapped to
PERSON_2andPERSON_1.This would lead to inconsistent results when "restoring" the response from an LLM.
Beta Was this translation helpful? Give feedback.
All reactions