GR

granola-incident-runbook

Provides troubleshooting steps and triage procedures for Granola meeting recording and sync issues.

Install

mkdir -p .claude/skills/granola-incident-runbook && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/6877" && unzip -o skill.zip -d .claude/skills/granola-incident-runbook && rm skill.zip

Installs to .claude/skills/granola-incident-runbook

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

Incident response procedures for Granola meeting capture failures and
69 charsno explicit “when” trigger
Intermediate

Key capabilities

  • Triage meeting capture failures
  • Check Granola service status
  • Restart Granola processes
  • Generate debug bundles for support
  • Execute post-incident reviews

How it works

The runbook provides a structured triage process based on incident severity, utilizing diagnostic commands and escalation paths to restore meeting capture.

Inputs & outputs

You give it
Incident reports and diagnostic logs
You get back
Resolved capture issues or documented workarounds

When to use granola-incident-runbook

  • Triage a meeting recording failure
  • Diagnose integration sync issues
  • Check Granola service status
  • Handle urgent capture troubleshooting

About this skill

Granola Incident Runbook

Overview

Standard operating procedures for Granola incidents — from individual recording failures to organization-wide outages. Covers triage, remediation, communication, escalation, and post-incident review. Designed for IT admins, team leads, and individual users.

Prerequisites

  • Granola admin access (for org-level incidents)
  • Bookmark status.granola.ai for service status
  • Internal communication channel identified (#granola-support or similar)

Instructions

Step 1 — Triage: Assess Severity

# Quick status check
curl -s "https://status.granola.ai/api/v2/status.json" 2>/dev/null | python3 -c "
import json, sys
try:
    data = json.load(sys.stdin)
    indicator = data.get('status', {}).get('indicator', 'unknown')
    desc = data.get('status', {}).get('description', 'Unknown')
    print(f'Status: {indicator} — {desc}')
except:
    print('Cannot reach status page — possible network issue')
" || echo "Network error — check internet connection"
SeverityDescriptionResponse TimeExample
P1 CriticalOrg-wide outage, data loss riskImmediateGranola service down, no one can record
P2 HighMultiple users affected< 1 hourRecording fails for a team, sync broken
P3 MediumSingle user issue< 4 hoursOne person's transcription stopped
P4 LowMinor issue, workaround exists< 24 hoursUI glitch, slow processing

Scope assessment questions:

  1. Is it just you, or are others affected too? → Ask in #granola-support
  2. Is status.granola.ai showing an incident? → P1/P2 if yes
  3. Was it working earlier today? → Recent change (OS update, permissions) likely
  4. Which platform? (Zoom/Meet/Teams) → Platform-specific audio routing

Step 2 — Remediation by Incident Type


Incident: "Meeting Not Recording"

Severity: P3 (single user) or P2 (team-wide)

Immediate actions:

  1. Click Granola menu bar icon > Start Recording (manual override)
  2. If manual start fails:
    • Check that the meeting has audio playing
    • Verify Granola is running: pgrep -l Granola
    • Restart: right-click menu bar icon > Restart Granola

Root cause investigation:

  • Calendar event has a video conferencing link (Zoom/Meet/Teams)
  • Calendar is connected in Settings > Calendar
  • Microphone permission granted
  • Screen & System Audio Recording permission granted (macOS)
  • Not running conflicting audio software (Loopback, BlackHole)

Backup: Take manual notes. After fixing, re-record the next meeting.


Incident: "Transcription Stops Mid-Meeting"

Severity: P3

Immediate actions:

  1. Check: is the computer awake? (Sleep kills transcription)
  2. Right-click Granola icon > Restart Granola
  3. Reopen your note — transcription may resume
  4. If using Bluetooth: switch to wired audio or built-in speakers

Root cause: Granola stops transcription after ~15 minutes of no detected audio. Bluetooth devices can cause intermittent dropouts.


Incident: "Enhancement/Processing Failed"

Severity: P3

Immediate actions:

  1. Wait 15 minutes — long meetings take longer to process
  2. Check internet connectivity
  3. Check status.granola.ai for service issues
  4. Restart Granola and reopen the note
  5. Click Enhance Notes again

If still failing after 30 minutes: The transcript was captured but enhancement may be queued. Submit support ticket with the meeting date/time.


Incident: "Integration Not Syncing" (Slack/Notion/HubSpot)

Severity: P3

Immediate actions:

  1. Settings > Integrations > check the target integration status
  2. Disconnect and reconnect the integration
  3. Re-share the note manually
  4. For Zapier: check Zap history at zapier.com for errors

Common causes:

IntegrationLikely CauseFix
SlackBot removed from channel/invite @Granola in the channel
NotionDatabase deletedReconnect (new database created)
HubSpotOAuth token expiredReconnect in Settings
ZapierConnection expiredRe-authenticate Granola in Zapier

Incident: "Granola Service Outage" (P1)

Severity: P1 Critical

Immediate actions:

  1. Confirm at status.granola.ai
  2. Switch to backup note-taking immediately:
    • Open a text editor or Google Doc
    • Take manual notes for active meetings
    • Notes can be combined with future Granola captures manually
  3. Communicate to your team via Slack:
:rotating_light: Granola is currently experiencing a service outage.

Status: https://status.granola.ai
Impact: Meeting recordings and AI enhancement are unavailable.

Workaround: Take notes manually in Google Docs or your preferred editor.
I'll update when service is restored.

Next update: [time + 30 min]
  1. Subscribe to status updates at status.granola.ai
  2. Resume normal operation when status returns to Operational

Step 3 — Escalation Path

Level 1: User Self-Service
  → Restart Granola, check permissions, verify audio
  → Time: 5 minutes

Level 2: IT Support / Team Admin
  → Run debug bundle (granola-debug-bundle)
  → Check org-wide status, verify SSO/SCIM
  → Time: 15-30 minutes

Level 3: Granola Support
  → Submit ticket at help.granola.ai
  → Attach debug bundle
  → Enterprise: Priority support, dedicated contact
  → Time: 1-24 hours depending on severity

Level 4: Granola Engineering (P1 only)
  → Escalated by Granola Support for service outages
  → Status page updates provided by Granola team

Step 4 — Post-Incident Review

After resolution, document:

## Post-Incident Report

**Date:** YYYY-MM-DD
**Severity:** P1/P2/P3/P4
**Duration:** [start time] — [resolution time]
**Impact:** [# users affected, # meetings missed]

**Timeline:**
- HH:MM — Issue first reported
- HH:MM — Triage and severity assigned
- HH:MM — Workaround communicated
- HH:MM — Root cause identified
- HH:MM — Fix applied / service restored

**Root Cause:** [description]
**Resolution:** [what fixed it]
**Prevention:** [what to change to prevent recurrence]
**Action Items:**
- [ ] [who] [what] [by when]

Output

  • Incident triaged and severity assigned
  • Remediation applied or workaround enabled
  • Stakeholders notified with status updates
  • Post-incident review documented with prevention actions

Error Handling

ScenarioFirst Response
Can't reach status.granola.aiCheck your internet; try from phone network
Restart doesn't fix recordingForce quit (pkill -9 Granola), clear caches, relaunch
Multiple users reporting same issueLikely P1/P2 — check status page, post to team Slack
Issue persists after all troubleshootingCreate debug bundle, submit to [email protected]

Resources

Next Steps

Proceed to granola-data-handling for data export, retention, and GDPR compliance.

When not to use it

  • Resolving network connectivity issues
  • Fixing third-party integration outages

Prerequisites

Granola admin access

Limitations

  • Transcription stops after 15 minutes of no detected audio
  • Manual notes required during service outages

How it compares

This runbook provides specific diagnostic steps for Granola-specific processes rather than generic troubleshooting.

Compared to similar skills

granola-incident-runbook side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
granola-incident-runbook (this skill)127dReviewIntermediate
feedback-triage03moNo flagsAdvanced
analyzing-logs1427dReviewBeginner
sentry104moCautionBeginner

Try saying

Example prompts that trigger this skill in your AI assistant.

More by jeremylongshore

View all by jeremylongshore

analyzing-logs

jeremylongshore

Analyze application logs to detect performance issues, identify error patterns, and improve stability by extracting key insights.

14123

ollama-setup

jeremylongshore

Configure auto-configure Ollama when user needs local LLM deployment, free AI alternatives, or wants to eliminate hosted API costs. Trigger phrases: "install ollama", "local AI", "free LLM", "self-hosted AI", "replace OpenAI", "no API costs". Use when appropriate context detected. Trigger with relevant phrases based on skill purpose.

1167

backtesting-trading-strategies

jeremylongshore

Backtest crypto and traditional trading strategies against historical data. Calculates performance metrics (Sharpe, Sortino, max drawdown), generates equity curves, and optimizes strategy parameters. Use when user wants to test a trading strategy, validate signals, or compare approaches. Trigger with phrases like "backtest strategy", "test trading strategy", "historical performance", "simulate trades", "optimize parameters", or "validate signals".

1071

generating-database-seed-data

jeremylongshore

Process this skill enables AI assistant to generate realistic test data and database seed scripts for development and testing environments. it uses faker libraries to create realistic data, maintains relational integrity, and allows configurable data volumes. u... Use when working with databases or data models. Trigger with phrases like 'database', 'query', or 'schema'.

1033

cursor-codebase-indexing

jeremylongshore

Execute set up and optimize Cursor codebase indexing. Triggers on "cursor index setup", "codebase indexing", "index codebase", "cursor semantic search". Use when working with cursor codebase indexing functionality. Trigger with phrases like "cursor codebase indexing", "cursor indexing", "cursor".

885

testing-mobile-apps

jeremylongshore

Execute mobile app testing on iOS and Android devices/simulators. Use when performing specialized testing. Trigger with phrases like "test mobile app", "run iOS tests", or "validate Android functionality".

810

You might also like

feedback-triage

Alchemication

Use when the user mentions a thumbs-down, asks "what went wrong with this nudge/chat/coach/insight", references a specific feedback id, or asks to look at recent feedback. Covers the triage flow (how to walk an LLM call trace), how to localize a bug across the source/verify/rewrite chain, how to cro

00

analyzing-logs

jeremylongshore

Analyze application logs to detect performance issues, identify error patterns, and improve stability by extracting key insights.

14123

sentry

openai

Use when the user asks to inspect Sentry issues or events, summarize recent production errors, or pull basic Sentry health data via the Sentry API; perform read-only queries with the bundled script and require `SENTRY_AUTH_TOKEN`.

1048

obsidian-incident-runbook

jeremylongshore

Troubleshoot Obsidian plugin failures with systematic incident response. Use when plugins crash, data is corrupted, or users report critical issues with your Obsidian plugin. Trigger with phrases like "obsidian crash", "obsidian plugin broken", "obsidian incident", "debug obsidian failure", "obsidian emergency".

346

obsidian-observability

jeremylongshore

Set up comprehensive logging and monitoring for Obsidian plugins. Use when implementing debug logging, tracking plugin performance, or setting up error reporting for your Obsidian plugin. Trigger with phrases like "obsidian logging", "obsidian monitoring", "obsidian debug", "track obsidian plugin".

534

langsmith-observability

davila7

LLM observability platform for tracing, evaluation, and monitoring. Use when debugging LLM applications, evaluating model outputs against datasets, monitoring production systems, or building systematic testing pipelines for AI applications.

430

Search skills

Search the agent skills registry