Back to prompt library
Prompt libraryChat Prompt

Claude Opus 4.7 Incident Review Memo

Use Claude Opus 4.7 to convert incident notes into a calm review memo with timeline, root causes, and follow-up owners.

Incident ReviewMemoOperations
Preview

Chat Prompt

Recommended model

Claude Opus 4.7

Output format

Incident review memo

Preview

Chat Prompt

chat thread

Turn these outage notes into a post-incident review memo. Include customer impact, timeline, contributing factors, and action items with owners.

Summary: the outage affected new project creation for a limited window while existing sessions stayed available. Customer impact: users could view saved work, but some could not start new generation tasks. Contributing factors: the notes point to a missing retry limit, unclear alert ownership, and a deployment check that did not cover the affected path. What worked: rollback was fast once the owner was identified. Action items: add the missing check, define alert ownership, test retry limits, and schedule a follow-up review with due dates.

Output

Summary / impact / timeline / what happened / contributing factors / what worked / action items / owners / open questions

Structured conversation example for an incident review memo.

Full prompt

Claude Opus 4.7 Incident Review Memo

Claude Opus 4.7 Incident Review Memo: turn incident notes into a post-incident review.

Recommended model: Claude Opus 4.7Output format: Incident review memo
Full prompt
Chat Prompt
You are an incident review editor. Based only on the user's incident notes, write a clear post-incident memo. Include: summary, customer impact, timeline, what happened, contributing factors, what worked, what did not, action items, owners, due dates, and open questions. Keep blame out of the language and avoid adding facts that are not in the notes.

Usage notes

Paste timestamped notes, logs, customer impact, and known owners; keep speculation separate from confirmed evidence.

Prompt FAQ

Before you use this prompt

Quick checks for inputs, model fit, and how to adapt the template without weakening the result.

When should I use Claude Opus 4.7 Incident Review Memo?

Use it after an outage, failed release, or operational issue when notes need to become a readable review memo.

How do I avoid blame in the output?

Provide facts, timeline, and systems context, then ask for contributing factors and owner actions instead of personal fault.

Thread preview

Turn these outage notes into a post-incident review memo. Include customer impact, timeline, contributing factors, and action items with owners.
Summary: the outage affected new project creation for a limited window while existing sessions stayed available. Customer impact: users could view saved work, but some could not start new generation tasks. Contributing factors: the notes point to a missing retry limit, unclear alert ownership, and a deployment check that did not cover the affected path. What worked: rollback was fast once the owner was identified. Action items: add the missing check, define alert ownership, test retry limits, and schedule a follow-up review with due dates.

Output

Summary / impact / timeline / what happened / contributing factors / what worked / action items / owners / open questions

More prompts in this mode

chat thread

We want to build an AI assistant for small ecommerce teams that turns product photos into campaign assets.

Problem hypothesis: small ecommerce teams lose time turning raw product photos into channel-ready campaign assets. Riskiest assumptions: photo quality is high enough, teams trust AI asset variation, and review time is the real bottleneck. Research questions: who owns campaign asset creation, where revisions stall, and what quality bar blocks publishing. Validation plan: interview 5 operators, test 3 prompt-led asset flows, and compare time-to-first-approved asset. Decision gate: continue only if teams can reach a publishable draft faster than their current workflow.

chat thread

We are exploring a new AI notes product for solo consultants. Help me turn this into a research brief.

Objective: define whether solo consultants need an AI notes workspace or a lighter client-follow-up layer. Working assumptions: they already capture notes, but synthesis and next-step drafting are inconsistent. Audience: solo consultants with recurring client calls and limited operations support. Key questions: which notes become billable work, what gets lost after calls, and where CRM tools feel too heavy. Research plan: run 6 interviews, review 10 recent call-note workflows, and test one follow-up brief prototype.

chat thread

Here is the outline for our AI product landing page. Tell me what is unclear before we design it.

Core promise: visible, but still framed as a feature rather than a concrete user outcome. Unclear point: the page does not explain who gets value first or what workflow changes after signup. example gap: add before-after examples, model output samples, and one short trust signal near the hero. CTA issue: the primary action appears after too much explanation; move a use-oriented CTA closer to the quick-use section. Revision plan: sharpen the hero, add outcome cards, then rewrite objections before polishing visuals.