Last verified: October 11, 2026
What You Can Now Do
Context Memo now lets you submit feedback on chat preview responses and apply suggested guardrails with a single click from the feedback interface. When a preview response misstates a feature, leans on stale positioning, or frames a competitor comparison wrong, you flag it on the spot and the suggested guardrail correction is offered to you right there. No separate configuration pass, no switching screens to find the guardrail settings, no translating "this answer was wrong" into a rule by hand. The decision this changes: reviewing preview output stops being a note-taking exercise and becomes the moment you fix the behavior.
Where It Is in Context Memo
Everything lives in the chat preview. Open the chat view, run a prompt, and each generated response now carries a feedback action. Opening it gives you the flagging controls plus any guardrail suggestions that apply to the response you flagged, with an apply button next to each. The same feedback submission is handled by new API endpoints, so if you drive previews programmatically, the flagging path is available outside the UI as well.
How to Use It
- Open the chat view and run the prompt you want to test. The response renders as before, with a feedback action attached to it.
- Click the feedback action on the response you want to correct. The feedback interface opens against that specific response, not the whole session, so your flag is tied to the exact output you saw.
- Flag what's wrong with the response. Your submission is recorded against that response through the new feedback endpoints.
- Read the guardrail suggestion that appears in the feedback interface. It describes the correction in plain terms before you commit to anything.
- Click apply. The guardrail is written into your configuration without a manual trip to settings.
- Re-run the same prompt. The response now reflects the applied guardrail, which is your confirmation that the fix landed rather than an assumption that it did.
Why We Built It
Customers told us the same thing in different words: spotting a bad chat response and actually fixing it were two disconnected jobs. You would notice the problem in preview, write it down, go configure a guardrail from memory, then come back and hope you had captured the right case. Half the flagged issues never made it into configuration at all, because the cost of the round trip was higher than the annoyance of the wrong answer. That gap is where outdated positioning and hallucinated features survive. Closing it means the person who sees the problem is the person who fixes it, in the same minute, with no handoff.
What It Does Not Do Yet
A few limits are worth stating plainly.
- Guardrail suggestions are generated per flagged response. There is no bulk apply across a set of responses or a saved review queue yet, so correcting a pattern across many prompts means flagging them individually.
- Applying a guardrail changes future generation. It does not retroactively rewrite responses already captured in earlier previews or in prior scan results.
- Feedback and one-click apply are scoped to the chat preview. They are not a replacement for your broader guardrail configuration, which still holds the rules you author directly.
- Verification is still on you. We surface the applied guardrail, and re-running the prompt is the check. There is no automatic regression run across your prompt set after an apply.
One structural note: this closes the loop between seeing a wrong answer and correcting it, but it works on your preview output, not on live model answers in the wild. Those still move through scanning and published memos. Guardrails shape what your own chat preview produces; citation-grade memos on your domain are what shift how external models describe you. Use both, and use them for different jobs.