Cap

Was Cap ist

Cap (github.com/CapSoftware/Cap) beschreibt sich als die quelloffene Alternative zu Loom: schöne, teilbare Bildschirmaufnahmen, gebaut für Teams, die ihre Daten selbst besitzen wollen. Es liefert Desktop-Apps für macOS und Windows plus ein Web-Dashboard zum Ansehen, Teilen und Verwalten der Aufnahmen, und das Repository nennt Produktdemos, Bug-Reports, Onboarding, Tutorials, Design-Reviews, technische Walkthroughs, asynchrone Standups und Kundenupdates als die Momente, für die es gebaut wurde. Die Codebasis ist ein Turborepo-Monorepo: eine Desktop-App mit SolidStart und Tauri, eine Next.js-Web-App und Rust-Crates für Capture, Encoding, Rendering und Export.

Die Designentscheidung, die man vor der Installation verstehen sollte, sind die zwei Aufnahmemodi, denn sie entsprechen zwei wirklich verschiedenen Aufgaben. Der Instant-Modus lädt während der Aufnahme hoch und gibt dir den Link in dem Moment, in dem du stoppst — genau das, was ein Bug-Report oder eine asynchrone Antwort braucht. Der Studio-Modus nimmt lokal auf und öffnet einen Editor mit Hintergründen, Zooms, Trimmen, Untertiteln und Exportsteuerung — das, was eine Landingpage-Demo braucht. Zum polierten Modus zu greifen, wenn eine Kollegin eine Einzeilerfrage gestellt hat, ist der häufigste Weg, Aufnehmen teuer wirken zu lassen.

Was das Repository mitbringt

Entnommen der README des Projekts selbst, nicht einer Wunschliste:

Die Lizenz verdient einen Satz, denn „quelloffen" deckt mehr als eine Regelung ab. Caps LICENSE teilt das Repository auf: die Rust-Crate-Familien `cap-camera` und `scap-` stehen unter MIT, Drittkomponenten behalten ihre eigenen Bedingungen, alles Übrige ist AGPLv3. Wer nur eigene Demos aufnimmt, merkt von dieser Unterscheidung nie etwas. Wer darauf ein Produkt bauen oder es als Dienst anbieten will, hat mit der AGPL eine reale Einschränkung — die liest man besser vorher als hinterher.

Wo ein Bildschirmrekorder in den Growth-Stack gehört

Der Wert eines solchen Werkzeugs liegt nicht darin, dass es Content produziert. Er liegt darin, dass es den Produktionsschritt aus vier Aufgaben entfernt, die du ohnehin erledigen musst:

1. Die Landingpage-Demo — 60 bis 90 Sekunden, in denen das Produkt seine eigentliche Arbeit tut, für Besucher, die keine drei Absätze lesen, um herauszufinden, was das ist. Das ist dieselbe Conversion-Arbeit, die der Rest der Seite leistet: Besucher in Anmeldungen verwandeln.
2. Der Onboarding-Walkthrough — der Weg von der Anmeldung zum ersten nützlichen Ergebnis, einmal aufgenommen und in Willkommensmail und Doku gelegt: der billigste verfügbare Weg, die Time to Value zu verkürzen. Siehe Nutzer-Onboarding verbessern.
3. Die Support- oder Vertriebsantwort — eine Zwei-Minuten-Aufnahme, die genau die gestellte Frage beantwortet, statt einer langen Mail, die falsch gelesen wird. Hier verdient sich der Instant-Modus, und hier merken Gründerinnen und Gründer zuerst, dass sich das Werkzeug rechnet.
4. Der Feature-Clip — fünfzehn Sekunden, in denen eine Sache funktioniert, aus einer Aufnahme geschnitten und in Changelogs, Launch-Posts und Social wiederverwendet. Die Verteilung dieser Clips ist ein eigenes Problem, das Werkzeuge wie brightbean-studio übernehmen.

Ob das alles zusammen ein Grund ist, einen Kanal zu starten, ist eine andere Frage — und meistens lautet die Antwort nein: Die Assets lohnen sich lange vor der Gewohnheit. Diese Entscheidung wird in sollte ich Videos für mein Startup-Marketing machen durchgearbeitet. Braucht ein Clip mehr Schnitt, als der eingebaute Editor abdeckt, ist OpenCut der quelloffene Editor dazu.

Die ehrliche Grenze

Ein Rekorder macht die Produktion billig und entscheidet nichts über die Verbreitung. Eine Demo, die niemand verschickt, ist genau so viel wert wie eine, die niemand gemacht hat — und der Grund, warum Gründerinnen und Gründer mit einem Ordner ungenutzter Aufnahmen enden, ist fast nie das Werkzeug. Es ist, dass niemand entschieden hat, auf welcher Seite das Video lebt, in welcher Mail es steckt oder welche Frage es beantwortet. Entscheide die Aufgabe, bevor du auf Aufnehmen drückst.

Beobachtung aus erster Hand aus dem Bau von AgentCeres — dem AI Growth Officer auf agentceres.com: Die Demonstration auf unserer eigenen Startseite ist bewusst keine Aufnahme. Es ist eine skriptgesteuerte Chat-Animation, die die Seite rendert, mit dem Skript in einer Quelldatei neben der Komponente und einem Test, der den Build scheitern lässt, wenn das Mockup etwas zeigt, das das Produkt nicht kann. Der Grund ist Wartung: Ändert sich die Oberfläche, kostet eine Skriptzeile eine Minute, während eine aufgezeichnete Demo neu aufgenommen, neu geschnitten und neu hochgeladen werden muss — sie driftet also und bewirbt irgendwann ein Produkt, das du nicht mehr auslieferst. Für die vier Aufgaben oben, die alle eine Frage in einem konkreten Moment beantworten, sind Aufnahmen das richtige Werkzeug. Die dauerhaft sichtbare Demo baut man besser in einem Medium, das man aktuell halten kann.