cache-notes

Cache Notes

Usage

• /cache-notes all — Scan all meetings with Notes: links that haven't been cached yet, fetch and embed them.
• /cache-notes <path> — Cache notes for a specific meeting file.
• /cache-notes refresh <path> — Re-fetch and overwrite existing cached content for a file.

If the target file has an empty Notes: property (no URLs yet), run /mail-transcripts first when doing a full wrap (see meeting Mode C) — it may populate Notes: from the Gemini inbox mail. If still empty, prompt the user to paste the external resource URLs (Google Docs, Otter.ai, etc.). Add them to the Notes: frontmatter, then proceed with fetching and caching as normal.

How It Works

Supported external transcript providers are Google Docs (Gemini notes) and Otter.ai. When a URL from either provider appears in frontmatter Notes:, the agent fetches the transcript using that provider's instructions and embeds it as collapsible Obsidian callouts in the meeting note. A NotesCached: frontmatter timestamp marks the file as cached.

Frontmatter Convention

Before caching:

Notes:
  - https://docs.google.com/document/d/{id}/edit?tab=t.{tab}
  - https://otter.ai/u/{id}

After caching:

Notes:
  - https://docs.google.com/document/d/{id}/edit?tab=t.{tab}
  - https://otter.ai/u/{id}
NotesCached: 2026-02-25T15:00:00+00:00

Provider: Gemini (Google Docs)

Fetching

1. Extract document ID from the Google Docs URL in Notes:.
2. Run gws in the terminal to fetch the document (read-only). See google-workspace-cli for exact commands.
3. Prefer gws docs documents get with includeTabsContent: true and parse the JSON into text (optionally inserting --- TAB: … --- separators from tab titles), or gws drive files export with mimeType: text/plain for a simpler single stream. Parsed content should mirror the old tab layout where needed: --- TAB: Notes ---, --- TAB: Transcript ---.