Prompt injection
Prompt injection is a user trying to talk an assistant out of its instructions.
Why it matters
Because instructions and user input are both text, a model has no structural way to tell them apart. Someone can write 'ignore your previous instructions' and the model has no separate channel proving which text has authority.
- Attempts to make an assistant reveal its instructions
- Input crafted to bypass configured boundaries
- Assistants persuaded to act outside their intended remit
Why grounding limits the blast radius
The severity of an injection depends on what the assistant can reach. One that answers only from public documentation and holds no tools, no account access, and no private data has very little to be manipulated into revealing — the worst outcome is off-topic text.
Where the risk is real
Injection matters most when an assistant can act — send messages, alter records, spend money — or when it can read data the user should not see. Keeping a support assistant read-only over public content is a deliberate architectural limit rather than a missing feature.
Read-only
Nothing to trigger means nothing to trigger maliciously.
Public content only
Nothing private to extract in the first place.
Common questions
- Can prompt injection be prevented completely?
- Not reliably by filtering alone, because instructions and content share a channel. The durable defence is architectural: limit what the assistant can access and what it can do, so a successful injection is not worth much.
- Could someone extract my other customers' data?
- Not through injection in a properly scoped system — each bot has its own sources and history, and retrieval is filtered by bot before the model sees anything, so two bots in the same workspace cannot reach each other's content either. The isolation is enforced outside the model rather than requested of it.
From the blog
All posts- BuildingPrompt injection on a public support widgetPublic widgets get jailbreak theatre and quieter injection attempts. Here is what actually matters for support: grounding, tool limits, domain locks, and not following instructions in the user message.Read
- MeasuringDeflection rate is the most overstated number in support automationCounting bot conversations as deflected tickets overstates the result. The honest version is a before-and-after on ticket volume, read next to satisfaction.Read
- EvaluatingHow to test an AI support tool before you trust itEvery AI support tool demos well, because demos ask questions the content covers. Four questions that separate them, and what a good answer looks like.Read
Answer honestly. Capture the rest.
Point Matter Chat at your site and see what it can — and can't — answer. It's honest about both.
No credit card. 2 minute setup.
Every answer cites the source it came from. When there isn't one, it says so — and hands the visitor to you.
Installs on the tools you already run.