A room made for attention
Good reading tools do not compete with the page…
Local-first personal reader
把重要的，
读进自己。
Rinwa 把 RSS、网页与公开视频整理成安静的阅读流。原文先出现，译文随后落下；划线、笔记和标签则长期留在你的设备与 Obsidian。
无需账户开始阅读 · macOS 是当前主要品质目标 · Android 为开发预览
今天按时间整理
Notes on a small, open web
The links we keep become a map of what mattered…
SQLite, indexes, and the long view
Why a database on your own device still matters.
A room made for attention
The best reading tools disappear. They hold the text still and let understanding arrive at its own pace.
A good reading room does not compete with the page. It softens the edges of the world until only the words remain.
好的阅读空间不与页面争夺注意力。它让世界的边缘渐渐柔和，直到眼前只剩文字。
Images keep their place. Lists keep their rhythm. Code remains exactly what the author wrote.
图片留在应有的位置，列表保有原来的节奏；代码则完整保留作者写下的样子。
刚刚留下Obsidian ↗
“让工具消失，让理解留下。”
Original firstTranslation followsKnowledge stays
RSS · Atom · JSON Feed✦
公开 YouTube 频道✦
原文优先翻译✦
本地混合搜索✦
Obsidian 双向知识✦
加密备份✦
One reading surface
来源可以很多，
阅读只需要一种节奏。
订阅、网页、视频与以后加入的 Connector，不会各自变成一座孤岛。它们进入同一个本地内容层，拥有相同的全文、翻译、搜索、划线与笔记能力。
来源进入 Rinwa
独立发布，按自己的时间抵达。
订阅博客、新闻站与更新日志；保留作者、发布时间、原始链接和 feed 内容。Read
原文先到，译文随后。
打开文章不再等待翻译。中文、代码、日期、数字、链接与符号行自动跳过；列表、图片、引文和层级保持原貌。
Organize
搜索可以成为一条新的阅读流。
全文、笔记与划线一起进入本地搜索。保存条件后，它会像普通订阅一样留在侧栏，持续收集真正关心的主题。
Remember
读过的，不会只剩一个已读状态。
收藏、划线、自己的理解、标签与引用进入同一条知识记录；在 Obsidian 中修改过的 Markdown，也会重新回到 Rinwa。
Search your understanding
不是在库里翻找，
而是找回当时的理解。
Rinwa 把本地全文索引与可选的多语言向量检索结合起来。模型、索引和文章都留在设备上；模型不可用时，搜索会安静地回退，而不会让阅读失效。
- ✓ 文章、笔记、标签与划线统一检索
- ✓ FTS + dense retrieval + RRF 混合排序
- ✓ 可见的下载、索引、暂停与重建状态
正在你的设备上搜索 · 未发送到云端
文章92%
SQLite WAL Mode Can Lock Short-Lived Readers
……本地数据库并不意味着缺少同步；它意味着每台设备首先拥有一份可以独立工作的内容库。
Lobsters · 3 小时前你的笔记86%
同步操作，而不是同步整个数据库文件。媒体和索引仍由每台设备自己保存。
#sqlite · #sync · ObsidianFTS+Local embeddings→RRF
Keep what matters
你留下的内容，
不属于某个订阅服务。
文章会过期，服务会改变，但自己的笔记不应该被锁住。Rinwa 把知识视为用户数据，不把它当作可以随版本清理的 AI 缓存。
“A good reading room does not compete with the page.”
好的阅读空间，不与页面争夺注意力。
我的笔记
安静不是删除功能，而是让功能只在需要时出现。
Local first, honestly
云可以帮忙，
但不能成为你阅读的前提。
每台设备都有自己的 SQLite
订阅、文章、媒体缓存和索引先保存在本机。断网时，已经保存的内容仍然可以阅读。
同步操作，不复制数据库文件
可选的 Rinwa Sync 交换阅读状态、订阅与知识操作；每台设备继续维护自己的内容库。
普通更新不会清空内容
正文、翻译和摘要拥有独立版本。新的结果失败时，上一份成功内容仍然保留。
退出路线一直存在
OPML、Obsidian 与加密全量备份让订阅和知识可以带走，而不是只存在于某个账户中。
Under the reading surface
需要时足够清楚，
阅读时安静退后。
阅读界面保持克制，下面的技术边界则应该说清楚：本地 ONNX 搜索、可选择 Provider 的 AI Runtime，以及 operation log 同步。
本地搜索01
FTS + ONNX 向量
固定版本的 EmbeddingGemma 模型在本地运行。Sparse 与 dense 通过 RRF 合并，异常时回到全文搜索。
SQLite FTS＋256d→RRF
查看搜索架构 ↗
AI RUNTIME02
先组织证据，再调用 Provider
本地上下文选择、token 预算、引用 ID、流式响应、重试与用量统计包在用户选择的服务之外。
[P][H][S]→Provider
查看 AI 边界 ↗
同步协议03
交换操作，不复制 SQLite
设备通过 CouchDB 交换不可变 operation，再用 HLC 字段时钟与 tombstone 确定性合并。
设备 A⇄Op log⇄设备 B
查看同步架构 ↗
架构、缓存规则、隐私、知识表面与真实平台状态，现在集中在同一个文档站。
打开技术文档One interface, many screens
一套阅读表面，
去到你的每块屏幕。
React 与 Tauri 2 让界面、阅读逻辑和交互在各端复用。平台能力不成熟时，我们会明确写“开发中”，而不是显示一个虚假的绿色勾。
macOS主要品质目标
为键盘、触控板和长时间阅读打磨。
原生窗口、两指层级手势、目录选择、安全存储与内嵌网页窗口已经进入桌面壳。
安装包正在准备签名与 notarizationAndroid预览可用
在真实手机上继续验证。
共享界面与开发预览包已经可用；本地 SQLite、Keystore 和后台刷新仍在设备验收。
下载 ARM64 APK ↓iPhone · iPad开发中
共享同一套阅读逻辑。
Tauri iOS 项目与界面边界已经准备；需要完成设备数据库、后台任务、签名和商店验收。
需要真实设备与 Apple Developer 流程Windows开发中
不重新写一套 UI。
Windows 继续复用 React 阅读表面与本地数据模型，正式包将在对应工具链完成验证。
需要 Windows 构建与签名验证A few honest answers
发布之前，
先把边界说清楚。
Rinwa 和 Luma 是什么关系？＋
Rinwa / 页间是下一阶段品牌，当前应用内名称和预览安装包仍然使用 Luma。正式更名会保留包标识、备份格式与安全存储兼容性。
必须连接 Rinwa Sync 吗？＋
不需要。单设备阅读完全以本地 SQLite 工作。只有主动连接服务器后，选择的数据类才会通过 operation log 同步。
翻译、摘要和问答会把文章发到哪里？＋
只有启用外部提供商并确认数据共享后，相关内容才会发送到你选择的服务。Rinwa 也支持自建 OpenAI-compatible 代理。
现在适合作为日常主力吗？＋
macOS 是主要品质目标，但目前仍属于开发预览。建议先导入一部分订阅体验，并保留原阅读器；备份与 OPML 导出已经可用。