๐Ÿ“… let's chat! explore the endless possibilities creating industries that don't exist. click here

ideogram-incident-runbook

Execute Ideogram incident response procedures with triage, mitigation, and postmortem. Use when responding to Ideogram-related outages, investigating errors, or running post-incident reviews for Ideogram integration failures. Trigger with phrases like "ideogram incident", "ideogram outage", "ideogram down", "ideogram on-call", "ideogram emergency", "ideogram broken". allowed-tools: Read, Grep, Bash(kubectl:*), Bash(curl:*) version: 1.0.0 license: MIT author: Jeremy Longshore <jeremy@intentsolutions.io>

Allowed Tools

No tools specified

Provided by Plugin

ideogram-pack

Claude Code skill pack for Ideogram (24 skills)

saas packs v1.0.0
View Plugin

Installation

This skill is included in the ideogram-pack plugin:

/plugin install ideogram-pack@claude-code-plugins-plus

Click to copy

Instructions

# Ideogram Incident Runbook ## Overview Rapid incident response procedures for Ideogram-related outages. ## Prerequisites - Access to Ideogram dashboard and status page - kubectl access to production cluster - Prometheus/Grafana access - Communication channels (Slack, PagerDuty) ## Severity Levels | Level | Definition | Response Time | Examples | |-------|------------|---------------|----------| | P1 | Complete outage | < 15 min | Ideogram API unreachable | | P2 | Degraded service | < 1 hour | High latency, partial failures | | P3 | Minor impact | < 4 hours | Webhook delays, non-critical errors | | P4 | No user impact | Next business day | Monitoring gaps | ## Quick Triage ```bash # 1. Check Ideogram status curl -s https://status.ideogram.com | jq # 2. Check our integration health curl -s https://api.yourapp.com/health | jq '.services.ideogram' # 3. Check error rate (last 5 min) curl -s localhost:9090/api/v1/query?query=rate(ideogram_errors_total[5m]) # 4. Recent error logs kubectl logs -l app=ideogram-integration --since=5m | grep -i error | tail -20 ``` ## Decision Tree ``` Ideogram API returning errors? โ”œโ”€ YES: Is status.ideogram.com showing incident? โ”‚ โ”œโ”€ YES โ†’ Wait for Ideogram to resolve. Enable fallback. โ”‚ โ””โ”€ NO โ†’ Our integration issue. Check credentials, config. โ””โ”€ NO: Is our service healthy? โ”œโ”€ YES โ†’ Likely resolved or intermittent. Monitor. โ””โ”€ NO โ†’ Our infrastructure issue. Check pods, memory, network. ``` ## Immediate Actions by Error Type ### 401/403 - Authentication ```bash # Verify API key is set kubectl get secret ideogram-secrets -o jsonpath='{.data.api-key}' | base64 -d # Check if key was rotated # โ†’ Verify in Ideogram dashboard # Remediation: Update secret and restart pods kubectl create secret generic ideogram-secrets --from-literal=api-key=NEW_KEY --dry-run=client -o yaml | kubectl apply -f - kubectl rollout restart deployment/ideogram-integration ``` ### 429 - Rate Limited ```bash # Check rate limit headers curl -v https://api.ideogram.com 2>&1 | grep -i rate # Enable request queuing kubectl set env deployment/ideogram-integration RATE_LIMIT_MODE=queue # Long-term: Contact Ideogram for limit increase ``` ### 500/503 - Ideogram Errors ```bash # Enable graceful degradation kubectl set env deployment/ideogram-integration IDEOGRAM_FALLBACK=true # Notify users of degraded service # Update status page # Monitor Ideogram status for resolution ``` ## Communication Templates ### Internal (Slack) ``` ๐Ÿ”ด P1 INCIDENT: Ideogram Integration Status: INVESTIGATING Impact: [Describe user impact] Current action: [What you're doing] Next update: [Time] Incident commander: @[name] ``` ### External (Status Page) ``` Ideogram Integration Issue We're experiencing issues with our Ideogram integration. Some users may experience [specific impact]. We're actively investigating and will provide updates. Last updated: [timestamp] ``` ## Post-Incident ### Evidence Collection ```bash # Generate debug bundle ./scripts/ideogram-debug-bundle.sh # Export relevant logs kubectl logs -l app=ideogram-integration --since=1h > incident-logs.txt # Capture metrics curl "localhost:9090/api/v1/query_range?query=ideogram_errors_total&start=2h" > metrics.json ``` ### Postmortem Template ```markdown ## Incident: Ideogram [Error Type] **Date:** YYYY-MM-DD **Duration:** X hours Y minutes **Severity:** P[1-4] ### Summary [1-2 sentence description] ### Timeline - HH:MM - [Event] - HH:MM - [Event] ### Root Cause [Technical explanation] ### Impact - Users affected: N - Revenue impact: $X ### Action Items - [ ] [Preventive measure] - Owner - Due date ``` ## Instructions ### Step 1: Quick Triage Run the triage commands to identify the issue source. ### Step 2: Follow Decision Tree Determine if the issue is Ideogram-side or internal. ### Step 3: Execute Immediate Actions Apply the appropriate remediation for the error type. ### Step 4: Communicate Status Update internal and external stakeholders. ## Output - Issue identified and categorized - Remediation applied - Stakeholders notified - Evidence collected for postmortem ## Error Handling | Issue | Cause | Solution | |-------|-------|----------| | Can't reach status page | Network issue | Use mobile or VPN | | kubectl fails | Auth expired | Re-authenticate | | Metrics unavailable | Prometheus down | Check backup metrics | | Secret rotation fails | Permission denied | Escalate to admin | ## Examples ### One-Line Health Check ```bash curl -sf https://api.yourapp.com/health | jq '.services.ideogram.status' || echo "UNHEALTHY" ``` ## Resources - [Ideogram Status Page](https://status.ideogram.com) - [Ideogram Support](https://support.ideogram.com) ## Next Steps For data handling, see `ideogram-data-handling`.

Skill file: plugins/saas-packs/ideogram-pack/skills/ideogram-incident-runbook/SKILL.md