§ Plattform / Kollaboration
Multiplayer-Wissenschaft, auf euren eigenen GPUs.
Arbeite an einem Workflow wie an einem geteilten Dokument — Live-Cursor, gemeinsames Bearbeiten, Kommentare, Läufe, denen deine Kolleginnen und Kollegen live zusehen — mit einem Unterschied, der die Architektur verändert: Darunter liegt keine Cloud-Runtime. Gerechnet wird auf dem Gerät jeder einzelnen Person; der Server bringt nur die Änderungen in eine Reihenfolge. Und nichts davon nimmt deine Arbeit in Geiselhaft: offline oder bei ausgefallenem Server läuft alles, was dir gehört, weiter.
Eine Leinwand, viele Cursor, nichts hochgeladen
Öffne eine Session, und deine Kolleginnen und Kollegen sind einfach da, auf derselben Leinwand des Studio: benannte Live-Cursor, Selektionen, eine Teilnehmerliste mit der Rolle jeder Person und ein Klick, der dich dorthin bringt, wo sie gerade hinschaut. Präsenz ist bewusst flüchtig — Cursor und Ausschnitte werden gesendet, nie gespeichert, nie Teil des Dokuments. Selbst Undo gilt pro Person: Dein Cmd+Z nimmt deine letzte Änderung zurück, nie die einer anderen Person.
Über die Leitung geht Koordination, nicht Daten. Änderungen, Präsenz und der Fortschritt eines Laufs gehen durch die Session; Datasets, Zugangsdaten und das Rechnen selbst bleiben, wo Local-first sie hinstellt — auf jedem einzelnen Gerät. Das ist die Umkehrung, die gemeinsames Arbeiten in Scellis anders macht: kein gehosteter Arbeitsbereich um eine Cloud-Runtime, sondern eine dünne Koordinationsschicht über Maschinen, die den Beteiligten schon gehören.
Dem Lauf zusehen — gemeinsam
| Was | Live zu anderen | Danach |
|---|---|---|
| Dokument-Änderungen | geprüft, geordnet, gesendet | dauerhaft — eine lokale Warteschlange und committete Versionen |
| Präsenz — Cursor, Auswahl, Ausschnitt | ja, flüchtig | verworfen; nie gespeichert |
| Der Fortschritt eines Laufs — Kurven, Zustand | ja, live gestreamt | verworfen; zitiert wird ein committeter Lauf |
| Notizen & Kommentare | ja, live in der Session | gehen mit dem Dokument mit — ohne zu ändern, was ein Ergebnis ist |
| Datasets · Zugangsdaten · Rechnen | gehen nie durch die Session | bleiben auf dem Gerät der jeweiligen Person |
Was fehlt, fehlt strukturell: Die Session hat keinen Kanal für Rohdaten oder Geheimnisse — der Koordinator bringt deinen Workflow in eine Reihenfolge, er führt ihn nie aus.
Starte Training, und alle in der Session sehen zu, wie es passiert: die Verlustkurve füllt sich, der Lauf schreitet voran, die Ausgabe aktualisiert sich — live gestreamt von der GPU derjenigen Person, die ihn gestartet hat, an alle anderen. Wer später dazukommt, bekommt die ganze Kurve ab dem ersten Schritt, nie ein Fragment. Und wer was darf, folgt den Rollen: Editoren dürfen einen geteilten Lauf starten, pausieren, abbrechen; wer zuschaut oder kommentiert, sieht die Steuerung deaktiviert — mit benanntem Grund. Danach landet der Lauf mit seiner Historie in deinem Regal.
Die Ehrlichkeit ist eingebaut. Wer zusieht, kann einen beendeten Lauf immer von einer verschwundenen Maschine unterscheiden: Reißt das Lebenszeichen ab, wird die Kurve als getrennt markiert, statt Fortschritt vorzutäuschen. Und Zusehen ist alles, was hier passiert — den Fortschritt eines Laufs zu teilen verschiebt nie die Arbeit selbst. Sollen Peers Teile der Berechnung tragen, ist das verteiltes Rechnen: eine separate, ausdrückliche Entscheidung mit eigenen Vertrauensstufen.
Ein Entwurf, der immer ein gültiges Programm ist
Ein Workflow ist keine Prosa, sondern ein typisierter, ausführbarer Graph — und das schließt die übliche Antwort für geteilte Dokumente aus. Die Standardmaschinerie garantiert, dass die gleichzeitigen Änderungen aller konvergieren: Am Ende habt ihr alle dieselbe Datei. Aber auf ein Programm zu konvergieren, das eine Schleife enthält oder eine Verbindung mit unpassenden Typen, ist auch Konvergenz. Scellis prüft stattdessen. Jede vorgeschlagene Änderung wird gegen die Regeln getestet, die der Graph einhalten muss — das Bearbeitete existiert noch, es entsteht keine Schleife, die Verbindungen passen, die Versionen bleiben gepinnt — und erst dann bekommt sie eine kanonische Position in der Reihenfolge und geht an alle.
Du siehst deine eigene Änderung sofort landen; sie wird danach auf die kanonische Reihenfolge neu aufgesetzt — die Leinwand fühlt sich unmittelbar an, und das Dokument durchläuft nie einen kaputten Zustand. Und diese Reihenfolge ist alles, was der Server besitzt: Die Identität einer Version berechnet ein allein und offline committender Mensch exakt genauso — die Live-Session ordnet Änderungen, sie wird nie zur Quelle der Wahrheit. Ein Freitextfeld ist der eine Ort, an dem zeichenweises Zusammenführen überlebt: Prosa will Zusammenführen, Programme wollen Gültigkeit.
Du arbeitest an einem Entwurf; du zitierst einen Commit
Eine Live-Session ist zum gemeinsamen Denken da — und bewusst vorübergehend: das Fließen des Entwurfs, die Cursor, die Kurve eines laufenden Laufs — nichts davon gehört je dazu, was eine Version ist. Der Commit ist der Moment, in dem ein flüssiger Entwurf zur festen Referenz wird; die Identität beginnt beim Commit, und deshalb kann ein Link in einem Paper nie an einem Entwurf hängen, der sich noch bewegt.
Die zwei Arten von Share-Link tragen genau diesen Schnitt. Ein Session-Link lässt jemanden an den Live-Stand: angemeldet, durch die Rolle begrenzt, bearbeitungsberechtigt — selbst ein Besuch ohne Konto bearbeitet unter einem stabilen, zuordenbaren Namen. Ein Snapshot-Link übergibt eingefrorene Bytes: kein Login, unveränderlich, bereit fürs Paper. Welche Tür du öffnest, entscheidet, welches Versprechen du gibst — und wo Teilen Governance im Teammaßstab braucht, liegen Rollen und Richtlinien bei den Workspaces.
Die Diskussion findet direkt an der Arbeit statt
Notizen heften dort, wo das Denken passiert — an einem Block, einer Verbindung, einer Region oder am Dokument selbst — über das, worauf sie zeigen, nie über Pixelkoordinaten. Sie gehen mit dem Dokument mit und werden mit ihm versioniert, bleiben aber außerhalb dessen, was eine Version ist: Ein Kommentar verändert nie, was ein Ergebnis bedeutet. Wird das Ziel einer Notiz später gelöscht, wird sie zu einem abgelösten Pin mit geführtem Wieder-Anheften — das Geschriebene geht nie verloren. Threads tragen Erwähnungen und ein Erledigt-Kennzeichen, und in einer Live-Session erscheint ein Kommentar für alle in dem Moment, in dem er geschrieben wird.
Alles, was du veröffentlichst, bekommt das öffentliche Gegenstück: eine Diskussion in Form eines Fehlertrackers, offen für jede Leserin und jeden Leser, ganz ohne Bearbeitungsrechte — wer auf ein Problem stößt, meldet es dort, wo die Autorenschaft und alle künftigen Nutzenden es sehen. Auch dadurch ist der Marketplace keine Einbahnstraße. Die volle Choreografie aus Sessions, Rollen und Links zeigt der Guide zur Live-Zusammenarbeit.
Solo bricht nie — per Entwurf, nicht per Glück
| Situation | Die Session | Deine Arbeit |
|---|---|---|
| Allein, Server weg | es gibt keine zu verlieren | alles funktioniert, offline |
| Eine Live-Session verliert den Koordinator | die Reihenfolge setzt geordnet aus | du bearbeitest weiter; die lokale Warteschlange hält es |
| Wiederkehr nach Offline-Bearbeitung | aufholen, dann neu aufsetzen | einfache Konflikte lösen sich von selbst, mit Zuordnung |
| Ein echter Strukturkonflikt | eskaliert, sichtbar | ein geführter Drei-Wege-Merge — nie stilles Überschreiben |
| Deine Änderung trifft etwas Gelöschtes | die Änderung wird beiseitegelegt | verwaiste Änderungen sammeln sich in einer Ablage mit geführtem Wieder-Anheften — nichts geht verloren |
Fehlerzustände sind entworfenes, getestetes Verhalten, keine Fehlermeldungen — jede Zeile gehört zu dem, was Zusammenarbeit verspricht.
Live-Zusammenarbeit ist eine Schicht obendrauf; nimm sie weg, und alles funktioniert weiter. Das ist eine Regel der Architektur, kein Notbehelf: Jede kollaborative Funktion muss zu einer voll funktionierenden Solo-Offline-Erfahrung degradieren, und eine automatische Prüfung hält das so. Der Session-Koordinator ist ein Cache, nicht die Wahrheit — Dauerhaftigkeit wohnt in der Warteschlange deines Geräts und in committeten Versionen — und er liegt nachweislich abseits der Pfade, auf denen gerechnet, erstellt und committet wird.
Verliert eine Live-Session ihren Koordinator, ist das Verhalten eine geordnete Pause statt einer Vortäuschung: Alle bearbeiten mit voller lokaler Dauerhaftigkeit weiter, die geteilte Reihenfolge setzt aus, und wer neu verbindet, holt auf. Einfache Konflikte lösen sich von selbst, mit Zuordnung; ein harter struktureller Konflikt wird zu einem geführten Drei-Wege-Merge eskaliert — nie ein stilles Zuletzt-gewinnt, nie verlorene Arbeit. Und genau das kauft ein bezahlter Tarif: gehostete Kollaborationskapazität ist ein Dienst — das Rechnen nie.