Turn Heroku deploys into a readable Slack changelog

Every time you ship to Heroku, we post a clear summary to Slack listing what changed, who deployed it, and whether it was a rollback.

Agentic Task
HerokuGitHubSlackEngineeringProductNotifications & AlertsContent Generation
PromptCreate

Whenever a new release is deployed to my Heroku app, publish a readable deploy announcement to my Slack channel. Trigger this by polling Heroku for a new release (a deploy) on the app I specify. I will tell you which Heroku app to watch and which GitHub repository holds that app's code.

When a new release fires, use Heroku's Get Release to pull the details of the new version: the version number, the description, who deployed it (the deployer), and the timestamp it went live. Also determine the timestamp of the previous release for this app so you know the window of changes to summarize.

Use GitHub's List Pull Requests on the mapped repository to gather the pull requests that were merged since the previous release. Filter to closed pull requests and keep only the ones that were actually merged and whose merge time is after the prior release's timestamp. Ignore pull requests that were closed without merging, and ignore anything merged before the last deploy.

From those merged pull requests, draft a plain-English "What shipped in vN" changelog using the new version number. Summarize what actually changed in clear language, group related changes where it helps readability, and keep it skimmable. Lead with the version number, name the person who deployed, and note the time it went live.

Check the release description before writing. If it reads "Rollback to vX", clearly flag the announcement as a rollback to that earlier version instead of listing new changes, and say who performed the rollback. If there are no merged pull requests since the previous release, still post a short note confirming the deploy rather than an empty changelog.

Post the finished summary to my Slack channel using Slack's Send a Message. Format it with Slack's message formatting (single asterisks for bold, and <url|text> for links) so it reads cleanly in the channel.

Additional information

What does this prompt do?
  • Watches your Heroku app and runs the moment a new version is deployed.
  • Gathers the pull requests that shipped since your last deploy and turns them into a plain-English "What shipped in vN" summary.
  • Posts the summary to your chosen Slack channel, including the version number, who deployed, and when it went live.
  • Automatically flags rollbacks so the team knows when a release is reverting to an earlier version.
What do I need to use this?
  • A Heroku account with the app you want to watch.
  • A GitHub account connected to the repository that holds that app's code.
  • A Slack workspace and the channel where announcements should be posted.
How can I customize it?
  • Choose which Slack channel receives the deploy announcements.
  • Map each Heroku app to the GitHub repository that powers it.
  • Adjust the tone and length of the changelog, or group changes into features, fixes, and chores.

FAQs

Which Heroku apps does this work with?
Any app in your Heroku account. You pick the app to watch, and the workflow runs every time a new version is deployed to it.
How does it know what changed?
It looks at the pull requests merged into your app's GitHub repository since the previous deploy and summarizes them in plain English, so you get real release notes instead of a bare version number.
What happens when a deploy is a rollback?
When a release is rolling back to an earlier version, the announcement clearly calls that out instead of listing new changes, and names who performed the rollback.
Will the announcement say who deployed?
Yes. Each message names the person who triggered the release, along with the version number and the time it went live.
Do I have to write the update myself?
No. The changelog is drafted for you from the merged pull requests, so polished deploy notes land in Slack without you writing a word.

Related templates

Turn website roof inspection requests into JobNimbus leads

New roof inspection requests from your website form land in JobNimbus within a minute, with no duplicate records and nothing retyped by your team.

JobNimbus
Google Forms
Slack
Agentic Task
Triage new Jira Service Management requests before anyone opens them

Every new customer request gets a priority, triage labels, a friendly reply with the right help article, and a Slack ping only when it is truly urgent.

Jira Service Management
Jira
Slack
Agentic Task
Risk-check every dependency upgrade pull request in GitHub

When a bot opens a version bump pull request, we read the real documentation for that exact version and tell you whether it is safe to merge.

Context7
GitHub
Slack
Agentic Task
Launch an Ironclad contract when a HubSpot deal is won

The moment a deal hits Closed Won, the right contract starts in Ironclad, the link lands on the deal, and your sales channel hears who owns the next step.

Ironclad
HubSpot
Slack
Agentic Task
Weekly Ironclad contract renewal digest in Slack and Asana

Every Monday, find contracts renewing or expiring in the next 90 days, post a ranked digest to Slack, and open Asana tasks for the ones that need a decision now.

Ironclad
Slack
Asana
Agentic Task
Turn repeat support tickets into draft help articles

Every Friday, spot the questions your team keeps answering by hand and get a ready-to-review help article drafted from real fixes.

Jira Service Management
Confluence
Slack
Agentic Task

Stop writing deploy updates by hand.

Let every Heroku release announce itself in Slack, complete with a readable changelog of what shipped.