[Security Solution][AI Assistant] Revert conversation mappings changes#233428
Conversation
|
Pinging @elastic/security-solution (Team: SecuritySolution) |
| array: false, | ||
| required: false, | ||
| }, | ||
| 'summary.content': { |
There was a problem hiding this comment.
So we will still keep this in the field map for now?
There was a problem hiding this comment.
These are the old mapping fields that we have to keep regardless whether we add new fields or not. They've been added to these mapping since beginning and will need to stay there for compatibility.
There was a problem hiding this comment.
In my previous PR, I moved these fields into a separate section, but now reverting to an original state.
💚 Build Succeeded
Metrics [docs]Public APIs missing comments
Async chunks
cc @e40pud |
elastic#233428) ## Summary Epic: elastic/security-team#12768 Meta: elastic/security-team#13657 RFC: [internal link](https://docs.google.com/document/d/13jAJ5Q3_At_zAuwKjvpYehnM5uzKJSwZIZ1aJJNAf5k) This PR reverts conversation mappings changes introduced in elastic#232288. Since we decided to put on hold the Using Past Conversation as Context feature, we decided to remove added summary field backed by the `semantic_text` field to avoid potential issues that users mights have when updating a conversation while the inference endpoint is not available. **Changes**: * Removed mapping fields: `semantic_content` and `summarized_message_ids` * As part of these changes, the `summary` field was hidden on the API level and conversations response object won't have it anymore --------- Co-authored-by: kibanamachine <42973632+kibanamachine@users.noreply.github.com>
elastic#233428) ## Summary Epic: elastic/security-team#12768 Meta: elastic/security-team#13657 RFC: [internal link](https://docs.google.com/document/d/13jAJ5Q3_At_zAuwKjvpYehnM5uzKJSwZIZ1aJJNAf5k) This PR reverts conversation mappings changes introduced in elastic#232288. Since we decided to put on hold the Using Past Conversation as Context feature, we decided to remove added summary field backed by the `semantic_text` field to avoid potential issues that users mights have when updating a conversation while the inference endpoint is not available. **Changes**: * Removed mapping fields: `semantic_content` and `summarized_message_ids` * As part of these changes, the `summary` field was hidden on the API level and conversations response object won't have it anymore --------- Co-authored-by: kibanamachine <42973632+kibanamachine@users.noreply.github.com>
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
4 similar comments
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
Summary
Epic: https://github.com/elastic/security-team/issues/12768
Meta: https://github.com/elastic/security-team/issues/13657
RFC: internal link
This PR reverts conversation mappings changes introduced in #232288. Since we decided to put on hold the Using Past Conversation as Context feature, we decided to remove added summary field backed by the
semantic_textfield to avoid potential issues that users mights have when updating a conversation while the inference endpoint is not available.Changes:
semantic_contentandsummarized_message_idssummaryfield was hidden on the API level and conversations response object won't have it anymore