为飞行模式而造

规则

对每一个我们要做的功能，我们都问一句：它能在飞行模式下工作吗？

如果答案是"不能"，这个功能就不上线。不以降级的形式上、不带"需要联网"的 toast 上、不放一个伤感的占位符。它要么没网也能用，要么就不存在于产品里。

这是我们写下来的、最有用的一条设计规则。

它逼出了什么

• 模型住在设备上。 不是从云端预热的缓存、不是"离线降级方案"。第一天就在设备上。
• 状态住在设备上。 笔记、转写、设置、历史——都在本地 SQLite 里，文件格式公开。
• 更新是审慎的。 模型升级时由你来开。我们不推送、不悄悄替换。昨天能工作的版本，明天还能工作。
• 错误说人话。 "无法连到我们的服务器" 不可能出现——压根没有服务器可连。错误都是本地的：内存不足、模型文件缺失、麦克风权限被拒。它们诚实，并且有你自己就能动手解决的办法。

它的代价

• 跨设备功能需要配对舞步，不是简单的登录。我们在另一篇里讲过。
• 没有"在新设备登录访问你的东西"。 新设备就是新设备，配对前只有一个全新的模型文件。
• 没有排行榜、没有社区流、没有实时多人。 它们都要联网。它们都不是我们想做的产品的一部分。

为什么是今天这条规则

三个原因：

1. 现在终于可能。 五年前，这条规则意味着"做一个明显更弱的 app"。今天，量化到 1–7B 的模型让它变成"做一个稍微更聚焦的 app"。能力差距小到这场交易值得做。
2. 它澄清决策。 当规则是"每个功能都离线可用"，产品 roadmap 会自然地写出来，而不依赖去追当下的云厂商在炒什么。
3. 这就是用户在这个品类里真正想要的。 人们买笔记本不是因为它的云战略多漂亮。人们买笔记本，是因为它能在会议里、在通勤路上、在凌晨一点的卧室里工作。

我们正用整个公司押注：这就是个人 AI 下一个十年的正确规则。结果如何，我们会告诉你。