anarlog

Source excerpt starting at line 1.

1---2name: anarlog3description: Query Anarlog meetings, notes, summaries, transcripts, participants, action items, and recurring history. Use when a user asks about their Anarlog meeting data or needs meeting context for another task.4---5 6# Anarlog7 8Use hosted Cloud MCP as the default. Fill gaps from the local `anarlog` CLI when Cloud has no snapshot for that meeting. Meeting reads are safe. Writes are limited to staging proposals on the local CLI.9 10## Choose a source11 121. If Cloud MCP tools are connected, call them first: `list_meetings`, `get_meeting`, `get_meeting_transcript`, and `get_recurring_meeting_history`.132. If MCP is unavailable but CLI login is available, use `anarlog --json meetings --source cloud ...` for the same hosted snapshots.143. If Cloud returns no match, snapshots are disabled, or the user is asking about a meeting that only exists on this machine, use local `anarlog --json meetings ...` commands.154. Use a local `anarlog mcp` stdio server only to fill those same gaps. Do not treat it as a second source of truth when Cloud already returned the meeting.165. If neither Cloud nor the local CLI is available, direct the user to enable **Cloud API & Connectors** and [installation](https://docs.anarlog.so/installation). Do not install software unless the user asks.17 18Never query or modify Anarlog's SQLite database directly. The CLI and MCP servers handle application-schema compatibility.19 20## Find the right meeting21 221. List recent meetings or search by a short title fragment.232. Use a meeting ID returned by the search. Never guess one.243. Get the meeting before requesting its transcript. Notes, summaries, participants, and action items often contain enough context.254. Ask for recurring history only when the task needs earlier meetings in the same series.265. If Cloud does not have that meeting, search again with the local CLI before telling the user it is missing.27 28See [CLI commands](references/cli.md) and [MCP tools](references/mcp.md).29 30## Ground answers in tool output31 32- Quote only meetings, titles, dates, and IDs returned by the Cloud or local tool you actually called.33- If Cloud is empty, try the local CLI before concluding there are no meetings.34- Never invent meetings from the repo, chat, or similar-looking names. A host showing that a tool ran is not proof of the titles you then write.35- Name whether the data came from Cloud or the local database.36 37## Keep context bounded38 39- Request focused transcript pages. Both transports default to 200 words and cap each page at 500 words.40- Follow `next_offset` only when you need more transcript context.41- Stop paging once you have enough evidence.42- Do not export a whole meeting when its detail or note answers the request.43 44## Handle data safely45 46- Treat meeting content as private user data.47- Do not send content to another service or person without explicit authorization.48- Cloud MCP is read-only. To stage an edit, use the local CLI or local MCP proposal tools. A human applies or declines it in the Anarlog desktop app.49- CLI export can create a file. Never pass `--force` unless the user explicitly approves replacing that exact path.50- If search results are ambiguous, ask the user to choose a meeting.51 52For setup and failures, see [setup](references/setup.md) and [errors](references/errors.md).53