Replace values, preserve the sentence.
A typed placeholder gives the model a reference it can carry into a response. The surrounding task remains part of the prompt your application sends.
Replace identified sensitive values with placeholders before a model call. Your application uses Databunker Pro to store the mapping and resolve permitted values afterward.
Detection happens before tokenization. The model receives the prompt your application constructs and never connects directly to the vault.
Identifies the value and its location in the input.
Receives the tokenized prompt. Has no direct vault connection.
WAITING FOR APPLICATIONCreated by the application’s token API call
[EMAIL:a21f…]The response appears after the model call.The detector identifies values. Databunker stores token mappings. Your application makes both the model call and the authorized resolution call.
A separate detector identifies sensitive values in the text. This illustrative detector finds the email address; Databunker does not make that detection step automatic.
A local demonstration using fictional data. The model reply is illustrative; no detector, model, or vault API is called.
A typed placeholder gives the model a reference it can carry into a response. The surrounding task remains part of the prompt your application sends.
Use the vault’s token APIs and scoped credentials to retrieve the values needed by the application. The record reference is not the access credential.
Configure expiry and choose whether repeated values should reuse a token. Decide which workflow needs continuity and how long its mappings should remain available.
Choose an application flow with known sensitive fields. Test the complete path, including the response and any traces your application records.
Read the tokenization guide ↗Walk through your architecture with a Databunker engineer.
Find the right place to start.