Skip to main content
Loop saves your threads so you can return to work in progress. Manage their history and access, and learn how sandboxes, concurrency limits, providers, and privacy settings affect your work.

​
View thread history

Long threads load recent history first. After Loop finishes working, scroll to the top and click Load earlier messages when available.

​
Share a thread

Threads are private by default. Share a thread you own so project members can review the entire conversation or continue the investigation.
  • Loop uses each message sender’s permissions.
  • Only the sender can approve or cancel work started by their message.
  • Only the owner can edit messages, and only their own.
  1. Go to Loop and select your thread.
  2. Click Share in the thread header.
  3. Choose an access level:
    • Members can view lets members with project read access view the conversation.
    • Members can chat also lets members who can create Loop threads send messages.
  4. Click Save to apply the access level and copy the thread link. To copy the link again, reopen Share and click Copy Link.
Only the owner can change access. Reopen Share, choose an access level or Private to you, and click Save.
Before making a thread private or removing chat access, have participants finish or cancel their work. Changing access leaves their queued or running turns in progress but prevents them from approving actions or canceling those turns.

​
Rename a thread

Only the thread owner can rename a thread.
  1. On the Loop page, select in the thread header or beside a thread in the sidebar, then Rename thread.
  2. Enter a name of up to 256 characters and click Save.

​
Delete a thread

Only the owner can delete a thread, and only while Loop isn’t working in it. A sleeping sandbox doesn’t prevent deletion. Automation run threads are read-only and cannot be deleted this way. See Review past runs.
Deleting a thread is permanent and cannot be undone.
On the Loop page, select in the thread header or beside a thread in the sidebar, then Delete thread and confirm.

​
Sandboxes

Loop uses an isolated, per-user sandbox to inspect trace files and run commands against your data.
  • Start. A sandbox starts with your first message in a thread. Opening the Loop page or revisiting a saved thread doesn’t start one.
  • Sleep. After inactivity, the sandbox sleeps. Your next message resumes it automatically with the thread history intact.
  • Expiry. A sandbox lasts up to 8 hours, including time asleep. After it expires, your next message starts a fresh sandbox without affecting the thread or its history.
Self-hosted deployments provide their own sandboxes, with behavior depending on provisioned capacity. On AWS, enable the Loop runtime to run Loop in your data plane. Until then, Loop runs in the browser.

​
Thread concurrency

Braintrust-hosted Loop limits active threads separately for each member, service token, and automation within an organization. A thread occupies a slot while Loop works and for a short idle period afterward. Further messages in that thread don’t consume extra slots. At the limit, starting work in another thread returns HTTP 429. Wait for a slot to become available, then retry. Existing threads and histories are unaffected.

​
Models and providers

For any of Loop’s models, choose how inference is served and billed with the model picker’s Provider setting. Loop remembers the selected provider for each thread and applies your most recent choice to new threads.
  • Braintrust. Use Braintrust’s AI providers with no setup. Usage draws from your organization’s monthly model credits, shared with Topics. On Starter, you need an organization owner with a work email address or a payment method on file. See Requirements.
  • Your configured provider. Use your organization’s OpenAI-compatible AI provider, with inference billed to that provider.
To configure your own providers:
  • Compatibility. Supported types are OpenAI, Azure, Bedrock, OpenRouter, and Azure AI Gateway. Your provider must serve the selected Loop model. You need a configured provider once model credits run out.
  • Add a provider. Click Add provider in the model picker, then New under Custom providers. The form offers compatible types. Custom endpoints do not expand Loop’s supported models.
  • Restrict provider access. To require your organization’s providers, turn off Allow built-in models on the AI providers page. This removes Braintrust from Loop’s provider options.

​
Privacy

Threads are private by default. You can share a thread with project members to grant access to its conversation history and optionally let them send messages. Braintrust logs frontend Loop interactions for product improvement and support by default. You can turn off logging without affecting Loop. Self-hosted organizations have it off by default. Model data handling depends on the feature:
  • Loop. Your configured provider uses your organization’s key. Your agreement with that provider, including any zero data retention agreement, governs prompts and responses. See Data handling.
  • Automations and Patterns. Loop automations and Patterns use the model and provider saved in each automation’s configuration.
  • Topics. Facet summarization, embeddings, and cluster naming in Topics always use Braintrust-served models with Zero Data Retention, regardless of your Loop model.

​
Next steps