Skip to main content

概要

list_notes はノート探索の軽量な階層です。メタデータ(タイトル、参加者、日付、ソースタイプ)のみを返し、コンテンツを読まずにどのノートが存在するかを知る必要があるときに適したツールです。 query.keyword が指定されると、結果セットは recordingStartAt の降順ではなく、全文検索の関連度(同点の場合は createdAt の降順)で並べ替えられます。 主なユースケース:
  • 「フォルダ X にはどのノートがありますか?」
  • 「キーワード Y に一致するノートはどれですか?」(存在の確認のみ)
  • 日付範囲でフィルタリングして大きなワークスペースを絞り込む。
主な特長:
  • search_notes(深い、ドキュメントを返す)と get_note_transcript(生のトランスクリプト)を含む 3 階層モデル。
  • 一覧パスでの cursor ベースのページネーション。
  • 不完全なノートを自動的に除外します。録音が一度も開始されず、タイトルがデフォルトのプレースホルダのままのノートは、MCP レイヤーで除外されます。
workspace-scoped key で呼び出すと結果が狭まります。 workspace-scoped key は全メンバーに共有されたフォルダのノートのみを読み取るため、個人フォルダのノートはエラーが出ないまま結果から外れます。個人フォルダのノートも必要な場合は user-scoped key をご利用ください(システムキーが読み取るノートの範囲)。
トークン効率。 list_notes の 1 ページはノートあたり ~50 トークンを返します。search_notes 経由でドキュメントを読み込む(ノートあたり ~1,500 トークン)場合や、get_note_transcript 経由でトランスクリプトを読み込む(ノートあたり ~3,000–5,000 トークン)場合と比べて、これは手元に何があるかを見つける最も安価な方法です。

パラメータ

query.keyword (optional)

一覧表示を関連度モードに切り替えます。ヒットは、ノートのタイトルと段落のコンテンツに対するサーバーの全文インデックスでスコアリングされます。キーワードが指定されると nextCursornull になります(深い検索インデックスは安定した一覧 cursor を持ちません)。 キーワード検索は user-scoped と workspace-scoped のどちらの API key でも機能します。workspaceGuid を省略するとアクセス可能なすべてのワークスペースを検索します(workspace-scoped key は自動的に自身のワークスペースを検索します)。特定のワークスペースを対象にするには明示的な workspaceGuid を渡してください。

workspaceGuid (optional)

特定のワークスペースを対象にします。利用可能な GUID は list_workspaces から取得してください。省略するとアクセス可能なすべてのワークスペースを検索します。workspace-scoped key は自動的に自身のワークスペースを検索します。

filter.folderId (optional)

指定すると、一覧表示はフォルダとそのすべての子孫に再帰的に限定されます。フォルダへのアクセスはサーバー側で認可されます。アクセス権のない folderId を渡すと 404 を返します。

filter.createdAtFrom / filter.createdAtTo (optional)

createdAt に対する半開区間 [from, to) の範囲フィルタです。どちらもタイムゾーン付きの ISO 8601 形式の日時を受け付けます(例: 2026-04-01T00:00:00Z)。

pagination (optional)

{ cursor, size }。デフォルト size: 20、最大 100。ページをたどるには、前回のレスポンスの nextCursor を使用してください。

レスポンス形式

成功レスポンス

レスポンスは各ノートを content(推奨)と notes(レガシーエイリアス)の両方に含みます。クライアントが好む方を選び、もう一方は無視してください。
フィールドの説明:
ページネーションのヒント。 totaltotalSize は食い違うことがあります。total がカウントした不完全なノートは totalSize より前に除外されます。while (totalSize < total) でループせず、代わりに nextCursor でページをたどってください。

使用例

例 1: 特定のフォルダ内のノート

リクエスト:
フォルダ 455765 とその子孫にある、最新の完全なノート 20 件を返します。

例 2: 日付範囲による最近のノート

リクエスト:

例 3: キーワードによる一覧(関連度順)

リクエスト:
タイトルまたは段落が OKR に一致するノートを、関連度順で返します。レスポンスの nextCursornull です。さらに必要な場合は、同じキーワードとより大きい size で再度呼び出してください。

例 4: ページネーションによる閲覧

最初のページ:
次のページ(前回のレスポンスの nextCursor を使用):

どの階層を使うか

フォルダ・日付・キーワードの有無で、どのノートが存在するかを知る必要があるとき。メタデータのみを返し、ノートあたり ~50 トークンです。最も安価な探索ツールです。
トピックの背後にあるコンテキスト(決定事項、アクションアイテム、チームの結論)を理解する必要があるとき。一致したノートと、その主要ドキュメント(ワンページャー、カスタム)を返します。ノートあたり ~1,500 トークンです。LLM がユーザーの質問に答えるためにドキュメントの内容を必要とする場合は、list_notes から search_notes に切り替えてください。
会話から話された言葉そのものを引用する必要があるとき。タイムスタンプ付きのトランスクリプト全文を返します。会議 1 時間あたり ~3,000–5,000 トークンで、最終手段です。get_note_transcript をご覧ください。

よくあるエラー

無効な日時

解決方法: タイムゾーン付きの ISO 8601 形式の日時を使用してください(例: 2026-04-01T00:00:00Z)。

トークン使用量

探索の流れ。 まず list_notes で対象の noteGuid を見つけてください。ドキュメントの内容が必要なときにのみ search_notes に切り替えます。言葉そのものの引用が必要なときにのみ get_note_transcript を使ってください。