AI伴读
从阅读原文出发，让追问、理解、测验、闪卡与回顾围绕同一份内容自然发生。
希望边读边问、形成结构并长期复习的深度阅读者、学生与知识工作者。
产品设计、Web 与移动端开发、阅读工作流设计、部署及同步方案验证。
Web 已上线；React Native + Expo 移动端阶段 0—3 完成，Android 待正式出包。
01 · WHY IT EXISTS
它为什么会出现
起点只是想更好地阅读一本书。使用普通 AI 摘要时，我发现真正缺失的不是答案，而是围绕原文持续追问、做批注、建立知识结构并在之后复习的完整过程，于是把阅读、伴读和记忆做进同一个产品。
02 · THE PROBLEM
真正要解决的问题
多数 AI 阅读工具替人总结，却没有帮助读者形成自己的问题、理解结构和长期记忆。
03 · THE RESPONSE
最终形成的方案
以原文为中心串联划线追问、章节分析、思维导图、测验和闪卡，让 AI 成为阅读过程中的陪练。
04 · BUILD LOG
项目不是一次生成的。
重要的不是“AI 写了多少代码”，而是需求怎样在真实使用中逐步变得清楚。
- 01
以原文为中心
完成 PDF/EPUB 导入、划线批注、流式伴读和章节理解。
- 02
电脑端上线
Laravel + Livewire 部署到独立服务器，补齐登录、上传和阅读链路。
- 03
移动端与离线同步
完成 RN + Expo 页面、离线仓储、增量拉取和队列重放基础。
05 · KEY DECISIONS
真正决定项目质量的三个选择。
AI 不替人读书
产品保留原文、问题和批注，让总结成为理解的结果，而不是阅读的替代。
Web 与移动端契约隔离
电脑端使用 session，移动端使用独立 `/v1` token 接口，降低互相影响。
先解决同步边界
移动端采用离线优先，但明确记录墓碑删除和云数据库仍是后续硬前置。
原文内直接追问
章节理解与知识结构
测验、闪卡和复习闭环
Web 与移动端持续实验
07 · WHAT WAS DELIVERED
已经完成
- Web 产品正式上线
- 形成阅读、提问、测验与闪卡闭环
- 移动端核心代码完成
- 修复一次多租户数据过滤风险
08 · HONEST LIMITS
仍然有限
- 移动端尚未完成真机发布
- 当前 SQLite 不适合多设备共享
- 删除同步还缺少墓碑机制
09 · NEXT
下一步
- 切换云端数据库
- 完成 Android 真机包
- 补齐 EPUB 精排与删除同步
10 · KEEP READING
项目、文章和资料库连在一起。
项目页讲“做成了什么”，文章讲“过程发生了什么”，飞书保存可以继续复用的方法与资料。
相关复盘
这个项目的完整复盘还在整理中。可以先阅读飞书资料，或加微信备注“项目”交流。
