企业官网建设流程全解析

Cap 开源屏幕录制工具完整教程：免费录制、剪辑、分享，4 种数据存储方案

【免费下载链接】CapOpen source Loom alternative. Beautiful, shareable screen recordings.项目地址: https://gitcode.com/GitHub_Trending/cap1/Cap

Loom 是最流行的在线录屏工具，但它有两个硬约束：收费，以及视频存放在对方的服务器上。Cap 是一款免费的开源屏幕录制工具，Loom 的开源替代方案：屏幕、摄像头、麦克风一次录齐，本地剪辑、AI 字幕、一键生成分享链接全都自带，数据既可以放在 Cap Cloud，也可以放进自己的 S3 存储桶，或者完全留在本机。

🎯 先判断值不值得用：三种场景特别合适

一句话定位：Cap 是可以完全自托管的开源录屏工具。它和这三类需求对得上：

• 报 Bug、快速同步进度：需要指着屏幕讲一个问题，录完立刻把链接发给对方；
• 面向客户或跨部门交付：演示要看起来专业，得裁剪、加字幕、调画质后再发出；
• 私有化要求：团队要求录屏数据不出内网，整套服务必须能跑在自己机器上。

如果只是偶尔需要一张静态图，自带的 Screenshot 模式也能抓屏幕、窗口或指定区域。各平台的安装细节在仓库的安装与权限文档里有完整说明。

📦 视频文件最后落在哪：4 种方案，从自家机房到抽屉

这是 Cap 和大多数在线录屏服务拉开差距的地方——数据存在哪里由你定。可以类比为选照片的存放地：公共云仓、租的储物柜、自家机房，或者干脆放桌面抽屉。从控制力最强到最省事排下来：

1. 完整自托管：Web 端、API、MySQL 数据库、媒体处理服务（FFmpeg）、MinIO 对象存储，全部部署在自己的机器上，一条 Docker Compose 命令拉起；
2. 自己的 S3 存储：平台服务用官方的，但视频只存进自己可控的 S3 兼容存储桶——AWS S3、Cloudflare R2、Backblaze B2、MinIO、Wasabi 都可以，分享页还能挂在自己的域名下。具体配置看S3 配置文档；
3. 纯本地：录屏文件只留在电脑里，不进入任何托管设施；
4. Cap Cloud：官方托管，开箱即用，什么都不用搭。

🏠 三条命令搭起整套自托管服务

在装有 Docker 的机器上执行：

git clone https://gitcode.com/GitHub_Trending/cap1/Cap cd Cap docker compose up -d

跑完后服务在http://localhost:3000就绪。没配置邮件时，登录链接会直接打印在日志里，用docker compose logs cap-web查看即可。如果要对外网开放，务必先把模板里的默认密钥换掉，并把CAP_URL、S3_PUBLIC_URL设置成自己的公网地址。邮件、SSL、AI 服务等细节见自托管指南。

桌面端只需在Settings > Cap Server URL里填上自建实例的地址，之后所有上传都走自己的服务器。

💻 装好应用、放开权限：录不到画面或声音先查这里

桌面端目前覆盖 macOS（Apple Silicon 与 Intel）、64 位 Windows，以及 Debian 系 Linux（x86_64 的.deb包），从官方下载页拿到对应安装包装上就行。第一次使用时，真正的坎通常是系统权限，分平台对照检查：

• macOS：在"系统设置 > 隐私与安全性"里给 Cap 开三项——"屏幕与系统音频录制"负责抓屏幕，"麦克风"负责配音，"摄像头"负责你的出镜画面。之前点了拒绝的话，回到同一页重新勾选，再重启 Cap；
• Windows 10/11：在"设置 > 隐私"（Win11 叫"隐私与安全性"）中允许桌面应用访问摄像头和麦克风。屏幕采集走系统内置通道，不需要单独授权；
• Linux（Debian 系）：.deb包已声明 GTK、WebKit、PipeWire、ALSA 等运行时依赖，实际能不能采到画面和声音取决于桌面会话环境。

权限放开后，建议先录一段没有敏感内容的测试：选一块屏幕或窗口，按下录制，停止后确认回放正常，再开始正式使用。

🎬 第一次录制：三种模式挑一个按下去

Cap 把录制入口分成三种模式，区别就一句话：视频什么时候算"成品"。

• Instant 模式像"边做边发货"——录制期间视频就在后台悄悄上传，手指离开停止键的那一刻，分享链接已经在手上。Bug 反馈、异步进度同步这类"对方要马上看到"的事，用它最快；
• Studio 模式是"先拍后剪"——视频先存成本地项目，打开内置编辑器做背景、变焦、裁剪、字幕和导出参数，确认没问题再导出成文件或直接生成链接。产品演示、教程、客户交付走这条路；
• Screenshot 模式根本不产视频，只抓一张屏幕、窗口或指定区域的静态图。

开录之前，先选采集对象（整个屏幕、某个窗口、指定区域，或只要摄像头），再按需打开摄像头和麦克风：

点击录制后进入倒计时，过程中可以暂停、重新开始或停止。Instant 模式下后台上传的进度是实时可见的，录完不用等导出：

停止之后：Instant 录制的链接在后台处理完毕后即可复制；Studio 录制则直接进入编辑器，精修完可以导出为文件、复制到剪贴板，或生成分享链接。

✨ 视频出来之后：链接、评论和观看数据都挂在哪

传统录屏软件交给你的是"一个文件"，Cap 交出来的更接近"一个工作项"。

分享链接本身支持公开或私有、加密码、挂自己的域名：公开的无需登录，浏览器直接看；私有的要授权访问；设了密码的，打开时会先提示输入。

反馈不再散落在聊天记录里——评论和反应直接挂在视频的具体时间点上；观看者分析则记录谁看了、看到哪一段，异步沟通有据可查。

Cap AI 会自动生成标题、摘要、可点击的章节、字幕和文字稿，不用事后手动补。已有 Loom 视频库的也能整体导入 Cap，素材不必拆成两套系统维护，流程见Loom 迁移文档。

🛠️ 想折腾源码：在自己机器上跑起来

Cap 是一个 Turborepo 单体仓库——一个代码库同时管理多个子项目，技术栈横跨 Rust、TypeScript、Tauri、SolidStart、Next.js 和 Drizzle。桌面端的采集与导出由 crates/ 下的 Rust 模块承担：crates/recording/ 负责录制，crates/camera/ 负责摄像头，crates/export/ 负责导出。

本地开发环境需要 Node 20+、Bun 1.4.0、Rust 1.88+，以及 Docker（用来跑 MySQL 和 MinIO），初始化三条命令：

bun install bun run env-setup bun run cap-setup

日常开发时，bun run dev启动完整本地栈，bun run dev:desktop只跑桌面端，bun run dev:web只跑 Web 端，cargo test -p <crate>跑单个 Rust 模块的测试。目录分工的完整对照表在 README 里。

许可方面：大部分代码是 AGPLv3，摄像头与采集相关的cap-camera*、scap-*系列模块为 MIT。

【免费下载链接】CapOpen source Loom alternative. Beautiful, shareable screen recordings.项目地址: https://gitcode.com/GitHub_Trending/cap1/Cap