feat(server):可选的多配置文件运行时,具有明确的请求路由

Hi,并再次感谢你对#1836,#180,和#116的清晰和反应灵敏的处理. 这些修正和讨论对我的工作流程很有帮助。

□ 使用大小写

我有两个本地的Python应用程序,需要同时使用同一套已经认证的NotebookLM配置/账户.

每个NotebookLM账户都有自己的账户水平的日常使用限制,因此有实际的理由经营多个账户. 同时,拥有两个独立的应用程序客户端会消耗同账户的master-token auuth会导致它们独立地重新沉入证书并使得对方的会话失效.

我在"v0.8.0a4"中查看了实验性REST服务器. 我的理解是,它有意将一个剖面图和一个 " NotebookLMClient " 捆绑起来,而Python API已经记录了每个租户使用一个长寿客户的单一进程多租户模式:

https://GitHub.com/teng-lin/notebooklm-py/blob/v0.8.0a4/docs/ZPython-api.md#single-process-多租户-指导

□目标表面

• []CLI(CLI)
• []Python API(英语:
• MCP 磁共振
• REST服务器
• 桌面扩展
• 文档

□ 问题/拟议方向

您是否考虑为“ notebooklm- server” 选择多功能模式?

设想的形状是:

• 装入已提供的多个命名配置文件;
• 保持一个长寿的`笔记本LMClient',每个不同的简介/账户;
• 要求每项请求明确选择其目标简介;
• 保留当前单调行为为默认行为。

这只是关于该方向是否符合实验性REST服务器的预定范围的问题. 如果是的话,我也希望你更愿意在有人提议执行之前,如何根据要求配置和选择简介。

□非目标

这一要求并不要求:

• 在服务器内登录浏览器或提供账户;
• 共用一个客户账户;
• 自动账户轮换或配额平衡;
• 公共多租户托管、租户注册或非洲局。

□ 备选案文

目前的替代办法是每个账户有一个“Notebooklm-server”进程,由两个应用程序共享。 这应该每个账户保留一个认证消费者,但每个账户需要一个单独的端口、信使、健康检查、配置和监督单位。

如果这超出了服务器的预定范围,这是完全可以理解的——我们可以实施和维持我们一方的额外管弦乐. 我想先问一下,因为潜在的一个客户/租户模式似乎已经得到了图书馆的支持.