Start with an everyday task
Draft a general email, summarise permitted text or brainstorm an idea. Use the company’s approved model connection from one workspace.
Draft a first version, make a summary clearer or explore a new idea. Your company’s configured policy is applied within the conversation, before requests reach an approved external model.
Draft a friendly invitation to our public webinar.
Join us for a practical conversation about making AI useful at work. Bring your questions — we’d love to hear them.
Your team asks for help in the workspace. Kubrius checks the outgoing request and included conversation history before a configured model is called.
Draft a general email, summarise permitted text or brainstorm an idea. Use the company’s approved model connection from one workspace.
Supported identifiers are masked; detected restricted content is held. Staff receive an explanation when a request cannot continue.
Review the outcome, the policy version that applied and usage evidence. These controls cover requests made through Kubrius.
Detection uses a limited set of patterns. It can miss sensitive information, so permitted tasks and data must be agreed before a pilot.
Illustrative policy examples, not generated answers or a live model connection.
Organisation-scoped accounts and administrator/staff roles. Pilot accounts are provisioned with you.
Versionable policy configuration and stored decision snapshots show which rules applied to a request.
Monthly allowance reservations and daily request limits help bound model use through the workspace. Actual provider billing is verified during setup.
Core runs the workspace locally with a private model, an API and agentic workflows. The cloud workspace has a working demo with simulated responses; live cloud pilots depend on completing the model connection and operational setup.
Sign-in, company roles, supported identifier masking, policy decisions, version history and usage limits are implemented in the pilot foundation.
Confirm the model provider, data handling, hosting, retention, permitted tasks and usage allowance. Live deployment and provider billing still need validation.
Company-document Q&A is deferred in the cloud workspace. Core’s local model, API and workflow execution are a separate deployment; automatic cloud-to-Core routing is not connected.
No. Allowed cloud requests are processed by an external model provider after the workspace checks. Supported identifier masking does not make the whole request anonymous. Provider location, retention and training terms must be agreed for the selected connection; UK application hosting alone would not establish UK model processing.
No. Checks are integrated into the request flow. Employees write in the workspace; Kubrius applies the configured rules before calling the approved model.
No. Current controls recognise supported email addresses, UK mobile numbers and National Insurance numbers, plus some secret and restricted-content patterns. They can miss names, indirect identifiers and confidential context. Use only the data and tasks agreed for your pilot.
No appliance is required for a cloud workspace pilot. Core runs the workspace locally with a private model, an API for existing tools and agents, and agentic workflow execution. Automatic routing from the cloud workspace to Core is not yet connected.
Arrange a walkthrough with Chris, or discuss a small cloud pilot. Bring an everyday task and the rules your business needs to apply. We’ll agree the scope, setup and usage before any pilot starts.
Your message has been received. Chris will get back to you personally to arrange a time.