Dein Agent bekommt sudo. Deine Logins bleiben in ihrem Projekt

1. Tokens

   Refresh-Tokens kommen nie auf dein Compute

   Deine Claude- und ChatGPT-Refresh-Tokens bleiben in unserer Datenbank, verschlüsselt mit AES-256-GCM. Jede Startvorlage auf einem Abo bekommt eine Datei mit einem Access-Token, planmäßig erneuert. Ein Agent mit sudo hält nichts in der Hand, womit er einen neuen erzeugen könnte.

2. API-Keys

   Ein API-Key bleibt in der Startvorlage, die ihn nutzt

   Ein verbundener Key wird nur in die Startvorlagen geschrieben, die mit ihm laufen, innerhalb ihres Projekts, und nur dein Benutzer kann ihn lesen. Terminals deiner anderen Projekte sehen ihn nie.

3. Konten

   Trennen, und es ist weg

   Entferne ein Konto im Dashboard, und wir löschen seine Tokens sofort von unserem Server und aus deinen Terminals. Melde dich bei OpenAI oder Anthropic ab, um auch die Sitzung auf deren Seite zu beenden.

4. Prompts

   Deine Prompts gehen direkt ans Modell

   Der Modell-Traffic geht von deinem Terminal direkt zu deinem Anbieter, zu Anthropic, OpenAI oder dem Anbieter, dessen Key du nutzt, und läuft nie über detachbox.

5. Vault

   Firmen-Keys bleiben außerhalb deines Compute

   Mit Vault bekommt jedes Projekt seinen eigenen Sallyport-Agenten, angelegt ohne jeden Zugriff. Deine Agenten rufen Stripe oder GitHub darüber auf, und die Service-Keys bleiben in Sallyport.

1. Wette

   Unsere Wette: ein Kernel, viele Kunden

   Jedes Terminal ist ein unprivilegierter System-Container auf einem gemeinsamen Kernel, mit aktiviertem Nesting, damit Docker darin läuft, und mit einem eigenen Bereich von User-IDs. Deine Konto-Disk wird nur in deine eigenen Terminals eingehängt, so bleibt jeder Kunde für sich. Der gemeinsame Kernel ist unsere Wette, und sie bringt dir volles Docker für $39.

2. Projekte

   Die Logins eines Projekts bleiben in diesem Projekt

   Jedes Projekt hat seinen eigenen Home-Ordner. Ein Projekt-Terminal hängt nur seinen eigenen Code und dieses Home ein, darum wandern Logins, Configs, Agent-Hooks und Caches nie zwischen Projekten, und ein geklontes Repo kann keine Zeile in die .bashrc schmuggeln, die deine anderen Projekte ausführen.

3. Agenten

   Ohne Rückfragen, ein Projekt in Reichweite

   Agent-CLIs laufen ohne Freigabeabfragen, damit die Arbeit nie stehen bleibt und auf dein Ja wartet. Was ein Agent im System kaputt macht, bleibt in seinem Terminal und verschwindet, wenn du es beendest oder neu startest.

4. Limits

   Kein fremder Build frisst deine CPU

   Deine Größe setzt eine harte Grenze für CPU und Arbeitsspeicher aller deiner Terminals zusammen, und jedes Terminal hat sein eigenes Prozesslimit. Docker läuft mit der niedrigsten Priorität, damit Shell und Agent auch während eines Builds flott bleiben. Ein außer Kontrolle geratener Build nebenan bleibt nebenan.

5. Image

   Ein getestetes System alle 6 Stunden

   Das Basissystem wird alle 6 Stunden mit den neuesten Versionen von Claude Code, Codex und OpenCode neu gebaut und geht erst nach einem Smoke-Test live. Schlägt ein Build fehl, bleibt der letzte funktionierende im Einsatz.

6. Neustarts

   Terminals kommen nach einem Neustart zurück

   Nach einem Neustart des Nodes kommen deine Terminals von selbst zurück, mit Dateien, Paketen und Docker-Images an ihrem Platz. Laufende Prozesse stoppen, und jeder Agent nimmt von selbst seine letzte Unterhaltung wieder auf und wartet auf dein nächstes Wort.

1. Netzwerk

   Abgeschottet von anderen Kunden

   Jedes Terminal erreicht das öffentliche Internet mit 50 bis 1.000 Mbit/s, je nach Größe. Private Netze, unsere Server, andere Kunden und ausgehende Mail auf Port 25 sind für jedes Compute gesperrt.

2. On-Premise

   Dein LAN bleibt zu, bis du es öffnest

   Mit Enterprise on-premise erreichen Terminals auf deinem Server keines deiner privaten Netze, bis dein Admin auf diesem Server eines öffnet. Der Node baut nur ausgehende Verbindungen auf, und detachbox kann von seiner Seite kein Netz öffnen.

3. Previews

   Previews auf eigener Domain

   Deine Dev-Server antworten auf detachbox.dev, einer von detachbox.com getrennten Domain, privat für dich, bis du einen Port öffentlich machst. Dashboard-Cookies erreichen sie nie, und eine private Preview verweigert fremden Seiten Frames, Fetch-Anfragen und WebSockets.

4. Dateien

   Teil eine Datei, deine .env bleibt bei dir

   Ein Freigabe-Link öffnet eine Datei für 15 Minuten bis 7 Tage und zählt jeden Aufruf. Ein Bericht, den du als Seite öffnest, erreicht nur die Dateien in seinem eigenen Ordner, nie .env, .git oder eine andere Datei mit Punkt am Anfang.

5. Zugang

   Nur ein Weg hinein: dein angemeldetes Dashboard

   Jedes Terminal öffnet sich über das Dashboard per verschlüsseltem WebSocket, mit einem Ticket nur für dieses eine Terminal, das nach 60 Sekunden abläuft.

1. Anmeldung

   Passkeys, Codes und Google

   Melde dich mit einem Passkey (Face ID, Touch ID, Windows Hello oder einem Sicherheitsschlüssel) an, mit Google oder per E-Mail und Passwort mit einem Authenticator-Code obendrauf. Fügst du einen Passkey oder Code hinzu oder entfernst ihn, meldest du dich erneut an und bekommst eine E-Mail.

2. Anfragen

   Ein gestohlener Session-Token öffnet nichts

   Jede Anfrage aus deinem Dashboard ist mit einem Schlüssel signiert, den dein Browser erzeugt hat und nicht exportieren kann. Ein Session-Token, kopiert aus einem Log, einem Proxy oder einer Browser-Erweiterung, scheitert ohne ihn.

3. Sessions

   Jedes Gerät, auf dem du angemeldet bist

   Die Einstellungen listen deine angemeldeten Geräte mit Standort und Browser. Meld die anderen mit einem Klick ab. Session-Tokens speichern wir nur als Hash.

4. Aktivität

   Ein Protokoll jeder Änderung

   Das Protokoll hält jede Größenänderung, jedes Projekt, jede gespeicherte Startvorlage, jeden öffentlichen Port und jeden geteilten Datei-Link in deinem Konto fest, mit genauer Uhrzeit.

5. Zahlungen

   Karten bleiben bei Stripe

   Karteneingabe und Rechnungen laufen in Stripes eigenem Checkout und Billing-Portal; Kartennummern landen nie auf unseren Servern.

Etwas gefunden?

Schreib an abuse@detachbox.com bei Missbrauch, der von einem Compute ausgeht, und an support@detachbox.com zur Sicherheit des Dienstes.

Fragen dazu