docs/src/telemetry.md
Zed collects anonymous telemetry to understand usage patterns and diagnose issues.
Telemetry falls into two categories:
You have full control over what data is sent out by Zed. To enable or disable some or all telemetry types, open Settings ({#kb zed::OpenSettings}) and search for "telemetry", or add the following to your settings file:
"telemetry": {
"diagnostics": false,
"metrics": false
},
Telemetry is sent from the application to our servers every 5 minutes (or when 50 events accumulate), then routed to the appropriate service. We currently use:
Crash reports consist of a minidump and debug metadata. Reports are sent on the next launch after a crash, allowing Zed to identify and fix issues without requiring you to file a bug report.
You can inspect what data is sent in the Panic struct in crates/telemetry_events/src/telemetry_events.rs. See also: Debugging Crashes.
Client-side telemetry includes:
This data does not include your code or sensitive project details. Events are sent over HTTPS and rate-limited.
Usage data is tied to a random telemetry ID. If you've authenticated, this ID may be linked to your email so Zed can analyze patterns over time and reach out for feedback.
To audit what Zed has reported, run {#action zed::OpenTelemetryLog} from the command palette or click Help > View Telemetry Log.
For the full list of event types, see the Event enum in telemetry_events.rs.
When using Zed's hosted services, we collect metadata for rate limiting and billing (e.g., token usage). Zed does not store your prompts or code unless you explicitly share them via feedback ratings.
For details on AI data handling, see Zed AI Features and Privacy.
If you have concerns about telemetry, you can open an issue or email [email protected].