CtrlK
BlogDocsLog inGet started
Tessl Logo

teleporting-between-environments

Moves the current agent conversation to Cloud, Desktop Local, or another connected computer while coordinating machine-local files and setup. Use when the user says "let's continue this task on cloud", asks to continue or move work on another connected computer, wants to teleport between computers, or needs to upload or download artifacts before a handoff.

72

Quality

88%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Teleporting Between Computers

Teleport the current agent and conversation without losing conversational memory. Prepare machine-local state first, then let the destination continue the same task.

Mental model

  • Memory follows the agent; filesystem access does not. Files, working directories, credentials, running processes, and local services belong to the computer currently executing the conversation.
  • Upload and download paths are relative to the current computer. Cloud cannot read a laptop path until the conversation teleports to that laptop.
  • The conversation’s managed Cloud sandbox remains alive while the conversation runs elsewhere.
  • Filesystem paths and cwd do not transfer between computers. Re-establish the destination’s repository, working directory, dependencies, credentials, and services after arrival.

Commands

letta teleport list
letta teleport cloud
letta teleport local
letta teleport <computer>
  • list: show accessible online Cloud-registered targets.
  • cloud: create or resume this conversation’s managed Cloud sandbox.
  • local: target the one online Letta Desktop computer. Desktop Remote Access must be enabled. If several Desktop computers are online, use list and target one explicitly.
  • <computer>: target a listed remote computer by its friendly selector.

Do not run or recommend letta teleport back; return to Desktop with local.

Transfer files with the existing sandbox commands:

letta sandbox upload <local-path>
letta sandbox download <sandbox-path> [--to <local-path>]

Do not invent letta teleport push, pull, or remote file-listing commands. No sandbox ID or wake command is needed.

Prepare the handoff

Before teleporting:

  1. Identify the target and every file, repository state, credential, service, or setup step the task needs there.
  2. Finish work that requires the current computer. Verify relevant files exist before transferring them.
  3. Upload current-computer artifacts needed in Cloud and retain the returned /root/downloads/... paths in context.
  4. Retain enough context to recreate destination-local setup, including the repository, branch or revision, working directory, dependency commands, and next action.
  5. Run teleport only after all source-side preparation is complete.

Teleport is the final action

Run the teleport command as the only command in the final Bash tool call. Do not chain later commands, poll the teleport operation, or invoke another source-side tool after it.

The CLI intentionally returns after the server accepts the handoff. Once the Bash result is persisted, the source yields at a clean turn or tool boundary and the destination resumes with no synthetic user message.

If the command reports an offline, stale, unsupported, same-source, or startup error, the conversation remains on the source. Surface the concrete error, correct it if possible, and retry only after the target is available.

Common workflows

Continue local work in Cloud

  1. Inspect the local task state and identify local-only artifacts or setup.

  2. Upload each artifact Cloud needs:

    letta sandbox upload <local-path>
  3. Retain each returned sandbox path.

  4. As the final action, run:

    letta teleport cloud
  5. After continuation in Cloud, establish the Cloud-local cwd and repository setup before using the uploaded paths.

Return to Desktop Local

  1. Retain the next local action and any setup the Desktop computer needs.

  2. Confirm Desktop is open with Remote Access enabled. If more than one Desktop computer is online, use letta teleport list and choose one explicitly.

  3. As the final action, run:

    letta teleport local

Run a separate headless turn on a computer

Use --computer when a separate headless invocation, rather than the current conversation handoff, should execute on Cloud or another online computer:

letta -p --conversation <id> --computer cloud "<prompt>"
letta -p --conversation <id> --computer <name|device-id|connection-id> "<prompt>"

This routes that headless message only. Use letta teleport ... to move the currently executing conversation.

Continue on another connected computer

  1. Discover available targets if needed:

    letta teleport list
  2. Prepare or upload everything the current computer owns.

  3. As the final action, run:

    letta teleport <computer>
Repository
letta-ai/letta-code
Last updated
First committed

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.