关于

由一个人开发

Gemini Notebook Toolkit 由印度斋浦尔的独立开发者 Vinayak 开发。没有团队、工作室或支持工单队列，只有一个会阅读每条来信的人。

开发者：Vinayak · 扩展程序 1.7.0

开发者介绍

我叫 Vinayak。我负责编写扩展程序、网页应用、数据库迁移、营销页面，以及你发邮件联系支持时收到的回复。没有其他人。

我在印度斋浦尔工作，时区约为 UTC+5:30。这通常意味着北美夜间你发来邮件，早上就能收到回复。

在这个领域，坦白说明这一点比在大多数领域都重要。浏览器扩展程序会要求真正访问你的浏览器，而许多扩展程序由使用免费邮箱的匿名账号发布。你应该知道自己安装的软件另一端是谁。

以前我总是用很慢的方式做研究：读一篇论文、一条帖子和三段很长的 AI 对话，然后逐个复制到文档里，整理好，再一次添加一个来源到 NotebookLM。

阅读才是正事，复制粘贴不是，而且花的时间比阅读还多。于是我做了一个工具来省去这些步骤：在我正在阅读的页面上放一个保存按钮，用资料库收好保存的内容，还能批量把来源发送到笔记本，不用碰剪贴板。

此后的开发都源于同一个想法：把仍像文书工作的步骤变简单，例如导入一屏打开的标签页、将 AI 对话保存为来源，或一键把整个工作区导出为 Markdown 或 LaTeX。

规模小并不天然就是优点。下面坦诚说明利弊。

无需等待冲刺排期，也没有审批流程。Google 改动导致保存功能失效时，我可以当天完成修复、测试并提交。这就是状态页面上写明的承诺。

没有二线支持，所以也没有需要先通过的一线支持。你发来的内容会直接送到编写了那段惹恼你的代码的人手中，也由他本人回复。

用户不多时，一封认真写下的邮件确实能影响接下来开发什么。有好几个功能，都是因为有人描述了我没想到的工作流程才推出的。

一个人也会生病、睡觉，偶尔还会休息一天。回复可能比你希望的更慢。你的数据随时都能导出为 Markdown、LaTeX、JSON 和纯文本，正是为了避免你对我的依赖变成困境。

很多小产品会在这个页面上夸大其词。这里如实说明：

所有支持服务都通过电子邮件处理，邮件会进入同一个收件箱。无论是报告错误、提出功能建议、申请退款，还是询问扩展程序能访问哪些内容，都会发到同一个地方。