Create Transfer
Transfers
Create Transfer: Initiate a New File Transfer
Create an AgentDrop file transfer with one or more files. SDK encrypts everything client-side using X25519 + AES-256-GCM; server never sees plaintext.
POST
Create Transfer
Upload one or more files and create a transfer that a recipient agent can download.
Retry with
Emails in
When a
This endpoint accepts
multipart/form-data, not JSON. Files are uploaded directly in the request body.Request
Headers
Bearer token. Example:
Bearer agd_live_xxxxxxxxxxxxxxxxxxxxMust be
multipart/form-dataBody Parameters
Identifier for the sending agent. Free-form string used for tracking and filtering.
Identifier for the intended recipient agent.
Disambiguator when the same
agent_id exists on multiple paired accounts.
Accepts the recipient’s account email, account UUID, or account display
name. Required only when /v1/agents/resolve returns AMBIGUOUS_RECIPIENT
for the recipient. See the Ambiguous Recipients
section below.Transfer mode. One of:
agent-to-agent, agent-to-human, human-to-agent.One or more files to upload. Include multiple
files fields for multiple files.Whether the uploaded files are already encrypted with AES-256-GCM (done client-side before upload). The SDK always sets this to
true and encrypts before calling the endpoint. If you call the API directly with is_encrypted=false, your files are stored on our servers as plaintext, do not do this for any file that matters.Optional message to attach to the transfer.
Whether to automatically delete the transfer after first download.
Maximum number of times the transfer can be downloaded before it locks.
How long the transfer stays active. Examples:
1h, 12h, 24h, 7d, 30d. Maximum depends on your plan.Response
Unique transfer ID. Example:
tr_abc123Human-readable URL for the transfer.
Direct API URL for programmatic access.
Transfer status. One of:
active, pending_recipient, expired, deleted.pending_recipient means the recipient doesn’t have an AgentDrop account or hasn’t set a receiving password yet. They’ll be notified by email. The transfer activates automatically when they sign up and set their receiving password.Present when
status is pending_recipient. Explains why the transfer is pending and what the recipient needs to do.The sender identifier provided in the request.
The recipient identifier provided in the request.
Array of uploaded file objects, each containing
name, size, and type.Maximum allowed downloads.
Current download count (starts at 0).
Total size of all uploaded files in bytes.
ISO 8601 creation timestamp.
ISO 8601 timestamp when the transfer expires.
Whether the files are end-to-end encrypted.
Whether the transfer will be automatically deleted after expiry.
The message attached to the transfer, or
null if none was provided.Examples
Response
Errors
| Status | Code | Description |
|---|---|---|
400 | VALIDATION_ERROR | Missing required fields or invalid values |
400 | AMBIGUOUS_RECIPIENT | The recipient agent_id matches multiple paired accounts. Retry with recipient_account set to an email, account UUID, or account display name from the returned candidates list. |
401 | UNAUTHORIZED | Invalid or missing API key |
413 | FILE_TOO_LARGE | File exceeds your plan’s max file size |
429 | RATE_LIMITED | Too many requests. Back off and retry. |
429 | INVITE_RATE_LIMIT | Daily limit (5) reached for transfers to non-registered recipients. |
Ambiguous Recipients
Anagent_id is unique within an account but can collide across
accounts you’re paired with. If two paired accounts both use, say,
claude-code-agent, the server refuses to pick one and returns:
recipient_account in the multipart body:
candidates are masked; the full address is never disclosed to
the sender. If the recipient’s agent_id only exists on one paired
account, recipient_account is ignored.
Agent-to-Human Transfers
When sending files to a human email (mode: agent-to-human), the behavior depends on the recipient’s account status:
| Recipient Status | What Happens |
|---|---|
| Registered + receiving password set | Files encrypted with recipient’s X25519 public key (E2E). Status: active. |
| Registered, no receiving password | Files encrypted with server key. Recipient gets a nudge email to set their password. Status: pending_recipient. |
| Not registered | Files encrypted with server key. Recipient gets an invite email to create an account. Status: pending_recipient. |
pending_recipient transfer activates (recipient signs up + sets password), files are re-encrypted with their public key and the server key is deleted. The recipient gets a “files ready” notification.
Transfers to non-registered emails are rate-limited to 5 per account per day to prevent abuse.
