PandaSI-Labs/littleaibox

如果你想要一个对话记录和文档解析都留在本机、而不是留在厂商服务器上的 AI 聊天工作台，Little Box 值得一看。但不要把它的隐私定位理解成完全离线：每次模型调用仍然会离开设备。

解决什么问题

你想针对一份 PDF、演示文稿或表格提问，或者维护一串长期对话，又不愿把文档粘进某个托管服务、让历史记录留在别人那里。常见做法是用绑定单一供应商的网页客户端，需要账号，对话也存在服务端。Little Box 改的是中间这一步：你在应用里填入自己的模型密钥，浏览器本地解析 PDF、DOCX、PPTX、XLSX，把提取出的文本和对话记录存进 IndexedDB。得到的结果是：文档留在本机，请求按你的密钥发往对应服务商。

有什么不同

核心机制是把本地工作和联网工作分开。文件解析与对话存储都在 Vite 客户端里完成，而模型调用会发往 /api/、/auth/、图片代理等路径。README 把这条界线写得很直白，甚至专门列出它“拒绝假装”的说法，比如“每个请求都是本地的”。对评估者来说，这种坦白是它最有用的地方。

第二个机制是密钥与源站处理。它支持两个用户自备的密钥，旧记录可能把两者存在一个逗号分隔的字段里，新记录则用另一个字段；展示前会把这两个字段从用户对象里删掉。在 Android 和 localhost 上，源站适配器会把 API 流量在一小串备用地址间重写，README 把这解释为方便网络受限的用户。代价是：应用的可用性取决于这些备用主机和你自己的密钥，而不是一个统一登录的账号。同一个客户端还以 PWA 和 Android 外壳形式发布，目标是在三种入口上保持一致。

README 还提到 clearChatsStore 会清掉所有用户的记录，而不只是某一次对话；保存时也是整块写入对话数据。在你把本地存储当作整齐的单条对话归档之前，这一点值得知道。

谁值得试

适合：想给编程问题附带一个文件、又不想上传整个工作区的开发者；想打开论文和演示文稿、同时让对话与解析文本留在本机、并使用自己密钥的读者。它也适合网络受限、希望用原生或本地客户端走备用地址列表的人。

不适合：期待完全离线模型的人，或者想要厂商托管账号、跨设备同步的人。本地存储按浏览器配置隔离；README 在 src/entitlements.js 里定义了免费、自带密钥和订阅三种额度，如果你打算重度使用，免费档的上限需要先看清楚。

使用条件与边界

你需要自备模型密钥，在应用界面里输入，不要提交到仓库。PWA 路径需要支持 IndexedDB 和 Service Worker 的浏览器，Android 外壳则需要对应设备。构建方式 是标准 Vite 流程，在 Vite 运行前先有一步复制 i18n 文件。

最主要的长期约束是：“本地”指存储和解析，不包括推理。模型请求仍会离开设备，服务商条款和密钥保管仍属于你的配置范围。缓存规则也限定了保留内容：预缓存文件单个最多 4 MiB，运行时缓存有条目上限和 30 天期限，因此离线能力是有边界的，而不是完整的。另外，在线站点 是 README 给出的默认入口，自己构建和直接使用站点是两条路。

HotRepo 点评

HotRepo 在 2026-10-25 记录到这个 JavaScript 项目在“新项目榜”（不是总榜）上累计 88 颗星、排名 #23，此时它被追踪才两天；没有可比的每日榜序列，因此还无法判断热度能否持续。这只能看作早期关注的一次快照，不能当作趋势。采用前，请先核对备用源站和密钥处理是否符合你的网络与服务商配置——这两点正是 README 自己着重说明的部分。