浏览器里的匿名点对点视频通话
为什么浏览器里的私密通话很重要
很多对话本来就应该容易开始，也容易结束。和客户的快速沟通、和陌生人的第一次交流、给父母做远程支持、候选人的初筛、或者一次简单的临时联系，都不该先从“下载安装这个 app”“注册一个账号”“输入你的手机号”开始。
这种摩擦不只是烦人。它会在通话开始前就改变这次通话的性质。只要一个产品先要求安装、邮箱、手机号或者个人资料，这段对话就不再只是一次浏览器会话，而是先变成了你和某个平台之间的关系。
其实还有另一种方式。现代浏览器本身已经具备实时视频通话所需要的技术。如果浏览器已经能完成这件事，那浏览器本身就是 app。
浏览器本身就是视频通话 app
WebRTC 是让浏览器实时交换音频、视频和数据的标准。Chrome、Safari、Firefox、Edge 以及其他现代浏览器都已经内置了它。没有插件。没有扩展。也不需要下载原生应用。
这点很重要，因为它改变了“加入通话”这件事的定义。你不需要安装软件，也不需要登录会议平台；只要打开一个链接，允许摄像头和麦克风，然后直接开始说话。
JustCall 就是围绕这个理念构建的。它不是想用另一个 app 外壳去替代浏览器，而是把浏览器当成它本来就应该成为的东西：一个适合快速、一键进入对话的运行环境。
点对点到底改变了什么
在浏览器优先的 WebRTC 通话里，只要网络允许，音频和视频就应该直接在两位参与者之间传输。这才是用户听到“点对点”时真正期待的、更加隐私友好的形态：通话发生在两个浏览器之间，而不是被一个庞大的会议系统完整托管在中间。
当然，真实网络比示意图复杂得多。NAT、防火墙和运营商限制有时会阻断直连路径。发生这种情况时，JustCall 可以回退到 TURN 中继，让通话依然建立起来。重要的是，媒体在传输过程中仍然保持加密，而且产品的默认设计目标是减少不必要的中间层，而不是默认让每一次对话都必须经过中间平台。
这才是私密对话更合理的默认方式。理想路径是直连。回退路径是为了可靠性而存在。无论走哪条路，用户体验都应该保持简单。
为什么“不要 PII”是真正的产品特性
大多数视频通话工具都默认认为，在给你提供价值之前，它们有权先拿到你的身份。它们想要邮箱、手机号、工作区邀请、联系人同步，至少也要一个长期存在的个人资料。
但对很多通话来说，这根本没必要。如果目标只是现在和另一个人说上几分钟，产品没有必要先知道你是谁，才把两个浏览器之间的音视频连起来。
拿掉这层身份要求，会带来非常实际的结果：
- 通话前不用先注册账号。
- 没有要记住或重置的密码。
- 核心流程里不需要手机号或邮箱。
- 服务器上留下的个人数据更少，也就更少被泄露、被出售或被调取的风险。
这就是这里“匿名”的实际含义。不是神秘主义。也不是“互联网里永远没人能看到任何数据包”这种说法。只是产品对用户提出的要求小得多。
JustCall 是复杂协议之上的人类界面
难的从来不是按钮本身，而是底层协议。一个看起来很干净的通话链接背后，其实有 signaling、房间协调、设备权限、ICE candidate 交换、NAT 穿透、加密和网络 fallback 逻辑。
普通用户不应该关心这些。他们只需要复制链接、点开、允许摄像头，然后开口说话。
这正是 JustCall 要做的事。WebRTC 是引擎，浏览器是运行时，而 JustCall 是把复杂点对点技术栈变成非技术用户也能真正用起来的人类界面。
常见问题
浏览器真的足够完成一次视频通话吗？ 是的。现代浏览器已经实现了 WebRTC，也就是实时音视频所依赖的标准。只要双方都有一个当前版本的浏览器，通话所需的核心技术其实已经安装好了。
我需要安装 app 或创建账号吗？ 不需要。JustCall 按照浏览器优先的流程设计：打开链接，允许摄像头和麦克风，然后加入。核心通话流程不需要安装 app，不需要邮箱，不需要手机号，也不需要密码。
这些通话真的是点对点的吗？ 这套通话流程是点对点友好的。网络允许时，媒体会直接在两个浏览器之间传输。在受限网络里，通话也可能使用加密的 TURN 中继来保证连接成功。
第三方能听到通话内容吗？ JustCall 使用 WebRTC 的媒体加密。正常情况下，媒体直接在浏览器之间流动。如果连接必须借助中继，它传输的仍然是加密媒体，而不是像传统托管会议室那样，把每一通电话都长期放在平台中间。
为什么这件事比听上去更重要？ 因为通话周围的产品决策，会直接影响谁愿意使用它。一条链接、浏览器内完成、无需安装、无需个人信息的通话，更容易被信任、更容易被分享，也更容易在通话结束后干净地离开。