{"slug": "stop-rewriting-the-same-update-with-ai-powered-incident-communications-by-dias", "title": "Stop rewriting the same update with AI-Powered Incident Communications by Cristina Dias", "summary": "PagerDuty released AI-Powered Incident Communications into rolling general availability, pairing an SRE Agent with a Scribe Agent that captures conference bridge audio and incident channel chat across Zoom, Microsoft Teams, and Google Meet and drafts internal and external status updates for responder review in Slack. The Scribe Agent's running record also drives the Periodic Incident Progress workflow action, which posts structured updates to the incident channel on a team-set cadence, while standardized templates carry structured fields including status, impacted business services, impact level, and time until the next update. PagerDuty said the product is part of its series on helping customers move toward autonomous operations.", "body_md": "# Stop rewriting the same update with AI-Powered Incident Communications\n\n[Cristina Dias](https://www.pagerduty.com/blog/author/cdias/)October 7, 2026 | 5 min read\n\nThis blog post is part of PagerDuty’s ongoing series on how we’re helping customers navigate their journey towards autonomous operations. Read on to learn about how PagerDuty’s AI-Powered Incident Communications builds towards this vision.\n\n### The update is always late, and it is always the same update\n\nAn incident is live. The fix is not in yet, and the updates are already overdue. Internal teams want to know what is happening. Partners want to know whether they are affected. Customers want to know when it will be over. Those are the same story told three different ways, and each one pulls a responder out of the fix to rebuild the timeline from memory and write it again for a different reader. Twenty minutes later it happens again, and it keeps happening for the life of the incident.\n\nMost incident management tooling treats this as a publishing problem. Give responders a faster editor, a better template, a button closer to the incident. That helps, and it still leaves the work exactly where it was. The context for a status update already exists in the bridge call and the incident channel. What has been missing is an agent that gathers it and turns it into the update.\n\nAI-Powered Incident Communications is now in rolling GA. SRE Agent orchestrates the path from response to published update: it calls Scribe Agent to capture conference bridge audio and incident channel chat, keeps the incident channel updated automatically as the response unfolds, drafts internal and external status updates from that captured context, and surfaces those drafts in Slack for a responder to review and publish. Let’s look at each piece.\n\n### Capture the incident without assigning a scribe\n\nOn most bridge calls someone draws the short straw, stops investigating, and starts typing. When nobody draws it, the context is simply gone, and the update becomes somebody’s best recollection of a call that ended an hour ago.\n\nScribe Agent joins the incident bridge and captures both the audio and the incident channel chat, across Zoom, Microsoft Teams, and Google Meet. Live transcription appears in thread, so anyone who is not on the call can still follow along. SRE Agent invokes Scribe Agent as part of coordinating the incident, rather than waiting for a responder to remember.\n\nThat running record also drives the Periodic Incident Progress workflow action, which posts structured updates into the incident channel on a cadence your team sets. Internal stakeholders get a drumbeat without anyone being asked for one.\n\n### Draft internal and external updates from what was actually said\n\nUpdates written from memory go out in whatever shape the writer chose, so the version an executive reads bears little structural resemblance to the one on the public status page an hour later.\n\nStandardized templates map to where you are in the incident, from scoping impact through recovery and resolution, so every update arrives in the same shape regardless of who wrote it. Generate with AI fills the draft from PagerDuty incident context plus what Scribe Agent captured, including the affected service, the customer-visible symptom, and what is not affected. Refine with AI tightens a draft a responder wrote themselves. Alongside the copy, the update carries the structured fields the status page needs:\n\n- Status, from investigating through resolved\n- Impacted business services\n- Impact level\n- Time until the next update\n\nInternal and external status pages are both selectable from the same place, so the stakeholder update and the customer update come from one captured context rather than two separate writing sessions.\n\n### Review and publish in the channel you are already in\n\nApproval is usually why updates sit. The person who should read the draft before customers do is in the incident, and the draft is in a doc or a DM that nobody in the response has open.\n\nRunning /pd update in the Slack incident channel opens the update directly where the team is working. Checking “post message to channel as draft” puts it in front of the channel first, where the incident commander can edit the message or refine its tone, either in Slack or on the incident details page, and then publish. The first update creates the status page post and sets the customer-facing title. Every update after it threads into that same post, so subscribers follow one story instead of hunting through separate entries.\n\n### Bringing it together\n\nSeparately these are three capabilities. Together they close the communication stage of the incident lifecycle, the stage that has stayed manual while detection, mobilization, and analysis were automated around it.\n\nThe human stays where the human matters. An agent gathers the context and proposes the words, and a responder decides what reaches customers. And none of it is disposable: the captured context and the published updates feed the post-incident review and SRE Agent’s memory, so the next incident of this shape starts further along than this one did.\n\n### Paving the path to autonomous operations\n\nYour team shouldn’t be rewriting multiple updates for different audiences while the fix is still open.\n\nOur approach to autonomous operations:\n\n- Puts intelligent agents to work at scale, handling the noise, accelerating resolution, and keeping you in the loop where it matters\n- Deepens the full incident management lifecycle by empowering teams to resolve incidents faster\n- Broadens the platform and ecosystem with capabilities that help teams prevent incidents from happening\n\nAI-Powered Incident Communications moves us closer to that vision. Every audience hears the same story, and nobody leaves the incident channel to tell it. Ready to see it in action?", "url": "https://wpnews.pro/news/stop-rewriting-the-same-update-with-ai-powered-incident-communications-by-dias", "canonical_source": "https://www.pagerduty.com/blog/chatops/stop-rewriting-the-same-update-with-ai-powered-incident-communications/", "published_at": "2026-10-07 11:30:46+00:00", "updated_at": "2026-10-07 12:18:58.051748+00:00", "lang": "en", "topics": ["ai-agents", "ai-products", "artificial-intelligence"], "entities": ["PagerDuty", "Cristina Dias", "SRE Agent", "Scribe Agent", "Slack", "Zoom", "Microsoft Teams", "Google Meet"], "also_reported_by": [], "alternates": {"html": "https://wpnews.pro/news/stop-rewriting-the-same-update-with-ai-powered-incident-communications-by-dias", "markdown": "https://wpnews.pro/news/stop-rewriting-the-same-update-with-ai-powered-incident-communications-by-dias.md", "text": "https://wpnews.pro/news/stop-rewriting-the-same-update-with-ai-powered-incident-communications-by-dias.txt", "jsonld": "https://wpnews.pro/news/stop-rewriting-the-same-update-with-ai-powered-incident-communications-by-dias.jsonld"}}