No data resale
Mirel does not sell customer data or operate an advertising or data-brokerage model.

Security · Privacy · Responsible AI
Mirel is an AI-powered strategic marketing platform designed for agencies, marketing teams and mid-sized companies. It helps teams think better, faster and more clearly — without encouraging unnecessary exposure of sensitive customer or business data.
Mirel’s core principle: as little risky data as possible, as much strategic clarity as necessary.
Mirel does not sell customer data or operate an advertising or data-brokerage model.
Customer prompts and outputs are not used by Mirel to train general models for other customers.
Organisations, clients, sessions and project work are separated through authenticated access controls.
Mirel uses Supabase infrastructure hosted in Frankfurt, Germany for core backend services.
Plain English summary
Mirel is operated by Mirel UG (haftungsbeschränkt), based in Hamburg, Germany. The platform is designed for strategic marketing work: diagnosis, audience understanding, positioning, campaign strategy and related strategic workflows.
User inputs are processed by Mirel to generate strategic outputs. Depending on the workflow, relevant context is sent to a selected AI provider through commercial API access.
Mirel uses Supabase as its core backend, authentication and persistence layer. The Supabase server is hosted in Frankfurt, Germany.
Users access Mirel through authenticated accounts. Human access by Mirel personnel is limited to operational support, debugging, maintenance or user-requested assistance.
No. Mirel is designed so good strategy normally works with abstraction, anonymised context and patterns — not raw CRM exports, health data, claims data or customer records.
Our philosophy
Many AI tools imply that better output requires more input. Mirel takes the opposite view for strategic work.
Most high-quality marketing strategy does not require personally identifiable information, individual customer records or highly sensitive operational datasets. It requires clear context, sharp hypotheses, category understanding, audience psychology, competitive awareness and good strategic judgement.
That is why Mirel encourages users to work with anonymised, aggregated or abstracted information wherever possible. This reduces organisational risk and often improves strategic clarity by focusing attention on patterns rather than isolated details.
Security by design
Mirel is designed as a controlled B2B environment, not as an open consumer tool.
| Area | Current approach |
|---|---|
| Authentication | Authentication is handled through Supabase Auth. Mirel does not store user passwords in the frontend. |
| Authorisation | Access is restricted through authenticated user accounts and access-control rules for users, sessions, organisations and client-related work. |
| Workspace separation | Client and organisation workspaces are separated so users only see work they are authorised to access. |
| Backend logic | Workflow instructions, provider keys and model settings are handled server-side, not exposed in the browser. |
| Encryption in transit | Data transmitted between users, Mirel, infrastructure providers and AI providers is encrypted via HTTPS/TLS. |
| Encryption at rest | Stored data benefits from provider-managed encryption standards within Supabase and related infrastructure. |
| Human access | Human access to customer content is exceptional and limited to support, debugging, security, maintenance or user-requested assistance. |
Mirel’s security controls evolve with the platform. The aim is to communicate current capabilities clearly rather than overstate maturity.
Data handling
Mirel uses different data modes depending on how users work.
In standard usage, session context is retained for a limited period, typically up to 72 hours, to support active work without turning every interaction into permanent memory.
Persistent project workspaces, called Client Brains, allow users to save and reuse strategic outputs across future workflows for the same client context.
When a Client Brain or saved client context is cancelled or deactivated, associated data can be deleted through structured deletion workflows. A short recovery period may apply.
Operational logs may be retained for security, troubleshooting, monitoring and platform stability. Logging exists to operate the product, not to monetise customer content.
Data flow
Mirel keeps the architecture intentionally simple from the buyer’s perspective.
Responsible AI
Mirel does not use consumer chat accounts to process customer work. AI providers are accessed through commercial API offerings.
Mirel administrators assign the appropriate LLM to each task or workflow. This allows the system to benefit from different model strengths and adapt as models evolve, without exposing workflow instructions, provider keys or model configuration in the browser.
| Provider | Current role | Buyer note |
|---|---|---|
| Google Gemini | Selected strategic and general workflows | Accessed through commercial API usage. |
| OpenAI | Selected strategic and reasoning workflows | Accessed through commercial API usage. |
| Anthropic Claude | Selected reasoning and strategy workflows | Accessed through commercial API usage. |
| Perplexity | Internet-augmented research workflows | Used where current web-informed research is part of the task. |
What Mirel is not
Mirel is not designed to store raw CRM exports, customer-level records, claims data, employee files or operational archives.
Mirel can support strategic thinking, but it does not replace legal, privacy, regulatory or brand approval processes.
Mirel does not operate advertising networks, behavioural ad tracking or data brokerage mechanisms inside the platform.
Mirel supports decisions. Final responsibility for using, adapting, publishing or implementing outputs remains with the customer organisation.
Questions we hope you ask
No. Mirel separates organisations, users, sessions, clients and saved work through authenticated access controls. Users only see work they are authorised to access.
No. Customer prompts, outputs and Client Brain content are not used by Mirel to train general-purpose models or create strategic shortcuts for other customers.
No. Human access to customer content is not routine. It is limited to operationally necessary situations such as debugging, support, security, maintenance or assistance requested by the user.
Mirel uses Supabase as its core backend, authentication and persistence layer. The Supabase server used by Mirel is hosted in Frankfurt, Germany.
Mirel administrators assign AI providers per task or workflow. Current and potential providers include Google Gemini, OpenAI, Anthropic Claude and Perplexity, accessed through commercial API offerings.
No. Mirel is not designed for raw customer databases. Most strategic work is better handled with anonymised, aggregated or abstracted context.
Temporary usage is designed around limited persistence, typically up to 72 hours. Outputs saved into a Client Brain persist so users can continue strategic work over time.
Mirel is subscription software. Mirel has no commercial incentive to collect more customer data than necessary to deliver the service. It does not operate an advertising, data brokerage or model-training business model.
Mirel can support agency and marketing strategy work involving regulated clients, but it should not be used for raw regulated records, individual claims, customer files or sensitive case-level data unless appropriate client, legal and compliance approvals are in place.
No. AI systems can produce incomplete, outdated or contextually inappropriate outputs. Mirel outputs should be treated as strategic working material and reviewed before important use.
Security & privacy contact
For security, privacy, procurement or compliance questions, contact Mirel UG (haftungsbeschränkt), Hamburg, Germany, through your Mirel representative or via johanna@usemirel.com.
Trust Centre · June 2026 · Imprint · Privacy Policy