Token导航 LogoToken导航TokenDH.com
开发敏感数据github未标认证来源可访问许可证需确认审计提醒

granola-incident-runbook格兰诺拉麦片事件操作手册

Agent Skill

granola-incident-runbook 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

594

周安装

25

GitHub Stars

2,109

下载量

208
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:granola-incident-runbook(格兰诺拉麦片事件操作手册)
来源仓库:https://github.com/jeremylongshore/claude-code-plugins-plus-skills
仓库路径:skills/granola-incident-runbook
安装命令:
npx skills add https://github.com/jeremylongshore/claude-code-plugins-plus-skills --skill granola-incident-runbook
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/jeremylongshore/claude-code-plugins-plus-skills --skill granola-incident-runbook

简介

granola-incident-runbook 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。

  • 适合围绕仓库状态、代码变更或协作事项进行整理和分析。
  • 通过 npx skills add 从 GitHub 仓库安装并使用。
  • 安装前需确认权限范围、维护状态及是否涉及联网或文件操作。
  • 建议参考原始 README 了解具体实现细节和使用限制。

SKILL.md

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

  1. 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 help@granola.ai

Resources

Next Steps

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

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

38.62%
按下载量换算80

Claude

28.71%
按下载量换算60

Cursor

20.78%
按下载量换算43

Gemini CLI

9.05%
按下载量换算19

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills