Skip to main content
idapt
HomeAI ModelsPricing
Sign inStart free
Blog

What 'Never Trained on Your Data' Means Technically

Richard Morel· Founder·July 16, 2026

"We don't train on your data" appears on many landing pages; it deserves to mean something specific. Here is what it means in idapt's architecture, stated concretely enough to hold us to.

No training, in both directions

Your content (chats, files, agent memory) is never used to train models: not ours, and not passed to providers for theirs on our platform lanes. The same stance faces outward: the public site blocks AI training crawlers in robots.txt, because a company asking models not to train on your data should extend the courtesy it asks for.

Isolation is enforced by the database

Access control is not an application-layer habit; row-level security policies in the database enforce that a request sees only rows its identity may see. The application cannot forget to filter, because the data layer refuses unfiltered access. Workspace membership and roles (team workspaces) define reach; agents act under the same policy regime with their own principals, never as ambient superusers.

Keys and secrets

Provider keys and stored secrets live in an encrypted vault: encrypted at rest, injected at use, never logged, never echoed back. BYOK traffic additionally inherits whatever data agreements your own provider account carries: for some organizations that contractual position is the point.

The lane that beats every policy

Policies bind organizations; physics binds everyone. Local inference runs models on your hardware: prompts served locally are never transmitted, and every reply attributes where it ran so the claim is checkable per message. For the most sensitive work, "never leaves the machine" is a stronger sentence than any privacy policy, ours included.

Production hygiene

Application logs treat user content as radioactive: operational events log identifiers and durations, not your words. Public marketing pages state only claims tied to shipped behavior, which is why this post names mechanisms rather than adjectives.

The privacy page tracks the full data path in plain language, and it is reviewed like the legal document it summarizes. If a claim there ever drifts from the code, that is a bug, and we treat it as one.

EngineeringPrivacyTrust

Found this helpful? Share it:

  • No training, in both directions
  • Isolation is enforced by the database
  • Keys and secrets
  • The lane that beats every policy
  • Production hygiene

Continue reading

  • Real Receipts: How Model Outputs Are Captured

    Why idapt's model showcases are captured from real production runs with cost and latency attached, and why staged demos are banned from proof surfaces.

  • How Model Failover Works in idapt

    The routing engineering behind 200+ models: cheapest-first provider selection, automatic failover, sticky conversation pinning, and visible attribution.

  • How We Rank 250+ Models

    The methodology behind idapt's rankings: named public benchmarks, a rescaled capability index, live telemetry, and the rule against invented composites.

  • The Autonomy Dial: From Read-Only to Full Control

    How idapt bounds what an AI agent may do: four autonomy levels per chat, confirmations on consequential actions, budgets, and complete run traces.

Explore idapt

  • Privacy at idapt

    The full data path, in plain language.

  • Custom AI agents that actually do work.

    Skills, scoped permissions, persistent memory: any model you pick.

  • A file-first AI workspace.

    Folders, previews, and lightweight versioning for AI work.

  • Computers your agents can drive.

    Daemon-connected machines with real filesystems and agent-friendly controls.

  • Home
  • Pricing
  • AI Models
  • Image models
  • Voice models
  • Video models
  • Rankings
  • New models
  • Model status
  • Multi-Model Chat
  • Voice Mode
  • Voice HUD
  • Web Search
  • Image Generation
  • Video Generation
  • Audio Generation
  • Transcription
  • Drive
  • Secrets
  • Sharing
  • Workspaces
  • Tasks
  • Memory
  • Agents
  • Subagents
  • Automations
  • Skills
  • Code Execution
  • Computers
  • Computer Use
  • Cloud Computers
  • Local AI
  • AI Gateway
  • API & SDK
  • CLI
  • MCP
  • Tunnels
  • All features →
  • Blog
  • Use cases
  • Comparisons
  • Best of
  • Learn
  • Free tools
  • Prompts
  • Templates
  • Changelog
  • Help center
  • FAQ
  • Privacy
  • Compare all models
  • Support
  • Developers
  • Quickstarts
  • API reference
  • API pricing
  • CLI
  • MCP
  • Downloads
  • Desktop
  • Badges and embeds
© idapt[email protected]TermsPrivacy PolicyLegal noticeReport content
X (Twitter)