standard notes 官方不提供原生 linux 客户端，仅支持签名 appimage；e2ee 密钥不上传服务器，需手动导入 account backup、recovery key 或 master password 才能解密历史笔记，且 linux 端不支持 passcode lock 和自动同步扩展。
Standard Notes 官方不提供原生 Linux 桌面客户端，Linux 用户只能通过 Electron 封装的 AppImage 或 Snap 包运行，且默认不启用端到端加密（E2EE）的完整密钥管理流程——必须手动导入或恢复密钥才能解密旧笔记。
怎么获取并运行 Standard Notes Linux 客户端
官方只维护一个跨平台的 Electron 构建版本，没有 deb/rpm 包，也不上 Flathub。最稳定的方式是下载签名的 AppImage：
- 从 https://www.php.cn/link/49b16bb8d40a3f0e2bba9ba44b65bfd9 页面点击 “Linux” 下载
Standard-Notes-*.AppImage - 赋予执行权限：
chmod +x Standard-Notes-*.AppImage - 直接运行：
./Standard-Notes-*.AppImage（首次启动会自动解压临时资源） - 如遇
libfuse.so.2 missing错误，需安装 fuse2：sudo apt install libfuse2（Ubuntu/Debian）或sudo dnf install fuse（Fedora）
为什么登录后看不到历史加密笔记
Standard Notes 的 E2EE 是“客户端主导”的：密钥（encryption key 和 master password）从不上传服务器，恢复笔记必须靠用户自己保管的密钥材料。常见断点：
- 用 Web 端或 iOS/Android 创建过账户，但没导出过
Account Backup（JSON 文件），Linux 客户端就无法还原密钥对 - 启用了
Advanced Encryption（即 256-bit AES + RSA），但没在设置里手动输入或粘贴Recovery Key（32 字符 hex 字符串） - 账户绑定了
Passcode Lock，但 Linux 客户端目前不支持该功能，会卡在解锁界面——需先在 Web 端关闭此选项
如何安全地备份和迁移密钥
Standard Notes 不同步密钥，只同步加密后的数据块。真正可迁移的是三样东西：
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
-
Account BackupJSON 文件（含加密的密钥和所有笔记密文），从 Web 端 Settings → Account → Export Account 获取 -
Recovery Key（32 字符字符串），在 Web 或移动端 Settings → Security → Recovery Key 查看；它能解密任意时间点的备份 -
Master Password：不是登录密码，而是派生密钥的原始口令，一旦遗忘无法恢复——务必离线记牢
注意：Account Backup 文件本身是 AES-256 加密的，解密密钥就是你的 Master Password。不要把它和密码存同一位置。
能否用 CLI 或自托管同步服务
不能绕过官方服务器实现完全自托管同步。Standard Notes 的协议依赖其后端（sync.standardnotes.com）处理加密元数据路由与冲突合并。虽然有开源服务端 standardfile，但它仅支持旧版 Standard File 协议，与当前 Standard Notes v4+ 的 SN Protocol 不兼容。
你唯一可控的部分是加密层：所有加解密都在本地完成，snjs（JS SDK）和 standard-notes-desktop（Electron 主进程）的源码完全公开，可自行审计。但同步链路、密钥协商握手、设备注册等仍强绑定官方 API。
最易被忽略的一点：Linux 客户端不会自动继承 Web 端的「Extension」启用状态（比如 Markdown Editor、Code Editor）。每个客户端需单独在 Settings → Extensions 中手动开启，否则富文本编辑功能缺失，且已加密的扩展字段（如代码块）将显示为乱码 JSON。
