@letta-ai/letta-code 0.32.2 → 0.32.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/channels-public.js +32 -2
- package/dist/channels-public.js.map +3 -3
- package/dist/channels-slack.js +52 -2
- package/dist/channels-slack.js.map +4 -4
- package/dist/gateway-core.js +89 -31
- package/dist/gateway-core.js.map +6 -5
- package/dist/mcp-client.js +2 -2
- package/dist/mcp-client.js.map +1 -1
- package/dist/types/agent/skills.d.ts.map +1 -1
- package/dist/types/channels/gateway-core.d.ts +2 -0
- package/dist/types/channels/gateway-core.d.ts.map +1 -1
- package/dist/types/channels/gateway-sources.d.ts +6 -0
- package/dist/types/channels/gateway-sources.d.ts.map +1 -0
- package/dist/types/channels/progress-builder.d.ts +1 -1
- package/dist/types/channels/progress-builder.d.ts.map +1 -1
- package/dist/types/channels/progress-types.d.ts +28 -0
- package/dist/types/channels/progress-types.d.ts.map +1 -0
- package/dist/types/channels/slack/progress.d.ts.map +1 -1
- package/dist/types/channels/slack/status-controller.d.ts +2 -1
- package/dist/types/channels/slack/status-controller.d.ts.map +1 -1
- package/dist/types/channels/types.d.ts +6 -23
- package/dist/types/channels/types.d.ts.map +1 -1
- package/letta.js +234 -64
- package/package.json +1 -1
- package/skills/image-generation/SKILL.md +5 -4
- package/skills/working-across-computers/SKILL.md +88 -0
- package/skills/teleporting-between-environments/SKILL.md +0 -114
|
@@ -0,0 +1,88 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: working-across-computers
|
|
3
|
+
description: Guides work across Cloud, local, and other available computers, including teleporting the current conversation, orchestrating remote subagents, and uploading or downloading files to Cloud sandboxes. Use when moving between computers (e.g. teleporting between cloud/local) or coordinating work and files across them.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Working Across Computers
|
|
7
|
+
|
|
8
|
+
## Choose where to work
|
|
9
|
+
|
|
10
|
+
- When running in Cloud, prefer staying there and delegating local work to subagents on the relevant computer.
|
|
11
|
+
- If the user explicitly asks to move this conversation locally or elsewhere, teleport it.
|
|
12
|
+
- Moving a conversation that started locally into Cloud is a normal workflow: transfer needed files first, then teleport.
|
|
13
|
+
|
|
14
|
+
| Intent | Mechanism |
|
|
15
|
+
|---|---|
|
|
16
|
+
| Run work elsewhere while staying here | `Agent` |
|
|
17
|
+
| Bring a remote file into a Cloud conversation | Remote agent: `sandbox upload` |
|
|
18
|
+
| Put a Cloud file onto another computer | Remote agent: `sandbox download` |
|
|
19
|
+
| Continue this conversation elsewhere | `teleport` |
|
|
20
|
+
|
|
21
|
+
Conversation history and agent memory follow the conversation. Files, working directories, installed tools, credentials, and running services belong to each computer; teleporting does not copy the workspace.
|
|
22
|
+
|
|
23
|
+
For remote subagents, set `computer` and pass source paths and destination conversation IDs explicitly. Use the `Agent` tool definition for invocation and resume options.
|
|
24
|
+
|
|
25
|
+
## Move this conversation
|
|
26
|
+
|
|
27
|
+
**Run the teleport handoff alone as the final tool call.** After success, do not poll or run more source-side tools; the same conversation resumes at the destination automatically. Set the working directory and check required setup there. If teleport fails, stay on the source and resolve the error before retrying. The Cloud sandbox remains available while you work elsewhere.
|
|
28
|
+
|
|
29
|
+
### Local → Cloud
|
|
30
|
+
|
|
31
|
+
Upload any files needed in Cloud:
|
|
32
|
+
|
|
33
|
+
```bash
|
|
34
|
+
letta sandbox upload <local-path>
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
Keep the returned paths, repository/branch, and next action in context, then create or resume this conversation's Cloud sandbox:
|
|
38
|
+
|
|
39
|
+
```bash
|
|
40
|
+
letta teleport cloud
|
|
41
|
+
```
|
|
42
|
+
|
|
43
|
+
### Cloud → other computers
|
|
44
|
+
|
|
45
|
+
List available computers:
|
|
46
|
+
|
|
47
|
+
```bash
|
|
48
|
+
letta teleport list
|
|
49
|
+
```
|
|
50
|
+
|
|
51
|
+
Have a remote subagent download any needed files and verify completion before moving. Use a returned computer name, device ID, or connection ID:
|
|
52
|
+
|
|
53
|
+
```bash
|
|
54
|
+
letta teleport <computer>
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
With exactly one online Desktop, open with Remote Access enabled, you can use the shortcut:
|
|
58
|
+
|
|
59
|
+
```bash
|
|
60
|
+
letta teleport local
|
|
61
|
+
```
|
|
62
|
+
|
|
63
|
+
## Transfer files to or from Cloud
|
|
64
|
+
|
|
65
|
+
Run upload where the local file exists; run download where the local copy should be saved.
|
|
66
|
+
|
|
67
|
+
```bash
|
|
68
|
+
# Use the executing conversation's Cloud sandbox
|
|
69
|
+
letta sandbox upload <local-path>
|
|
70
|
+
letta sandbox download <sandbox-path> --to <local-path>
|
|
71
|
+
|
|
72
|
+
# Explicit Cloud conversation (sandboxes are per-conversation)
|
|
73
|
+
letta sandbox upload <local-path> --conversation <destination-conversation-id>
|
|
74
|
+
letta sandbox download <sandbox-path> \
|
|
75
|
+
--conversation <source-conversation-id> --to <local-path>
|
|
76
|
+
|
|
77
|
+
# An agent's main/default conversation
|
|
78
|
+
letta sandbox upload <local-path> --agent <agent-id>
|
|
79
|
+
letta sandbox download <sandbox-path> --agent <agent-id> --to <local-path>
|
|
80
|
+
```
|
|
81
|
+
|
|
82
|
+
- `--agent` alone selects that agent's main/default conversation. Concrete `--conversation` IDs resolve their owning agent.
|
|
83
|
+
- Target flags override the executing session without changing its identity. Do not replace the subagent's identity environment variables with the parent's.
|
|
84
|
+
- The executing computer's credentials must authorize access to the target.
|
|
85
|
+
- Commands return JSON. Use the exact upload path returned; never reconstruct it from the filename.
|
|
86
|
+
- Download sources must be under `/root/downloads`; `--to` selects the destination path on the receiving computer. Without `--to`, download saves under the source file's basename.
|
|
87
|
+
- Transfer files directly, not as base64 or file contents through model messages. Return the path and destination IDs; verify received contents or checksums.
|
|
88
|
+
- These commands transfer files to/from Cloud sandboxes, not arbitrary remote filesystems. No sandbox ID or separate wake command is needed.
|
|
@@ -1,114 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: teleporting-between-environments
|
|
3
|
-
description: 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.
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Teleporting Between Computers
|
|
7
|
-
|
|
8
|
-
Teleport the current agent and conversation without losing conversational memory. Prepare machine-local state first, then let the destination continue the same task.
|
|
9
|
-
|
|
10
|
-
## Mental model
|
|
11
|
-
|
|
12
|
-
- **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.
|
|
13
|
-
- Upload and download paths are relative to the current computer. Cloud cannot read a laptop path until the conversation teleports to that laptop.
|
|
14
|
-
- The conversation’s managed Cloud sandbox remains alive while the conversation runs elsewhere.
|
|
15
|
-
- Filesystem paths and cwd do not transfer between computers. Re-establish the destination’s repository, working directory, dependencies, credentials, and services after arrival.
|
|
16
|
-
|
|
17
|
-
## Commands
|
|
18
|
-
|
|
19
|
-
```bash
|
|
20
|
-
letta teleport list
|
|
21
|
-
letta teleport cloud
|
|
22
|
-
letta teleport local
|
|
23
|
-
letta teleport <computer>
|
|
24
|
-
```
|
|
25
|
-
|
|
26
|
-
- `list`: show accessible online Cloud-registered targets.
|
|
27
|
-
- `cloud`: create or resume this conversation’s managed Cloud sandbox.
|
|
28
|
-
- `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.
|
|
29
|
-
- `<computer>`: target a listed remote computer by its friendly selector.
|
|
30
|
-
|
|
31
|
-
Do not run or recommend `letta teleport back`; return to Desktop with `local`.
|
|
32
|
-
|
|
33
|
-
Transfer files with the existing sandbox commands:
|
|
34
|
-
|
|
35
|
-
```bash
|
|
36
|
-
letta sandbox upload <local-path>
|
|
37
|
-
letta sandbox download <sandbox-path> [--to <local-path>]
|
|
38
|
-
```
|
|
39
|
-
|
|
40
|
-
Do not invent `letta teleport push`, `pull`, or remote file-listing commands. No sandbox ID or wake command is needed.
|
|
41
|
-
|
|
42
|
-
## Prepare the handoff
|
|
43
|
-
|
|
44
|
-
Before teleporting:
|
|
45
|
-
|
|
46
|
-
1. Identify the target and every file, repository state, credential, service, or setup step the task needs there.
|
|
47
|
-
2. Finish work that requires the current computer. Verify relevant files exist before transferring them.
|
|
48
|
-
3. Upload current-computer artifacts needed in Cloud and retain the returned `/root/downloads/...` paths in context.
|
|
49
|
-
4. Retain enough context to recreate destination-local setup, including the repository, branch or revision, working directory, dependency commands, and next action.
|
|
50
|
-
5. Run teleport only after all source-side preparation is complete.
|
|
51
|
-
|
|
52
|
-
## Teleport is the final action
|
|
53
|
-
|
|
54
|
-
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.
|
|
55
|
-
|
|
56
|
-
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.
|
|
57
|
-
|
|
58
|
-
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.
|
|
59
|
-
|
|
60
|
-
## Common workflows
|
|
61
|
-
|
|
62
|
-
### Continue local work in Cloud
|
|
63
|
-
|
|
64
|
-
1. Inspect the local task state and identify local-only artifacts or setup.
|
|
65
|
-
2. Upload each artifact Cloud needs:
|
|
66
|
-
|
|
67
|
-
```bash
|
|
68
|
-
letta sandbox upload <local-path>
|
|
69
|
-
```
|
|
70
|
-
|
|
71
|
-
3. Retain each returned sandbox path.
|
|
72
|
-
4. As the final action, run:
|
|
73
|
-
|
|
74
|
-
```bash
|
|
75
|
-
letta teleport cloud
|
|
76
|
-
```
|
|
77
|
-
|
|
78
|
-
5. After continuation in Cloud, establish the Cloud-local cwd and repository setup before using the uploaded paths.
|
|
79
|
-
|
|
80
|
-
### Return to Desktop Local
|
|
81
|
-
|
|
82
|
-
1. Retain the next local action and any setup the Desktop computer needs.
|
|
83
|
-
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.
|
|
84
|
-
3. As the final action, run:
|
|
85
|
-
|
|
86
|
-
```bash
|
|
87
|
-
letta teleport local
|
|
88
|
-
```
|
|
89
|
-
|
|
90
|
-
### Run a separate headless turn on a computer
|
|
91
|
-
|
|
92
|
-
Use `--computer` when a separate headless invocation, rather than the current conversation handoff, should execute on Cloud or another online computer:
|
|
93
|
-
|
|
94
|
-
```bash
|
|
95
|
-
letta -p --conversation <id> --computer cloud "<prompt>"
|
|
96
|
-
letta -p --conversation <id> --computer <name|device-id|connection-id> "<prompt>"
|
|
97
|
-
```
|
|
98
|
-
|
|
99
|
-
This routes that headless message only. Use `letta teleport ...` to move the currently executing conversation.
|
|
100
|
-
|
|
101
|
-
### Continue on another connected computer
|
|
102
|
-
|
|
103
|
-
1. Discover available targets if needed:
|
|
104
|
-
|
|
105
|
-
```bash
|
|
106
|
-
letta teleport list
|
|
107
|
-
```
|
|
108
|
-
|
|
109
|
-
2. Prepare or upload everything the current computer owns.
|
|
110
|
-
3. As the final action, run:
|
|
111
|
-
|
|
112
|
-
```bash
|
|
113
|
-
letta teleport <computer>
|
|
114
|
-
```
|