adobe-incident-runbook
Provides rapid triage and incident response steps for Adobe Firefly, PDF Services, and I/O Events outages.
Install
mkdir -p .claude/skills/adobe-incident-runbook && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/19500" && unzip -o skill.zip -d .claude/skills/adobe-incident-runbook && rm skill.zipInstalls to .claude/skills/adobe-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.
Execute Adobe incident response procedures with triage, mitigation,Key capabilities
- →Classify incident severity from P1 to P4
- →Execute diagnostic curl commands for IMS authentication
- →Monitor API endpoint reachability
- →Perform credential rotation and secret updates
- →Enable application fallback mode
How it works
It uses a decision tree to isolate outages between Adobe-side issues and internal configuration errors, providing specific bash commands for remediation.
Inputs & outputs
When to use adobe-incident-runbook
- →Triage Adobe Firefly API service interruptions
- →Investigate IMS authentication failures
- →Run post-incident reviews for PDF Services
- →Monitor I/O event delivery failures
About this skill
Adobe Integration Incident Command
Overview
Triage, contain, recover, and review Adobe auth, product, async-job, event, storage, spend, or App Builder incidents with evidence. This workflow produces a reviewable artifact and evidence before any live side effect.
Prerequisites
- Current first-party Adobe documentation for every selected service, API version, auth flow, limit, and lifecycle.
- Named product, identity, security, data, budget, release, and operations owners appropriate to the scope.
- Synthetic or approved non-production fixtures with secret and content canaries.
Current Contract
Vendor status, local deployment, credentials/entitlement, request validity, queues, storage, and downstream systems are separate failure domains. Containment preserves evidence while stopping new harm; recovery never starts with blind retry or credential deletion. Recheck the dated evidence map before relying on mutable product behavior.
Authentication
A suspected secret or signed-URL exposure is a security incident. Add/rotate/deploy/verify before approved old-secret deletion; invalidate exposed temporary access and preserve last-use evidence.
Instructions
- Declare severity, commander, service/operation, environment, customer/data/spend impact, and incident clock.
- Freeze risky deploys/replays and capture content-safe request/job/activation IDs, queue state, artifact revision, and vendor status.
- Classify local, auth/entitlement, validation/policy, throttling, vendor, event-delivery, storage, or downstream failure.
- Contain via queue pause, circuit, credential rotation, registration disablement, or traffic rollback according to owner authority.
- Recover with one bounded synthetic canary, reconcile ambiguous jobs/events/assets, and restore traffic in stages.
- Verify data/spend/cleanup, communicate status, preserve timeline, and assign corrective actions with evidence.
Tool Discipline
Use Read, Glob, and Grep to inspect current documentation, configuration, code, fixtures, and evidence. Use Write and Edit only for approved repository artifacts. Skill invocation alone does not authorize network access, credentials, Adobe content, consent, uploads, generation, spend, deployment, registration changes, replay, cancellation, or deletion.
Approval Boundaries
Commander coordinates; security authorizes secret response; product/data/budget owners authorize replay, generation, transfer, or deletion; release owner authorizes rollback/redeploy.
Error Handling
- Do not delete the only credential during containment.
- Do not replay unknown PDF/Firefly jobs without reconciliation.
- Do not declare recovery from endpoint health alone.
Output
Return severity, timeline, evidence, fault domain, containment, recovery tests, reconciliation, customer/data/spend impact, and follow-ups. Mark assumptions, observed environment behavior, owners, evidence dates, and unresolved gaps explicitly.
Examples
- Contain a synthetic leaked secret with overlap rotation.
- Recover a queue after vendor 429s without duplicate submissions.
Validation
Exercise and record expected and observed results for:
- credential exposure
- entitlement loss
- 429 storm
- unknown jobs
- event disablement
- rollback
Resources
- Current first-party evidence map — recheck dated Adobe sources before execution.
- Treat observed tenant or product behavior as environment-specific evidence, never a universal Adobe guarantee.
When not to use it
- →When the Adobe status page is unreachable and network connectivity is the primary issue
Prerequisites
Limitations
- →Fallback mode requires pre-implemented code paths to return cached or default data
How it compares
This runbook provides specific Adobe-centric triage steps and communication templates rather than general incident response procedures.
Compared to similar skills
adobe-incident-runbook side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| adobe-incident-runbook (this skill) | 0 | 3mo | Review | Intermediate |
| audit | 0 | 7mo | No flags | Intermediate |
| bug-scan | 0 | 3mo | Review | Intermediate |
| analyzing-logs | 14 | 3mo | Review | Beginner |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by jeremylongshore
View all by jeremylongshore →You might also like
audit
senda-labs
Run complete system health audit of DQIII8 — checks DB integrity, agent performance, pipeline connections, error log, and services. Produces a scored Markdown report.
bug-scan
krzysu
Classifier-anomaly detector for the swing-scan, morning-brief, and external-scanner crons. Detects Pattern B shapes (absent-with-subs, silent, ghost), sub-signal weight drift, L3 calibration skew, and cross-TF classification contradictions. Audit 2026-06-23 #2.
analyzing-logs
jeremylongshore
Analyze application logs to detect performance issues, identify error patterns, and improve stability by extracting key insights.
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`.
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".
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".