NotebookLM MCP Management
Tech Stack Target / Version: NotebookLM current web release, Markdown session capture, and URL-tracked research workflows.
Use this skill when research should be grounded in NotebookLM notebooks instead of a generic web search.
- Leverage native parallel subagent dispatch and 200k+ context windows where available.
Current MCP Reality
This repository already targets a real NotebookLM MCP workflow. The concrete tool surface available in this environment includes:
get_health
list_notebooks, search_notebooks, select_notebook
ask_question
add_notebook, update_notebook, remove_notebook
list_sessions, reset_session, close_session
setup_auth, re_auth, cleanup_data
Activation Conditions
Use symptom -> action triggers: when one matches, apply this skill and verify with the protocol below.
- Querying a specific NotebookLM notebook
- Adding a notebook from a share URL
- Managing a notebook library or switching active notebooks
- Recovering authentication or cleaning NotebookLM state
- Continuing a multi-turn research session
Recommended Workflow
- Call
get_health first to confirm authentication and server readiness.
- Reuse an existing session when the task is the same.
- Prefer
search_notebooks or list_notebooks before asking the user to restate what is already in the library.
- Use
ask_question iteratively in the same session for deep work.
- Use
setup_auth or re_auth only when health indicates auth problems.
Library Management Rules
- Do not add or remove notebooks without explicit user confirmation.
- When adding a notebook, collect URL, description, topics, and use cases first.
- Update metadata instead of creating duplicates when the notebook already exists.
Troubleshooting
- Auth broken:
get_health -> re_auth
- Stale browser state:
cleanup_data(preserve_library=true) after closing browsers
- Wrong context:
reset_session or switch notebooks
- Ambiguous notebook choice: search the library before creating a new one
Cross-Client Portability
This skill is written to stay usable across GitHub Copilot, Claude Code, and Codex.
- GitHub Copilot: keep the folder in a Copilot-visible skill path or wrap the
workflow in project instructions when folder discovery is unavailable.
- Claude Code: keep the folder in a local skills directory or a compatible plugin source.
- Codex: install or sync the folder into
$CODEX_HOME/skills/notebooklm-management and restart Codex after major changes.
MCP Availability And Fallback
Preferred MCP Server: NotebookLM MCP
- Fallback prompt: "Use the NotebookLM MCP Management skill without MCP. Follow the documented local or manual fallback, show the selected tool surface, and report the verification evidence."
- Use the NotebookLM web UI directly, capture answers in Markdown, and store session notes locally when the MCP server is unavailable.
- Preserve notebook URLs, prompt history, and manual research notes so the workflow remains reproducible.
- Do not claim an MCP operation was used when the active host does not expose it.
Anti-Patterns
- Treating source content as already clean: Formatting automation will happily preserve broken or inconsistent input.
- Skipping an open-file verification pass: Documents and spreadsheets often fail in the destination app, not in the script output.
- Automating irreversible edits without checkpoints: A small mapping mistake can affect an entire workbook or document.
Verification Protocol
Before claiming "skill applied successfully":
- Pass/fail: The Notebooklm Management workflow names the agent boundary, delegated scope, and expected return artifact.
- Pass/fail: Context passed to helpers is minimal, task-local, and free of hidden expected answers.
- Pass/fail: Results are integrated only after evidence, diffs, or citations are checked by the controller.
- Pressure-test scenario: Run the workflow on two similar tasks that must not share assumptions or leaked context.
- Success metric: Zero context leakage; every delegated output is independently reviewable.
References & Resources
Documentation
Scripts
Examples
Related Skills
- documentation-authoring: Use it when the workflow also needs drafting structured technical or product documents.
- notion-docs: Use it when the workflow also needs Notion page and database publishing workflows.
- pdf: Use it when the workflow also needs PDF extraction, generation, and layout-aware review.
- word-document: Use it when the workflow also needs Word document authoring and formatting workflows.
1---2name: notebooklm-management3description: NotebookLM MCP server management - query notebooks, add from share links, handle auth, reset sessions. Use when working with Google NotebookLM notebooks for conversational research tasks.4---5# NotebookLM MCP Management
6
7> Tech Stack Target / Version: NotebookLM current web release, Markdown session capture, and URL-tracked research workflows.
8
9Use this skill when research should be grounded in NotebookLM notebooks instead of a generic web search.
10
11- Leverage native parallel subagent dispatch and 200k+ context windows where available.
12
13
14## Current MCP Reality
15
16This repository already targets a real NotebookLM MCP workflow. The concrete tool surface available in this environment includes:
17
18- `get_health`
19- `list_notebooks`, `search_notebooks`, `select_notebook`
20- `ask_question`
21- `add_notebook`, `update_notebook`, `remove_notebook`
22- `list_sessions`, `reset_session`, `close_session`
23- `setup_auth`, `re_auth`, `cleanup_data`
24
25## Activation Conditions
26
27Use symptom -> action triggers: when one matches, apply this skill and verify with the protocol below.
28
29- Querying a specific NotebookLM notebook
30- Adding a notebook from a share URL
31- Managing a notebook library or switching active notebooks
32- Recovering authentication or cleaning NotebookLM state
33- Continuing a multi-turn research session
34
35## Recommended Workflow
36
371. Call `get_health` first to confirm authentication and server readiness.
382. Reuse an existing session when the task is the same.
393. Prefer `search_notebooks` or `list_notebooks` before asking the user to restate what is already in the library.
404. Use `ask_question` iteratively in the same session for deep work.
415. Use `setup_auth` or `re_auth` only when health indicates auth problems.
42
43## Library Management Rules
44
45- Do not add or remove notebooks without explicit user confirmation.
46- When adding a notebook, collect URL, description, topics, and use cases first.
47- Update metadata instead of creating duplicates when the notebook already exists.
48
49## Troubleshooting
50
51- Auth broken: `get_health` -> `re_auth`
52- Stale browser state: `cleanup_data(preserve_library=true)` after closing browsers
53- Wrong context: `reset_session` or switch notebooks
54- Ambiguous notebook choice: search the library before creating a new one
55
56<!-- MCP:START -->
57
58<!-- PORTABILITY:START -->
59## Cross-Client Portability
60
61This skill is written to stay usable across GitHub Copilot, Claude Code, and Codex.
62
63- GitHub Copilot: keep the folder in a Copilot-visible skill path or wrap the
64 workflow in project instructions when folder discovery is unavailable.
65- Claude Code: keep the folder in a local skills directory or a compatible plugin source.
66- Codex: install or sync the folder into
67 `$CODEX_HOME/skills/notebooklm-management` and restart Codex after major changes.
68
69<!-- PORTABILITY:END -->
70
71## MCP Availability And Fallback
72
73Preferred MCP Server: NotebookLM MCP
74
75- Fallback prompt: "Use the NotebookLM MCP Management skill without MCP. Follow the documented local or manual fallback, show the selected tool surface, and report the verification evidence."
76- Use the NotebookLM web UI directly, capture answers in Markdown, and store session notes locally when the MCP server is unavailable.
77- Preserve notebook URLs, prompt history, and manual research notes so the workflow remains reproducible.
78- Do not claim an MCP operation was used when the active host does not expose it.
79
80<!-- MCP:END -->
81
82## Anti-Patterns
83
84- Treating source content as already clean: Formatting automation will happily preserve broken or inconsistent input.
85- Skipping an open-file verification pass: Documents and spreadsheets often fail in the destination app, not in the script output.
86- Automating irreversible edits without checkpoints: A small mapping mistake can affect an entire workbook or document.
87
88## Verification Protocol
89
90Before claiming "skill applied successfully":
91
921. Pass/fail: The Notebooklm Management workflow names the agent boundary, delegated scope, and expected return artifact.
932. Pass/fail: Context passed to helpers is minimal, task-local, and free of hidden expected answers.
943. Pass/fail: Results are integrated only after evidence, diffs, or citations are checked by the controller.
954. Pressure-test scenario: Run the workflow on two similar tasks that must not share assumptions or leaked context.
965. Success metric: Zero context leakage; every delegated output is independently reviewable.
97
98## References & Resources
99
100### Documentation
101- [MCP Tool Reference](./references/mcp-tool-reference.md) - Current NotebookLM MCP operations and parameters
102- [Troubleshooting Guide](./references/troubleshooting.md) - Auth recovery, cleanup, and session issues
103- [Workflows](./references/workflows.md) - Library, query, and maintenance workflows
104
105### Scripts
106- [NotebookLM Helper](./scripts/notebooklm-helper.py) - Local helper for library exports and reporting when MCP access is unavailable
107- [Scripts README](./scripts/README.md) - Quick commands for the helper script
108
109### Examples
110- [simple-query.py](./examples/simple-query.py) - Basic query pattern
111- [multi-turn-conversation.py](./examples/multi-turn-conversation.py) - Session reuse pattern
112- [library-management.py](./examples/library-management.py) - Library search and organization
113
114## Related Skills
115
116- [documentation-authoring](../documentation-authoring/SKILL.md): Use it when the workflow also needs drafting structured technical or product documents.
117- [notion-docs](../notion-docs/SKILL.md): Use it when the workflow also needs Notion page and database publishing workflows.
118- [pdf](../pdf/SKILL.md): Use it when the workflow also needs PDF extraction, generation, and layout-aware review.
119- [word-document](../word-document/SKILL.md): Use it when the workflow also needs Word document authoring and formatting workflows.