Regenerate AI response
Regenerate the AI response for a specific message and stream the new answer over Server-Sent Events.
Overview:
If you're not satisfied with an AI response, use this endpoint to generate a new answer. The original user query is re-processed and a new bot response replaces the previous one in place.
Constraints:
- Only the last message of the conversation can be regenerated.
- The target message must be of type bot_response.
Use Cases:
- Response was incomplete or unclear
- Want to try a different AI model
- New documents have been indexed since original response
Model Override:
Specify modelKey to use a different model for regeneration.
Streaming:
The response is delivered as an AG-UI text/event-stream stream. Routing still depends on chatMode: internal_search and web_search use the assistant backend, while agent uses the universal agent loop. See SSEEvent for the event vocabulary.
Path parameters
ID of the message to regenerate response for
Request body
Example request
{
"modelKey": "05438a37-68f2-4641-a8dc-6c47e63278ca",
"modelName": "gpt-5.4-mini",
"modelFriendlyName": "mini",
"chatMode": "internal_search",
"timezone": "Asia/Calcutta",
"currentTime": "2026-05-11T15:43:21+05:30",
"tools": [
"jira.create_issue",
"confluence.search_content"
]
}Response
SSE stream established. The body is a sequence of text/event-stream frames using the event vocabulary described on SSEEvent. The exact subset of events emitted depends on chatMode (see the route description for routing rules).
The gateway emits a root RUN_FINISHED as { type, result } after persistence and a root RUN_ERROR as { type, message, code? } on failure. Forwarded lifecycle and child-run events may contain runId, threadId, and parentRunId. Clients should ignore unknown event names.