Supported resources
The tool migrates the following resources between a source instance and a destination data plane:
Each resource type has its own command, flags, and caveats. For the command reference, see the tool README.
Resources belonging to a feature that BYOC does not support yet, such as Engine, cannot be migrated. See Available features.
Migrate with the tool
1
Install the tool
Install the latest release with
uv, uvx, or pip. For the current install commands, see Installation.Verify the install:2
Create the destination workspaces
Workspace IDs differ between instances, so create the target workspaces in the data plane first. See the
Create workspaces section of the BYOC onboarding docs.Migration commands run per workspace pair. Repeat them for each pair.3
Create the destination tracing projects
The tool does not create tracing projects. Create the projects you need in the destination workspace before you migrate automation rules or charts, or those mappings have no target.
4
Configure the connection details
Set the source and destination credentials and endpoints:Find the data plane API URL under Settings > Data Planes.
5
Test both connections
6
Run the migration
Use the interactive wizard to walk through every resource type:To migrate one resource type at a time, run its command instead, such as
datasets, prompts, or fleet. Add --dry-run to preview a step without writing, and -v for verbose output. Use langsmith-migrator resume to retry pending or failed items from a previous session.For per-command flags, workspace mapping, and project mapping, see the tool README.Complete the Fleet manual steps
Fleet resources migrate with thefleet command, but some values cannot cross instances. Complete the following in the destination workspace after migration:
- Re-enter secret values: The Fleet API does not return secret values. The tool creates workspace secrets and auth provider client secrets as empty placeholders.
- Re-authenticate OAuth connections: Per-user agent connections, such as Gmail, Slack, and GitHub, are tied to individual user tokens. Each user must reconnect.
- Re-share agents: Per-user access lists keep only user IDs that exist on the destination. The tool reports which users it removed.
- Check agent models: The tool substitutes a model when the destination catalog does not offer the source model. It logs every substitution.
- Configure infrastructure-level settings: OAuth providers, the GitHub App, and the Slack app are set in the deployment configuration, not through the API. Contact the LangChain team to configure them in your data plane.
fleet is safe.
Move data the tool does not migrate
Traces
The tool does not migrate traces. To keep historical traces beyond the lifecycle of your old instance, bulk export them to an S3-compatible bucket. To move tracing applications, create API keys scoped to a workspace in the data plane, then repoint the application:- Cut over: Set
LANGSMITH_ENDPOINTto the data plane endpoint andLANGSMITH_API_KEYto the new key. See Trace to a data plane. - Dual trace: Write to the old instance and the data plane during the transition. See Trace to multiple endpoints.
Deployed agents
Redeploy agents that run on your existing instance into a workspace in the data plane. Use the LangSmith UI or the API. You may also need to recreate service accounts, image pull secrets, and other resources in the data plane cluster. For agent databases and caches, choose one of the following:- Create new instances in the data plane and point the redeployed agents at them. Start empty, or restore from a backup of the old instance.
- Point the redeployed agents at your existing database instances, and reach them from the data plane cluster over PrivateLink or VPC peering.
Insights reports
Insights reports are not migrated across instances. To keep a report, open its details in the LangSmith UI and select Download.See also
Connect these docs to Claude, VSCode, and more via MCP for real-time answers.

