Cap

Qué es Cap

Cap (github.com/CapSoftware/Cap) se describe a sí mismo como la alternativa open source a Loom: grabaciones de pantalla bonitas y compartibles, pensadas para equipos que quieren ser dueños de sus datos. Publica apps de escritorio para macOS y Windows más un panel web para ver, compartir y gestionar lo que grabas, y el repositorio enumera demos de producto, reportes de bugs, onboarding, tutoriales, revisiones de diseño, explicaciones técnicas, standups asíncronos y actualizaciones a clientes como los momentos para los que está hecho. El código es un monorepo Turborepo: una app de escritorio con SolidStart y Tauri, una app web en Next.js y crates de Rust que manejan captura, codificación, renderizado y exportación.

La decisión de diseño que conviene entender antes de instalarlo son los dos modos de grabación, porque corresponden a dos trabajos realmente distintos. El modo Instant sube mientras grabas y te da el enlace en cuanto paras, que es lo que quieres para un reporte de bug o una respuesta asíncrona. El modo Studio graba en local y abre un editor con fondos, zooms, recortes, subtítulos y controles de exportación, que es lo que necesita la demo de una landing. Recurrir al modo cuidado cuando un compañero hizo una pregunta de una línea es la forma más habitual de que grabar acabe pareciendo caro.

Qué trae el repositorio

Tomado del README del propio proyecto y no de una lista de deseos:

La licencia merece una frase, porque "código abierto" cubre más de un arreglo. El archivo LICENSE de Cap divide el repositorio: las familias de crates de Rust `cap-camera` y `scap-` son MIT, los componentes de terceros mantienen sus propios términos y todo lo demás es AGPLv3. Para grabar tus propias demos esa distinción nunca aparece. Si piensas construir un producto encima o ofrecerlo como servicio, la AGPL es una restricción real y conviene leerla bien antes de empezar, no después.

Dónde encaja un grabador de pantalla en el stack de crecimiento de un fundador

El valor de una herramienta así no es que produzca contenido. Es que quita el paso de producción de cuatro trabajos que ya necesitas hacer:

1. La demo de la landing — 60 a 90 segundos del producto haciendo su trabajo real, para visitantes que no van a leer tres párrafos para averiguar qué es. Ese es el mismo trabajo de conversión que hace el resto de la página: convertir visitantes en registros.
2. El recorrido de onboarding — el camino del registro al primer resultado útil, grabado una vez y metido en el email de bienvenida y en la documentación, que es la forma más barata disponible de acortar el time to value. Véase mejorar el onboarding de usuarios.
3. La respuesta de soporte o de ventas — una grabación de dos minutos que responde exactamente a lo que preguntaron, en lugar de un email largo que se leerá mal. Aquí es donde el modo Instant se gana su sitio, y donde los fundadores notan primero que la herramienta se paga sola.
4. El clip de función — quince segundos de una sola cosa funcionando, recortados de una grabación y reutilizados en changelogs, posts de lanzamiento y redes. Distribuir esos clips es otro problema, que resuelven herramientas como brightbean-studio.

Si todo eso justifica abrir un canal es otra pregunta, y casi siempre la respuesta es no: los activos valen la pena mucho antes que el hábito. Esa decisión se trabaja en ¿debería hacer vídeos para promocionar mi startup?. Y si los clips necesitan más montaje del que cubre el editor integrado, OpenCut es el editor de código abierto con el que emparejarlo.

El límite honesto

Un grabador abarata la producción y no decide nada sobre la distribución. Una demo que nadie envía vale exactamente lo mismo que una demo que nadie hizo, y la razón por la que los fundadores acaban con una carpeta de grabaciones sin usar casi nunca es la herramienta: es que nadie decidió en qué página vive el vídeo, en qué email va o a qué pregunta responde. Elige el trabajo antes de darle a grabar.

Nota en primera persona de construir AgentCeres —el AI Growth Officer, en agentceres.com—: la demostración de nuestra propia home no es, deliberadamente, una grabación. Es una animación de chat guionizada que renderiza la página, con el guion en un archivo de código junto al componente y un test que rompe la build si el mockup enseña algo que el producto no puede hacer. El motivo es de mantenimiento: cuando cambia la interfaz, editar una línea del guion lleva un minuto, mientras que una demo grabada hay que volver a grabarla, montarla y subirla, así que se desfasa y empieza a anunciar un producto que ya no entregas. Las grabaciones son la herramienta correcta para los cuatro trabajos de arriba, todos ellos respuestas a una pregunta en un momento concreto. La demo siempre visible es la que conviene construir en un medio que puedas mantener al día.