企业官网建设流程全解析

Cap 开源录屏工具：三步跑出第一个可分享的屏幕录制

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

用户报了一个 bug，你嘴上描述半天说不清，截几张图又对不上节奏。更省事的做法是：把屏幕直接录下来，发个链接过去。Cap 就是这么个干活的开源工具——它是 Loom 的开源替代品，能同时录屏幕、摄像头和麦克风，录完立刻生成分享链接，编辑、注释、字幕全在本地完成。

它凭什么值得用

录、剪、发一条龙。以前录屏只是第一步，后面还得开剪辑软件、等导出、再传网盘。Cap 把这三步压进一个流程：录制完直接进编辑器，剪掉开头废话、加个放大镜头，导出或复制链接一步到位。

两种模式，对应两种心态。赶时间就用 Instant Mode：边录边上传，手指一松，链接已经躺在剪贴板里。想磨精品就用 Studio Mode：先录到本地，在编辑器里换背景、调缩放、修剪、加字幕，满意了再发。

摄像头和麦克风随你挑。录产品演示时，画面可以来自全屏、指定窗口或单个标签页，同时叠上摄像头小窗、麦克风旁白和系统声音，一个弹窗里全配好。

数据归你自己。上传到 Cap 云端、连自己的 S3 存储（R2、MinIO、Wasabi 都兼容）、只存本地、或者整套自托管，四条路都留着。分享页能上你自己的域名，还能给链接加密码。

AI 帮你收尾。标题、摘要、章节、字幕、文字稿都能自动生成，别人不用看完整个视频也能 get 到重点。

三步跑起来 Cap

先对齐环境：Node.js 20+、pnpm 10.5.2、Rust 1.88+、Docker。装好后，三条命令走完：

第一步，把源码拉下来：

git clone https://gitcode.com/GitHub_Trending/cap1/Cap.git

进入目录，装依赖并初始化配置：

cd Cap && pnpm install && pnpm env-setup && pnpm cap-setup

pnpm install装 Node 依赖；pnpm env-setup会交互式生成.env配置文件（问你跑哪些应用、是否用 Docker 起本地 MySQL 和 MinIO）；pnpm cap-setup安装 FFmpeg 等原生依赖。

第二步，启动桌面应用：

pnpm dev:desktop

首次启动时，系统会请求屏幕录制和麦克风权限，点允许就行。只想要 Web 端的话，把上面的命令换成pnpm dev:web即可。

能力与边界速查

官方还放了一张桌面端性能实测，对比了 Tauri、Electron 和 GPUI 三条技术路线的录制/回放资源占用，可以感受一下它"快"到什么程度：

场景化实操

场景一：把 bug 原原本本丢给开发

目标：不用打字，让开发自己看复现过程。

操作：点录制浮窗，选 Full Screen，按需打开系统声音或麦克风，Start recording；在页面上把 bug 复现一遍，点 Stop。

效果：录制全程在后台分片上传（界面上能看到 Uploading 4/6 这种进度），停止的瞬间链接就生成好了，直接甩进工单或群里。

场景二：录一条拿得出手的产品演示

目标：画面干净、有旁白、有出镜，像专门请人做的 demo。

操作：选 Studio Mode，在设备面板里挑好摄像头、麦克风和系统声音，录完整场讲解；然后在本地编辑器里剪掉开头卡顿的几秒，给关键界面加放大镜头，换掉杂乱的桌面背景，导出。

效果：全程不打开第二个软件，导出的成品直接发给客户或放进发布页。

场景三：用一条视频替代一场对齐会

目标：让反馈落在具体画面上，而不是"整体感觉不对"。

操作：把视频的分享链接发给团队，同事直接在页面上按时间点写评论；你这边可以开文字稿快速定位对方提的某句话，也能在 Activity / Summary / Chapters 面板里看谁看过、看到哪。

效果：讨论锚定在视频的每一帧上，异步进行，不用再约时间拉会。

常见坑位速查

现象：macOS 上画面全黑、没有声音。原因：开发模式下真正持有权限的是你跑命令的终端，系统权限要授给终端 App，而不是 Cap 窗口。解决：到系统设置的隐私与安全性里，给终端授"屏幕录制"和"麦克风"，然后重启终端再跑。

现象：安装阶段报错，提示 pnpm 版本不对。原因：项目锁定了 Node 20+、pnpm 10.5.2、Rust 1.88+。解决：按版本装齐，node -v、pnpm -v、rustc --version各查一遍。

现象：pnpm dev起不来，报服务连不上。原因：本地依赖的 MySQL、MinIO 容器没启动。解决：确认 Docker（或 OrbStack）在运行，dev 脚本会自动拉起容器，卡住时手动执行一次pnpm docker:up。

现象：录完了，本地文件在哪找不到？原因：文件写在系统应用数据目录里。解决：macOS 看~/Library/Application Support/so.cap.desktop.dev/recordings，Windows 看%programfiles%/so.cap.desktop.dev/recordings。

现象：录制时电脑明显变卡。原因：录屏吃 CPU 和磁盘。解决：降一点录制分辨率，关掉占资源的程序，确认磁盘有充足空间。

生态与协作

代码是透明的，想深入哪块都能直接翻源码：

• 项目总览：README.md，模式说明、自托管、开发命令都在这
• 贡献者指南：CONTRIBUTING.md，含本地运行细节和权限说明
• 录制引擎（Rust）：crates/recording/
• 桌面端源码：apps/desktop/src-tauri/src/
• 命令行工具：apps/cli/
• 一键自托管：docker-compose.yml

想整套自托管 Web 端的话，仓库根目录下直接跑：

docker compose up -d

起来后在localhost:3000访问；如果没配置邮件，登录链接会打在服务日志里，用docker compose logs cap-web查看。

开始动手

Cap 把录屏从"录、剪、传"三件麻烦事，压成了"选模式、按录制、发链接"三个动作，而且源码、数据、部署方式都攥在你手里。建议下一步就按上面的三步跑起来，用 Instant Mode 录一条 30 秒的屏幕内容发给同事——如果它省掉了一场会，你就知道值了 🚀

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