Petal：开源 CoScreen/ScreenHero 替代品，终于免费了

一个被商业软件垄断的细分赛道

屏幕共享工具这个领域，常年被 TeamViewer、AnyDesk、Zoom 等巨头把持。但有一类工具长期处于小众却刚需的位置：面向开发者的协作式屏幕共享——不只是看对方屏幕，而是让多人同时在一个屏幕上操作、标注、调试。CoScreen 和 ScreenHero 曾是这个赛道的标杆产品，后者被 Slack 收购后逐渐消亡，前者则走向商业化收费。

近日在 Hacker News 的 Show HN 板块，一个名为 Petal 的开源项目引发了讨论。它的定位非常直接：开源版的 CoScreen/ScreenHero，而且完全免费。

Petal 解决了什么问题

传统屏幕共享工具的核心痛点在于「单向性」：你只能看，不能动。对于结对编程、远程调试、技术面试等场景，这种限制极为致命。ScreenHero 当年之所以受欢迎，正是因为它允许每个参与者拥有自己的鼠标指针，可以同时在一个屏幕上协作。

CoScreen 继承了这一理念并将其产品化，但收费模式让不少独立开发者和学生群体望而却步。Petal 的出现填补了这个空白：开源、免费、面向多人实时协作。

从 Show HN 的发布形式来看，Petal 的开发者显然是希望通过社区力量来打磨产品，而非走商业闭源路线。

ScreenHero 是约 2013 年前后出现的一款经典协作工具，其核心创新是让每位参与者都拥有独立的鼠标指针，从而实现真正意义上的「多人同屏操作」，而非传统的单向观看。它深受结对编程和远程面试场景的欢迎，后被 Slack 收购并逐步整合进 Slack Calls，最终于 2019 年前后正式停用，导致大量用户失去了一种高效协作方式。CoScreen 由 TeamViewer 团队孵化，继承了 ScreenHero 的多指针协作理念，并加入窗口级共享、多屏协作等产品化能力，但采用订阅制收费模式，对个人开发者和学生群体形成门槛。理解这两款产品的演进脉络，有助于看清 Petal 试图填补的正是商业收购与收费模式留下的市场空隙。

开源协作工具的战略意义

Petal 选择在这个时间点开源，背后有几层考量。

远程办公常态化让协作工具的需求持续增长，但用户对订阅制软件的疲劳感也在加剧。一个免费且功能对等的开源替代品，天然具备传播优势。

数据主权问题同样关键。屏幕共享意味着将敏感信息（代码、内部系统、客户数据）暴露给第三方服务器。对于企业和安全敏感型团队，开源自托管是唯一可接受的方案。

社区驱动的迭代速度往往在垂直工具上优于商业公司。CoScreen 需要服务付费客户，而 Petal 可以直接响应开发者的真实需求。

数据主权指组织或个人对自身数据拥有完全的控制权，包括数据存储位置、访问权限和流转路径。在屏幕共享场景中，传统商业工具通常将画面流经由厂商的服务器中转，这意味着代码片段、内部系统界面、客户资料等敏感内容会短暂或持续地经过第三方基础设施。对于金融、医疗、军工以及自研核心技术的企业，这种架构往往无法通过合规审计。自托管方案允许团队将信令服务器和中继节点部署在自有内网或私有云中，数据不出企业边界，从根本上消除第三方泄露风险。这也是许多开源协作工具将「可自托管」作为首要卖点，而非仅仅强调免费的原因。

项目现状与值得关注的点

目前 Petal 还处于早期阶段，Show HN 的评论区通常会暴露项目的真实成熟度。潜在用户需要关注几个方面：跨平台支持（macOS/Windows/Linux 是否齐备）、延迟表现（实时协作对延迟极其敏感）、以及安全模型（端到端加密还是服务器中转）。

开源不等于可用。一个协作工具的价值取决于它在真实网络环境下的稳定性，这恰恰是早期项目最欠缺的。

但无论如何，Petal 的出现至少说明了一件事：开发者对真正好用的协作工具的需求从未消失，而开源社区正在填补商业软件留下的空白。

端到端加密（E2EE）指数据在发送端加密、仅在接收端解密，中间服务器无法读取明文内容。屏幕共享工具若采用服务器中转架构，又未部署 E2EE，则厂商理论上可以访问传输中的画面。与之相对的是「服务器中转加传输层加密」，此时服务器仍持有解密后的数据。衡量一个协作工具的安全模型，需要区分这两者，并进一步考察密钥管理方式、是否支持自托管中继、以及是否公开加密协议实现。对于 Petal 这类早期开源项目，安全模型是否经过第三方审计、是否明确披露架构，是判断其能否进入企业环境的关键门槛。

结语

如果你曾经怀念 ScreenHero，或者被 CoScreen 的定价劝退，Petal 值得放入观察列表。它未必能立刻取代现有工具，但它代表了一种可能性：协作软件可以既免费又强大。