notebooklm-mcp
Related Servers
Alternatives to notebooklm-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceMCP server for querying Google NotebookLM notebooks, enabling AI assistants to list notebooks, read sources, and ask questions about them.MIT
- AlicenseNot gradedqualityBmaintenanceProduction-grade Model Context Protocol server for Google NotebookLM that lets any MCP-capable client (Claude, ChatGPT, Cursor, etc.) interact with NotebookLM notebooks, sources, chats, and artifacts.MIT
- AlicenseNot gradedqualityAmaintenanceSecure MCP server for querying Google NotebookLM notebooks. Enables AI assistants to list notebooks, read sources, and ask the NotebookLM AI questions about your sources.92 PyPI16MIT
- AlicenseNot gradedqualityDmaintenanceMCP server that connects AI agents to Google NotebookLM, enabling natural language interaction with notebooks, including Q&A, source ingestion, and audio overview generation.1,742 npmMIT
- AlicenseNot gradedqualityCmaintenanceA thin MCP wrapper around the unofficial Google NotebookLM Python client, enabling notebook management, source handling, chat, artifact generation, deep research, and sharing via MCP tools.MIT
- AlicenseNot gradedqualityDmaintenanceMCP server that lets CLI agents (Claude, Codex, Cursor) chat directly with Google NotebookLM for zero-hallucination answers based on user's own notebooks.1,742 npmMIT
TDQS
Scored across 39 tools
Each tool has a well-defined and distinct purpose, with descriptions that clearly differentiate similar tools (e.g., notebook_query vs research_start vs cross_notebook_query). The batch and category tools (label, note, tag) namespace their sub-actions, preventing confusion.
Most tools follow a consistent verb_noun pattern (e.g., notebook_create, source_add, studio_create), but a few tools are nouns representing a category of operations (label, note, tag, pipeline, batch). While the sub-actions within these are verbs, the top-level names deviate slightly.
39 tools is on the high side, but the server covers a broad and complex domain (NotebookLM). Each tool serves a specific purpose, though some could potentially be consolidated further (e.g., share tools). The count is borderline heavy but not unreasonable.
The tool surface covers all major lifecycle phases: CRUD for notebooks, sources, notes, and artifacts; research pipeline; sharing; tags/labels; batch operations; and auth management. There are no obvious gaps for the intended domain.