我为什么开发 Stealward

Stealward 最初是我的大学毕业论文项目

这个想法来自一个我非常熟悉的问题。我经常在公共场所工作，每次短暂离开座位，都只能在三个选择中做决定：收起所有东西、请陌生人代为看管，或者把东西留在原地，只能寄希望于不会出事。

这个问题后来成为我的大学毕业论文。我开始研究，能不能让我们随身携带的设备在不打扰人的情况下彼此照看，并做出了 Stealward 的第一个版本来验证这个想法。毕业时，我已经有了一个可以运行的项目，但它还不是我认为这个问题真正需要的产品。

毕业后，我一边全职在 Google¹担任软件工程师，一边利用周末独立继续开发 Stealward。从项目启动到正式发布，前后用了两年。我继续做下去的原因和最初一样：当你不得不暂时离开时，我仍然希望能有一个更好的答案。

¹ Stealward 是独立项目，与 Google 无关。

我觉得这个领域还可以做得更好

开始开发 Stealward 时，我找到的大多数防盗 App 都只围绕一种本地检测，例如设备移动或电源线被拔出。它们可以发出警报，但远程状态更新常常让我觉得不够及时，也不够完整。我可能知道发生了某件事，却依然无法真正掌握现场情况。

我也没有找到一款能把各种可用信号整合起来，并利用 AI 帮助理解现场变化的产品。移动警报可以告诉我有东西动了，却无法让我可靠地看到现场的最新画面。我仍然不知道究竟是什么被移动、接下来发生了什么，以及自己的物品是否还在原处。

许多这样的 App 年费仍然要 10 至 30 美元。我不想在同样的边界内再做一款产品。如果我要请用户为 Stealward 付费，它就应该提供及时、可靠的信息，让用户无论身在何处，都能更清楚地掌握正在发生的事情。

不只是响起警报，更要让你掌握现场

我希望 Stealward 能汇集设备可以提供的每一种有用信号。事情发生时，它应该及时告诉你；你应该能够查看实时画面，也能通过随身携带的另一台设备继续掌控情况。

这些能力只有建立在可靠的产品之上才有意义。一款安全 App 应该响应迅速、稳定可靠、尊重隐私，而且行为可预期。连接发生变化时，它应该自行恢复；情况无法确定时，它应该谨慎处理；真正需要它的那一天，它应该正常工作。

这就是我认为这个领域应有的标准。达到这个标准，不只是继续增加功能，还需要投入大量用户未必能直接看到、却应该能在每次使用中感受到的工程心力。

隐私从一开始就是前提

早在 Stealward 出现之前，我对隐私就非常在意，甚至近乎偏执。我的第一个 App 叫 Numpkin，是我在大学时做的一款分账 App。它并不是安全产品，但我仍然为它实现了端到端加密。我始终认为，除非服务的核心功能确实需要，否则服务本身就不应该具备读取用户数据的能力。

同样的信念从一开始就塑造了 Stealward。隐私从来不是我打算等产品完成后再补上的功能。在思考 Stealward 可以做什么之前，我总会先问：它永远不应该需要看到什么？

Stealward 不会出售你的数据，也不会为了第三方自身的用途而与其共享这些数据。服务所处理的大部分个人内容，甚至包括你的设备名称，都采用端到端加密，因此 Stealward 从一开始就无法读取。

实时视频流同样采用端到端加密。Stealward 可以在你的设备之间转发视频，但无法查看其中的内容。

这个问题常常让我选择更漫长、更困难的工程方案。我认为，这些困难应该由开发者承担，而不是交给用户。对于一款会把摄像头放在你的设备、物品和周围空间附近的产品来说，这是负责任地进行开发的一部分。

Stealward 面向全球提供服务。大部分服务运行在 Cloudflare 上，每个账号都会分配到用户所在地区的 Cloudflare 基础设施：亚太、北美、欧洲或大洋洲。 除非你申请转移账号，否则数据会一直留在该地区。 详细信息请参阅 隐私政策 和 支持中心。

Stealward 只需要对用户负责

Stealward 由付费套餐支持，没有广告，商业模式也不依赖出售个人数据。要让产品始终与用户的利益保持一致，我认为最直接的方式，就是做出一款真正值得付费的产品。