Skip to main content
Glama
hungln105-cell

notebooklm-mcp-cli

Studio Create

studio_create

Create any NotebookLM studio artifact from your notebook sources, including audio overviews, videos, infographics, slide decks, reports, flashcards, quizzes, data tables, and mind maps.

Instructions

Create any NotebookLM studio artifact. Unified creation tool.

Supports: audio, video, infographic, slide_deck, report, flashcards, quiz, data_table, mind_map

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
titleNoMind Map
confirmNoMust be True after user approval
languageNo
difficultyNomedium
source_idsNoSource IDs to use (default: all sources)
descriptionNo
notebook_idYesNotebook UUID
orientationNolandscape
audio_formatNodeep_dive
audio_lengthNodefault
detail_levelNostandard
focus_promptNo
slide_formatNodetailed_deck
slide_lengthNodefault
video_formatNoexplainer
visual_styleNoauto_select
artifact_typeYesType of artifact to create: - audio: Audio Overview (podcast) - video: Video Overview - infographic: Visual infographic - slide_deck: Presentation slides (PDF) - report: Text report (Briefing Doc, Study Guide, etc.) - flashcards: Study flashcards - quiz: Multiple choice quiz - data_table: Structured data table - mind_map: Visual mind map
custom_promptNo
report_formatNoBriefing Doc
question_countNo
infographic_styleNoauto_select
video_style_promptNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.11.5

TDQS

C2.9/5.0
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

There are no annotations, so the description carries the full burden of behavioral disclosure. It only says 'Create' and lists types; it does not disclose the important confirm=True/user-approval requirement, side effects, or whether creation is synchronous or requires follow-up status checks. This is a significant gap for a mutation tool.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is compact and front-loaded with the key action and resource. The supported-types list is scannable. Minor redundancy exists between 'Create any NotebookLM studio artifact' and 'Unified creation tool', but overall there is no wasted text.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given 22 parameters, no annotations, and only 18% schema coverage, this description is far too sparse to support correct invocation. It omits the confirmation/approval workflow, how artifact types map to relevant parameters, and how this tool relates to studio_revise and studio_delete. The output schema does not compensate for these missing invocation details.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters2/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is only 18%, so the description needed to compensate by explaining artifact-specific parameters, but it only repeats the artifact_type values already present in the schema. It adds no meaning for title, source_ids, formats, focus_prompt, difficulty, orientation, or other fields that are mostly undocumented.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a specific verb ('Create'), a clear resource ('NotebookLM studio artifact'), and enumerates the supported artifact types. This distinguishes it from siblings like studio_revise and studio_delete by establishing it as the creation entry point.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It is positioned as a 'Unified creation tool', but there is no explicit guidance on when to use it versus alternatives, nor exclusions/preconditions. No mention of when studio_revise or studio_delete should be chosen instead, and no mention of prerequisites like notebook existence, source selection, or user approval.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.