概要
get_note は特定のノートの詳細なメタデータを取得し、オプションで要約・トランスクリプト・生成ドキュメントを1 回の並列呼び出しで含めます。追加のコンテンツを要求するには include パラメータを使用します。要求されたリソースはすべて同時に取得されるため、1 つが失敗しても残りのレスポンスはブロックされません。
これは、2026-05-06 に削除された list_note_summaries、get_note_summary、list_note_documents、get_note_document の各ツールを置き換えた、統合されたコンテンツ取得ツールです。
主なユースケース:
- ノートの基本情報(参加者、日付、所要時間)だけが必要なときに、メタデータのみを取得する。
summaryを含めて、AI が生成した要約の全文を取得する。transcriptを含めて、会話の全文(タイムスタンプ付きの段落を 1 つの文字列として結合したもの)を取得する。documentsを含めて、ノート上のすべての生成ドキュメント(ワンページャー、カスタムなど)を全文インラインで取得する。
Promise.allSettledを使った並列取得。1 つのリソースが失敗しても、他は返ります。includeはオプションの配列 enum:["summary"]、["transcript"]、["documents"]、またはそれらの任意の組み合わせ。documentsオプションは、ノート上のすべてのドキュメントの全文を返します(5KB で打ち切られるsearch_notesとは異なります)。includeが空または省略された場合はメタデータのみを返します。
workspace-scoped key で読み取り範囲の外にあるノートを要求すると、「見つかりません」というレスポンスになります。 workspace-scoped key は全メンバーに共有されたフォルダのノートのみを読み取り、それ以外のノートには削除されたノートと同じレスポンスを返します。ノートがあるのに見つからないと表示される場合は、そのノートが個人フォルダにないかをご確認ください(システムキーが読み取るノートの範囲)。
パラメータ
noteGuid (required)
ノートの一意な識別子です。 例:include (optional)
並列で取得するコンテンツタイプの配列です。有効なオプション:"summary"— ノートで最初に利用可能な AI 生成要約(全文)を取得します。"transcript"— 会話のトランスクリプト全文(段落を\n\nで結合)を取得します。"documents"— ノート上のすべての生成ドキュメント(ワンページャー、カスタムなど)を全文で取得します。
レスポンス形式
成功レスポンス
要求したリソースが利用できない場合(例: 要約が存在しない)、フィールドは省略されるのではなく
null に設定されます。これにより、呼び出し元は「リクエストに含めなかった」と「含めたが利用できなかった」を区別できます。使用例
例 1: メタデータのみ
リクエスト:例 2: 要約のみ
リクエスト:例 3: トランスクリプトとドキュメント
リクエスト:例 4: すべてのコンテンツを 1 回の呼び出しで
リクエスト:null になりますが、他は引き続き返ります。
ベストプラクティス
Use include selectively
Use include selectively
必要なコンテンツだけを要求してください。メタデータは ~50 トークン、要約を加えると ~200 トークン、トランスクリプトは 1 時間あたり ~3,000–5,000 トークン、ドキュメントはサイズによって変わります。まずメタデータから始め、概要をすばやく把握したい場合は
get_note(include: ["summary"]) に、アクションアイテムや要点が必要な場合は get_note(include: ["documents"]) に切り替えてください。Use search_notes for content preview
Use search_notes for content preview
ノートの内容をすばやく確認するには、まず
search_notes を使用してください。一致したノートを、5KB で打ち切られたドキュメントとともに返します。ドキュメントの全文が必要な場合にのみ get_note(include: ["documents"]) を使用してください。Handle null gracefully
Handle null gracefully
include: ["summary"] を設定しても要約が存在しない場合、summary は null になります。コードはこれを処理する必要があります。要求したからといって、フィールドが常に値を持つと想定しないでください。Combining discovery and content
Combining discovery and content
段階的開示パターン:
list_notes → search_notes → get_note(include: [...])。ほとんどのワークフローはステップ 2 で止まります。全文が必要なときや、それ以前のツールでは十分でないときにのみステップ 3 を使用してください。よくあるエラー
ノートが見つからない
解決方法:noteGuid が正しいことを確認してください。有効なノート識別子を見つけるには list_notes または search_notes を使用します。
スコープが不足
解決方法: お使いの API key にmcp:notes:read スコープがあることを確認してください。スコープの構成については Setup をご覧ください。
トークン使用量
関連ツール
search_notes— キーワードでノートを見つけ、なおかつそのドキュメントを読む必要があるとき。最大 10 件の一致ノートを、ドキュメントごとに 5KB で打ち切られたコンテンツとともに返します。list_notes— どのノートが存在するかを知るだけのとき。最も軽量な階層で、メタデータのみです。get_note_transcript— タイムスタンプ付きの生のトランスクリプト用(フォールバック。並列取得のためには、このツールでinclude: ["transcript"]を使用してください)。list_document_templates— ドキュメントを要求する前に、利用可能なドキュメントテンプレートの種類を確認します。