Law firms are cautious about AI for one reason above all others: confidentiality. ABA Model Rule 1.6 requires reasonable measures to prevent unauthorised disclosure of client information — yet most AI intake tools send the full conversation, names and addresses and case details, straight to a third-party model.
For firms that care about privilege, that’s a real compliance concern — and the reason so many have held back from AI at intake. We built PROVEAiBLE so you don’t have to make that trade-off.
Before any data reaches a model, personal identifiers are stripped on our server and replaced with neutral tags. The AI only ever works on the redacted version — every single call.
This isn’t an optional setting or a policy commitment. It’s a technical step that runs in the architecture before every AI call. The mapping between the tags and the real values is held separately and never transmitted to the model.
[CLIENT] and [OTHER_PARTY] are what the AI processes. The mapping between those tags and the real names is held separately and never transmitted — so identifying information simply never reaches the third-party model.
BYOK means the AI call is made under your organisation’s own API account. Your provider’s terms govern that call — not ours. We never hold your API key and never have visibility into your AI account. What is BYOK? →
Client matter data is processed transiently and permanently deleted the moment the case file is delivered to your inbox. The only thing we store is your organisation’s configuration — widget settings, branding, delivery address.
The same redaction architecture applies in every language the client might use — identifiers are stripped before the model runs, whether the intake is in English, Arabic or any of 60+ languages.
When the case file arrives in your inbox, it comes with a record of what was redacted and when — showing that the AI only ever processed the protected version.
It’s a consent record you can keep on file. This is not a claim about how the product behaves. It is a deliverable, in your hands, every time.
Rule 1.6 requires reasonable measures to prevent unauthorised disclosure of client information, and recent court rulings have found that uploading client data to public AI tools can waive privilege. Pre-LLM redaction, BYOK and zero retention aren’t policy commitments here — they are technical constraints built into how the product works, so the identifying information never reaches the third-party model in the first place. See the full architecture and jurisdiction notes →
Pre-LLM redaction. BYOK. Zero retention. Nothing to install.
Request a demo