If sensitive internal data is holding AI work back
Blocked work runs in the systems you already use.
Same path whether a person asks or a system calls.
LLM Capsule substitutes the sensitive values but keeps the structure and relationships the model needs. Your approved model runs on that substituted version, and LLM Capsule re-identifies the real values through a mapping kept inside your environment.
Inside your company or inside your product, LLM Capsule works the same way.
AI work that stalled on sensitive data now runs where your teams already work.
Blocked work runs in the systems you already use.
Same path whether a person asks or a system calls.
The feature you could not ship goes into your product through the SDK or API.
Substitute, run on the approved model path, re-identify inside your environment. All three happen within one request.
Plays on its own. Click the last step to re-identify it yourself.
The original values stay in a re-identification mapping in your environment.
Stand-in values appear here.
Only the protected version travels the approved model path.
external · VPC · on-prem
LLM Capsule looks the values up inside your environment. No original values are sent back to the model.
Only the ⟨capsule:…⟩ form leaves your environment. Your original values and the re-identification mapping stay inside.
Masking removes the value, so the answer comes back incomplete. A privacy vault stores protected values, but how much task context survives varies by tool.
LLM Capsule substitutes while preserving context and re-identifies the real values, so the answer is ready for real work.
circuit_id = ██████on node ███history ████
values + mapping→ context varies by tool
circuit_id = ⟨capsule:circuit_1⟩on node ⟨capsule:node_1⟩history kept
When substitution alone cannot keep the originals inside and still give the task what it needs, DTS fills in the cases and conditions the task needs, with the required patterns, distributions, and relationships.
Relationships that consistent substitution already preserves stay as they are. DTS only works on the data that needs it.
Customer inquiries or contract review: names, accounts and codes are swapped and the content stays intact. The same person keeps the same stand-in, and the answer comes back with real values.
Transaction pattern analysis or clinical and claims analytics: the relationships between amounts, timing and results are the answer. Swapping values one by one erases the pattern, so DTS prepares candidate data that keeps the relationships the task needs. DTS-prepared data serves analysis, training, and evaluation. Decisions on an individual customer case still run through the substitution and re-identification path.
Not every dataset needs DTS.
DTS-prepared data is not mapped back to the originals.
Self-tested figures. Processing time is per 2,200-character page and excludes answer generation.

Works onBGP logs · circuit IDs
Returns asRe-identified incident ticket

Works onAsset IDs · ICS alerts
Returns asUpdated field work order

Works onClinical notes · medical record IDs
Returns asRestored EHR record

Works onCitizen requests · admin documents
Returns asDraft replies · audit trail
Syntitan, CUBIG’s AI-ready data platform, prepares enterprise data for a specific AI task, checks the result under the same conditions, and keeps the version behind each result. Inside Syntitan, LLM Capsule is the path sensitive originals go through before they are uploaded or sent to an external AI.
Data you could not send to a model runs on your approved path, and the real values come back in the answer. What changes is the integration point, and its scope depends on your workflow.
Diagnose the data, apply a fix, and get a new version. Run the same task before and after and check it against the criteria you agreed on.
Each can be adopted on its own. Start with the one that answers your current question.
We collected the questions workflow owners and approvers ask first.
Yes. The approved model path can be an external API, a VPC endpoint or a local model. Only the protected version travels that path.
LLM Capsule can run on-prem, in a VPC or in a controlled network. You set the deployment boundary and the approved model path during architecture review.
Start with one representative workflow: logs, tickets, tables, PDFs, scans, or any other operational record you already work with.
No. LLM Capsule substitutes the values before the model call and re-identifies the real values in the result afterward, so prompts and the model itself stay as they are. What changes is the integration point, and that depends on your workflow and model endpoint.
Your team does, per workflow. That includes the business identifiers and references a standard PII detector would miss.
The deployment boundary, the approved model path, the substitution policy, where the original values and the re-identification mapping live, and how the real values are re-identified.
One representative data sample, the model path you want to use, and the output your workflow needs. We run the full round trip on it.
They are separate CUBIG products that solve different problems. LLM Capsule runs AI work that sensitive operational data had blocked, inside your environment. Syntitan prepares enterprise data for a specific AI task, checks the result under the same conditions, and keeps the data version behind each result. Inside Syntitan, LLM Capsule is the path sensitive originals go through before they are uploaded or sent to an external AI. Each can be adopted on its own.
Start with the free Slack bot. More integrations are on the way.

Ask AI in Slack, without leaving your workspace. Free to use.

Ask Claude from Microsoft Teams, in active development and not yet available.

Bring LLM Capsule into Jira and Confluence, in active development and not yet available.
New integrations are in the works. Browse the full directory.
Explore all integrations →AI responses can be wrong or incomplete. Review anything you plan to act on.
See what stays in your environment and how the real values come back in the answer.