·

Talk to your Tesla

Connect Claude, ChatGPT, and any other AI Agent to your Tesla through the new Teslemetry MCP server.

AI assistants have gotten very good at doing things, not just talking about them. The missing piece has always been giving them safe, structured access to the services you actually use. For Teslemetry, that piece is now in place: there's a hosted Model Context Protocol (MCP) server, and you can connect it to Claude, ChatGPT, or any other AI Agent that supports MCP to read and control your Tesla products in plain language.

Ask "What's the battery level on my Model 3?", or "Precondition the car to 21°C before I leave", or "Switch my Powerwall to backup mode" — and your assistant talks to your Tesla through Teslemetry.

One endpoint, every agent

The server is hosted and always up to date at a single URL:

https://api.teslemetry.com/mcp

There's no software to install and nothing to run locally. It uses the Streamable HTTP transport, so any client that supports remote MCP servers can connect — Claude, ChatGPT, Cursor, VS Code, and the rest — all from the same endpoint. It also routes automatically to the correct regional cluster for your account, so you don't have to think about where your data lives.

One-click sign-in, no tokens to copy

Connecting an MCP server has historically meant generating a token, pasting it into a config file, and hoping you didn't leak it. Teslemetry supports OAuth 2.0 with Dynamic Client Registration and PKCE, which means compatible clients register themselves and walk you through a consent screen automatically. You enter the URL, click connect, approve access at teslemetry.com/connect, and you're done.

For unattended agents — the kind you build yourself and run without a human watching — you can still pass a Teslemetry access token as a bearer header instead. Both paths are covered in the docs.

Read without waking

The MCP tools have been designed with cost in mind, so all data reading is done without polling. The products and get_vehicle_telemetry tools are served entirely from cache, so your assistant can check your battery, charging state, or which products you own without waking the car and without spending a single credit. Every value is stamped with when it was received, so the agent knows how fresh the data is.

Only send_command and related command tools send commands through to your vehicle. These are the ones that can wake a sleeping vehicle and consume credits — and they're clearly marked as such, both in the tool descriptions the agent sees and in the Tools & Safety reference.

You are handing over the keys

I want to be direct about this. An agent connected over MCP has the same control over your Tesla products that you do. It can lock doors, start charging, change your charge limit, and switch your Powerwall between modes. There is no separate read-only mode at the connection level.

So only connect agents and accounts you trust, keep command approvals enabled wherever your client supports them, and treat any access token like a password. If you want an assistant that can only read, disable the send_command tool on the client side.

Getting started

The docs walk through each client in a couple of minutes:

Agents writing software

Teslemetry has always had a complete OpenAPI specification and TypeScript library, but as part of this work Teslemetry's API documentation is now also published as llms.txt, so your agentic coding harness like Claude Code or Codex can more easily pull in accurate, up-to-date context about how the API platform works in a context efficent manner.