Managed cloud
A managed Sprouti environment with organisation and project isolation, encrypted storage and region-aware deployment. Suitable for teams that want lower operational overhead.
Sprouti is being built to provide controlled GeoAI for organisations with sensitive, proprietary or regulated spatial information. Deploy it where your data lives, choose which models can be used and retain control over storage, access and deletion.
The intended architecture supports different levels of operational control rather than forcing every customer into a single shared AI service.
A managed Sprouti environment with organisation and project isolation, encrypted storage and region-aware deployment. Suitable for teams that want lower operational overhead.
Deploy services into a dedicated or customer-controlled cloud environment with private networking, restricted integrations and organisation-owned data stores.
Run data services, workflow execution and compatible AI models within local infrastructure or a restricted network so sensitive information does not need to leave the organisation.
Some deployment modes may temporarily process prompts, metadata or selected records to complete an approved task. That content should not be added to a shared training corpus. In customer-hosted and local modes, processing can remain within infrastructure controlled by the organisation.
Role-based access control, least privilege, project membership, optional single sign-on and separation of administrative responsibilities.
TLS for data in transit, encryption at rest, managed key options and protected handling of secrets and credentials.
Logical or dedicated isolation between organisations, projects, data stores, jobs and generated artefacts.
Restricted execution environments, CPU and memory limits, controlled dependencies, timeouts and network policies for Python and analytical jobs.
Separate planning from execution. Review selected datasets, tools, SQL, code and parameters before a workflow runs.
Record relevant access, plans, workflow versions, tool use, execution status and output lineage for investigation and reproducibility.
Allow-list models and endpoints, restrict external providers, support local models and control what context each model can receive.
Use schema, metadata, summaries and database-side operations where possible rather than transmitting complete datasets to a language model.
Backups, recovery procedures, monitoring, vulnerability management, dependency updates and incident-response processes appropriate to each deployment.
We are seeking organisations with clear data-governance requirements to shape deployment, security and assurance priorities during development.