开源 DocuSign 替代方案

四个项目的共同点

四个项目都采用 AGPL 系列许可证（AGPL-3.0；DocuSeal 另附一份 Section 7 附加条款文件）。它们都没有采用宽松的 MIT 式许可证，如果你的计划是把签名功能嵌入自己要发布的产品，这一点很重要：AGPL 对网络服务带有源代码披露义务，MIT 则没有。在你自己运行的实例上签署自己的文档属于常规使用，义务发生在分发与托管层面。在基于任何项目开展业务之前，先读它的 LICENSE 文件；本页比较的是取舍，不是法律意见。

它们还共享同一项真实成本：你的运维。一台 VPS、一个域名、TLS、用于发送签名邮件的 SMTP 中继、一个数据库、备份，以及必须有人去执行的更新。对喜欢折腾的人来说，这是一个惬意的周六下午。对两个人的工作室来说，这是一份每月重复的第二职业。

开源 DocuSign 替代方案对比

Documenso 是四者中最像 DocuSign 的：完整的发送待签工作流，以及托管免费档，每月 5 份文档、最多 10 位收件人，适合想要它的代码但不想自己开服务器的人。OpenSign 通过 Docker 配合 MongoDB 自托管，其 README 提醒默认数据库配置在重启后不会持久化：要么自备 MongoDB，要么下次重启就丢掉文档。DocuSeal 在签名之外还侧重表单构建，出厂即用 SQLite，因此首次安装确实很轻量，其托管 Pro 档为每位用户每月 $20。LibreSign 是一个 Nextcloud 应用，这既是特性也是前提：已经在跑 Nextcloud 的团队可以在既有的文件与账号中直接签名；其他人则得先搭起一套 Nextcloud。

如果你是搜索 GitHub 上托管的 DocuSign 替代方案来到这里的，上面这四个仓库就是搜索结果所依据的活跃项目。

落地页上没人写出来的自托管清单

实例：一台小型 VPS 就能应付这四个项目中任意一个的轻量签名负载。再加一个域名、一张 TLS 证书和一台 SMTP 中继，因为签名请求由邮件驱动，送达率本身就是产品的一部分。

持久化与备份：OpenSign 默认的 MongoDB 会在重启时清空，除非你把它指向一个持久实例；Documenso 需要 PostgreSQL；DocuSeal 默认使用 SQLite，并通过一个环境变量切换到 PostgreSQL 或 MySQL。无论选哪个，已签文档及其审计轨迹都是你必须备份的数据，因为那份证据就是产品本身。

更新：AGPL 项目和其他软件一样发布修复，而一台在安全更新上落后的电子签名服务器，是一份戴着免费徽章的负债。

不搭服务器也能免费：另一条诚实的路

并不是每个搜索开源的人都需要源代码。很多人想要的是他们与开源联系在一起的那些特性：不会有订阅惊吓，文档不会被囤积，没有账号墙。这些不托管任何东西也能得到。

AmiPDF 的 Sign PDF 工具 可以在任意页面上放置你自己的签名，并且完全在你的浏览器中运行：无需账号，无需上传，文件从不离开你的设备。这是可观察到的属性，不是承诺；签名时打开浏览器的网络面板，看不到任何数据外发。eSign 服务 覆盖发送待签的方向，免费提供一次性 3 份文档的额度、每份最多 2 位签署人，需要更多时可购买一次性 $5 套餐而非订阅，它与上文的托管档位并列，但并不模仿它们。

再把区别说明白一次：上面的开源项目给你的是跑在你租来的硬件上的、可审查的代码。AmiPDF 给你的是跑在你已经拥有的硬件上的、不可审查但本地运行的代码，负责签名这一半工作。有合规强制要求的人应该选代码。每月只签五份文档的人，应该选这两者中听起来更省事的那一个，而对其中大多数人来说，那不是服务器。

相关页面：完整定价对比 把每个托管档位并排列出，免费 DocuSign 替代方案 则介绍闭源竞争者的免费档。