A rule for every tool
Each action can run automatically, ask you first or never run. Reads run on their own by default. Writes ask first.
Choose what agents can access, which actions need approval, and where your workspace runs: in our EU cloud, in your own cloud or on-premise.
Kai, log the activation drop for the growth team.
I checked #growth and drafted the issue. Creating it needs your approval.
“Trial activation dropped on Wednesday” · Team Growth · Assignee Sam
Permissions
Connect a tool, then choose what the agent may do with it.
Read automatically; ask before making changes.
Each action can run automatically, ask you first or never run. Reads run on their own by default. Writes ask first.
Agents reach only hosts approved for the workspace, project, agent or chat. Admins decide who can approve a new host.
Connector credentials are injected outside the agent sandbox. The agent never sees the credential value.
Human approval
An email ready to send. A meeting ready to book. An issue ready to create. You decide what happens next.
“Trial activation dropped on Wednesday” · Team Growth · Assignee Sam
“Launch stays on Thursday…” · Gmail
Maya, Jamie · Google Calendar
Cards appear in d5s, Slack or Microsoft Teams. An email links back to d5s.
One matching action, within 15 minutes.
Matching actions in this session, for at most 24 hours.
A chat card works once. When it expires, the action counts as denied.
Illustrative product views. Names and data are fictional. In Ask for approval mode, sensitive actions wait for a decision. Saved policy can allow actions without individual approval; explicit denials and account permissions still apply.
Audit trail
Owners and admins see security events across the organization. Filter by category, workspace and person, then export.
| Time | Action | Workspace | Actor | Target | IP |
|---|---|---|---|---|---|
| Today, 09:15 | credentialrotated | Growth | sam@acme.com | Linear API key | 198.51.100.7 |
| Yesterday, 17:03 | connectoroauth connected | Growth | jamie@acme.com | Gmail | 203.0.113.21 |
| Yesterday, 16:40 | memberrole changed | Organization | maya@acme.com | jamie@acme.com | 192.0.2.14 |
| Yesterday, 11:08 | userno training preference changed | Organization | sam@acme.com | sam@acme.com | 198.51.100.7 |
| 2 Oct, 14:22 | sharerevoked | Finance | maya@acme.com | Q3 close review | 192.0.2.14 |
| 2 Oct, 10:01 | filedeleted | Finance | system | draft-forecast.xlsx | n/a |
Data protection
Choose how model providers may use your work, for one person or the whole organization.
Team and Enterprise use zero data retention by default for d5s-provided primary model routes.
If no eligible no-training route is available, protected work stops. It does not move to another route.
Connector credentials, database storage and workspace files are encrypted at rest.
Owners and admins can require the same no-training routing policy for every member and workspace in this organization.
When on, organization policy enables no-training routing for all model calls, even when a member has not enabled their personal preference. Members can keep a stricter personal preference when this is off.
If no eligible route is available, protected work stops.
| Models | Where inference runs | Retention |
|---|---|---|
| Claude models | EU, where available | Zero data retention |
| GPT models | EU data zone, where available | Zero data retention |
| Other models | The provider's region | Per route |
Paid organizations in the EU use an EU route where one exists. Zero data retention applies to Team and Enterprise. The Models page in organization settings shows each model's route.
Separate controls
Access is not one switch. Deployment, model access, execution and identity have their own controls.

Run in our EU cloud, in a single-tenant deployment, in your own VPC or on your own Kubernetes.
Provider API keys stay outside the agent sandbox. Model access follows your provider and routing policies. Enterprise teams can bring their own model keys.
Agents run in isolated workspaces with controlled outbound access. Connector credentials are injected outside the agent sandbox. Workspace files can persist between runs.
Manage access through organization, workspace and project roles. Security-relevant changes are recorded for review.
EU hosting
Workspace data lives in its regional cell, with its own cloud account, database, object storage, encryption keys and backups. Self-hosted and bring-your-own-cloud deployments run the same product.
Model processing, authentication, payments and other supporting services may process data outside your selected region.
Review the subprocessors| Deployment | Where it runs | Who operates it | Model keys | Next step |
|---|---|---|---|---|
| Multi-tenant cloud, EU | Our cloud, in the EU | d5s | d5s model routes | Get started |
| Single-tenant cloud | A dedicated d5s deployment | d5s | d5s routes or your own keys | Talk to us |
| Your own cloud | Your VPC, in the region you choose | You, with our team | Your own keys | Talk to us |
| On-premise | Your Kubernetes, with Helm charts | You, with our team | Your own keys | Talk to us |
Dedicated deployment scope and timing are agreed with your team.
Security questions
Team and Enterprise require zero data retention for d5s-provided primary model routes, including their recovery routes. Connected AI subscriptions are outside this requirement. Auxiliary services and tools have their own processing terms. Zero data retention at the model provider does not delete conversations or files stored in your d5s workspace.
Yes. You can select no-training routes for your work, and organisation owners and administrators can require them for the organisation. Protected work stops if no eligible route is available. Training restrictions and provider retention are separate controls.
Workspace data is stored in its selected regional cell. The hosted service runs in the EU. Model processing, authentication, payments and other supporting services may process data outside that region. Regional storage does not promise EU-only model inference.
For paid organizations in the EU, Claude and GPT models use an EU route where one exists, with zero data retention. Other models run in their provider's region. The Models page in organization settings shows each model's route.
Yes. d5s runs as a single-tenant deployment, in your own VPC or on your own Kubernetes with Helm charts. These deployments run the same product. Talk to us to agree scope and timing.
Yes. Single-tenant, your own cloud and on-premise deployments can use your own model provider keys. Provider API keys stay outside the agent sandbox.
d5s processes your data as your processor under a published Data Processing Addendum. It includes EU Standard Contractual Clauses, 30 days' notice before a new subprocessor, clear deletion periods and a yearly audit right. The subprocessor list shows who processes data and where.
Actions configured to require approval wait for a decision. Saved policy can allow actions without individual approval. Explicit denials and account permissions still apply.
Yes. Approval cards appear in d5s, Slack or Microsoft Teams. An email links back to d5s. A chat card works once, and an expired card counts as a denial.
Allow once covers one matching action within 15 minutes. Allow for this run covers matching actions in the session for at most 24 hours. Deny stops the action.
Yes. Owners and admins can filter security events by category, workspace and person, then export them as CSV.
Start in Settings, under Profile. Resolve any account dependencies, verify your email and confirm closure. A 48-hour cooling-off period lets you cancel before deletion and anonymisation begin. Some records remain for documented billing, security or legal purposes. The Privacy Notice explains retention periods and exceptions.
How each control works, and where it stops.
Our terms as your processor.
Who processes data, for what, and where.
Retention periods and your rights.
Report a security issue to security@d5s.tech. We keep a documented incident-response process. This page was last reviewed on 4 October 2026.