会議を見つけて話された内容を読む方法
Tiro のノート探索は 3 段階の段階的な流れになっています。まずは軽量なlist_notes から始め、ドキュメントの内容が必要になったら search_notes に深め、一言一句の発言が必要なときだけ get_note_transcript に手を伸ばします。ほとんどのユーザーの質問は tier 1 または tier 2 で完結します。
ステップバイステップ
候補ノートを一覧表示する(最も低コスト)
list_notes を呼び出し、任意の query.keyword と filter で結果を絞り込みます。返されるのはメタデータのみです(ノートあたり約 50 token)。filter.folderId を使い、フォルダを日付順に閲覧するには query.keyword を完全に省略します。一致したノートのドキュメントを読む
どのノートが一致するかを確認するだけでなく、話された内容を理解する必要がある場合は、必須の 最大 10 件の一致ノートをそのドキュメントとともに返します(ノートあたり約 1,500 token)。ほとんどのクエリはここで完結します。整理されたドキュメントには、通常チームの意思決定とアクションアイテムが含まれています。
keyword を指定して search_notes を呼び出します。レスポンスには、一致した各ノートの主要なドキュメント(one-pager、custom)がインラインで含まれ、HTML が除去され、ドキュメントあたり 5KB に制限されます。単一の AI 要約を取得する(任意)
要約の概要が必要な場合は、主要な意思決定、アクションアイテム、ハイライトを返します(200〜800 token)。
include: ["summary"] を指定して get_note を呼び出します。完全なトランスクリプトを読み込む(最終手段)
正確な引用や特定の発言が必要なときだけ、
get_note_transcript を呼び出します。タイムスタンプ付きの段落と、markdown に適したトランスクリプション文字列を返します(会議 1 時間あたり約 3,000〜5,000 token)。Token の使用量
| Approach | Tokens | Speed |
|---|---|---|
list_notes のみ(候補を見つける) | ノートあたり約 50 | 最速 |
list_notes → search_notes(ドキュメントを読む) | ノートあたり約 1,500 | 速い |
get_note_transcript を直接読み込む | 1 時間あたり約 3,000〜5,000 | 最も遅い |
| トランスクリプトとの比較での削減率 | 70〜80% | — |
よくある質問
list_notes と search_notes はどう使い分けますか?
list_notes と search_notes はどう使い分けますか?
フォルダ、日付、またはキーワードの有無でどのノートが存在するかを知る必要があるときは
list_notes を使います。返されるのはメタデータのみです。あるトピックの背後にある文脈を理解する必要があるとき、つまりその意思決定、アクションアイテム、結論などを知りたいときは search_notes を使います。一致したノートとそのドキュメントをインラインで返します。キーワードは必須です。list_notes が結果を返さない場合は?
list_notes が結果を返さない場合は?
より広い条件を試してください。
query.keywordを外すか短くする。filter.createdAtFrom/createdAtToの範囲を広げるか、外す。- ノートが Tiro Dashboard で「Completed」になっているか確認する。未完了のノートは自動的に除外されます。
search_notes のドキュメントと get_note_transcript ではどちらを優先すべきですか?
search_notes のドキュメントと get_note_transcript ではどちらを優先すべきですか?
search_notes を優先してください。整理されたドキュメントは通常、生のトランスクリプトより 10 倍コンパクトで、チームの意思決定、アクションアイテム、結論を意図された構造で捉えています。直接引用のために一言一句の発言が必要なときだけ get_note_transcript を使ってください。createdAtFrom / createdAtTo はどの日付形式を受け付けますか?
createdAtFrom / createdAtTo はどの日付形式を受け付けますか?
タイムゾーン付きの ISO 8601 datetime です:
2026-04-01T00:00:00Z。2026-04-01 のような日付のみの形式は受け付けられません。範囲は半開区間 [from, to) です。キーワード検索に team API key を使えますか?
キーワード検索に team API key を使えますか?
まだ使えません。
list_notes と search_notes でのキーワード検索には user-scoped API key が必要です。keyword を設定した team-only API key は 400 を返します。キーワードなしの一覧表示(フォルダ範囲指定またはフィルターなし)は team API key で動作します。会議ノートから構造化されたドキュメントを生成する方法
AI エージェントは、Tiro のテンプレートベースのドキュメントシステムを使って、任意の会議からアクションアイテム、意思決定、要点を抽出できます。各ドキュメントは、テンプレートで定義されたセクションに構造化されます。ステップバイステップ
利用可能なテンプレートを閲覧する
list_document_templates を呼び出して、利用可能なドキュメントの種類を確認します。id、title、description が付いています。対象の会議を見つける
list_notes を呼び出し、キーワード(またはフォルダ、日付範囲)で会議を特定します。ドキュメントを取得する
include: ["documents"] を指定して get_note を呼び出すと、そのノートのために生成されたすべてのドキュメントを 1 回の呼び出しで取得できます。よくある質問
どのテンプレートを使えばよいか、どうやって知りますか?
どのテンプレートを使えばよいか、どうやって知りますか?
まず
list_document_templates を呼び出してください。各テンプレートには、その目的を説明する description フィールドが含まれています。ドキュメントをリクエストする前にセクション構造の全体を確認するには、特定の templateId を指定して get_document_template を使ってください。ノートにまだドキュメントが存在しない場合は?
ノートにまだドキュメントが存在しない場合は?
get_note(include: ["documents"]) は空の配列を返します。ドキュメントはまず Tiro アプリから生成する必要があります。MCP server は既存のドキュメントへの読み取りアクセスを提供します。ノートの所有者に、Tiro 上でドキュメントを生成するよう依頼してください。AI エージェント開発者向けのヒント
Token の最適化
- 必ず
list_notes(ノートあたり約 50 token)から始め、ドキュメントの内容が必要なときだけsearch_notes(ノートあたり約 1,500 token)に深め、一言一句の引用が必要なときだけget_note_transcriptに手を伸ばしてください。 - 結果の上限を設定するには
pagination.sizeを使います。list_notesのデフォルトは20(最大100)、search_notesのデフォルトは10(最大30。各結果にドキュメントが含まれるため小さめです)。 - 要約とドキュメントには
MARKDOWN形式を優先してください。より構造化されていて、LLM が解析しやすくなります。
エラーハンドリング
401と403のレスポンスにはaction_urlとdocs_urlフィールドが含まれます。これらを提示すれば、自身で解決できます429のレスポンスにはRetry-Afterヘッダーが含まれます。再試行する前にこれに従ってください- 完全なエラーリファレンスは Troubleshooting をご覧ください
適切なツールの選び方
| User Intent | Start With | Then |
|---|---|---|
| 「トピック X の会議はどれですか?」 | list_notes | —(メタデータで十分) |
| 「この会議では何が話されましたか?」 | search_notes | (ドキュメントがインライン。通常はこれで十分) |
| 「実際の発言を引用したい」 | list_notes | get_note_transcript |
| 「アクションアイテムをください」 | list_notes | include: ["documents"] を指定した get_note |
| 「どのドキュメントテンプレートが利用できますか?」 | list_document_templates | get_document_template |
| 「認証されていますか?」 | auth_status | — |