Skip to main content

概要

list_notes はタイトル、参加者、日付、ソースタイプなどのメタデータのみを返します。ノートの内容を読まずに一覧だけ確認したいときに使ってください。 query.keyword が指定されると、結果セットは recordingStartAt の降順ではなく、全文検索の関連度(同点の場合は createdAt の降順)で並べ替えられます。 使うとき
  • 「フォルダ X にはどのノートがありますか?」
  • 「キーワード Y に一致するノートはどれですか?」(存在の確認のみ)
  • 日付範囲でフィルタリングして大きなワークスペースを絞り込む。
主な特長:
  • search_notes(深い、ドキュメントを返す)と get_note_transcript(生のトランスクリプト)を含む 3 階層モデル。
  • 一覧パスでの cursor ベースのページネーション。
  • 不完全なノートを自動的に除外します。録音が一度も開始されず、タイトルがデフォルトのプレースホルダのままのノートは、MCP レイヤーで除外されます。
workspace-scoped key で呼び出すと、個人フォルダのノートはエラーにならずに結果から外れます(システムAPIキーが読み取るノートの範囲)。
トークン効率。 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) の範囲フィルタです。どちらも末尾が Z の ISO 8601 UTC 日時を受け付けます(例: 2026-04-01T00:00:00Z)。 日付範囲は、カーソルページネーションと検索結果件数の制限より前に適用されます。範囲外の新しいノートを飛ばすためにページを繰り返し取得する必要はありません。 年・月・日の条件は、ユーザーのタイムゾーンの境界を UTC に変換してください。たとえば韓国標準時の 2025 年 7〜8 月は、createdAtFrom: "2025-06-30T15:00:00Z"createdAtTo: "2025-08-31T15:00:00Z" です。

pagination (optional)

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

レスポンス形式

成功レスポンス

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

検索インデックスを利用できない場合

query.keyword を指定したレスポンスに degraded: true が含まれる場合、検索インデックスを利用できない状態です。このときキーワードは適用されず、contentnotes にはキーワードの検索結果ではなく、最近のノートが含まれます。
degraded: true のレスポンスを通常の検索結果や「一致するノートなし」と解釈しないでください。hint をユーザーまたは LLM に表示し、時間を置いて検索を再試行してください。

使用例

例 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 をご覧ください。

よくあるエラー

無効な日時

createdAtFromcreatedAtTo は ISO 8601 日時形式である必要があります。無効な形式は、カスタムエラーコードではなく MCP 標準の validation エラー(zod パラメータ検証の失敗)で拒否されます。 解決方法: 末尾が Z の ISO 8601 UTC 日時を使用してください(例: 2026-04-01T00:00:00Z)。

トークン使用量

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