Moar Automation in DevRel - Build a Slack bot that notifies you about relevant Dev.to articles
Tags: api, productivity, devrel, postman
Published: 2022-05-13 12:40:22

---
title: Moar Automation in DevRel - Build a Slack bot that notifies you about relevant Dev.to articles 
published: true
description: If you want to get Slack notifications about new articles on Dev.to (through a keyword or a tag), this how-to is for you.
tags: api, productivity, devrel, postman
cover_image: https://dev-to-uploads.s3.amazonaws.com/uploads/articles/b523rcm7rllcg1xyytxk.png
---

*Update:* The zap order and filters got updated to minimise the chance for articles getting missed. I ended up rewriting this article instead of updating and commenting single steps.

_Cover image credits partially go to [Justin Yoo](https://twitter.com/justinchronicle) and [his article](https://dev.to/azure/blazor-webassembly-for-headless-cms-on-azure-static-web-apps-412c). Justin's a highly appreciated former colleague of mine, and he's hopefully ok with a cameo on this article._
 
Hey there,
I'm Jan, a Program Manager in Developer Relations at [Postman](https://dev.to/postman), and my mission is to help Developer Relations scale their efforts and developer advocates to do their job with the highest possible impact. I create processes, community and developer programs, and automate stuff. I collect and process data to prioritise fields of activity, e.g. events or platforms. I generally work on strategic stuff to help make decisions where the ship should be going.

That's why I'm on dev.to, too: because you all are developers potentially interested in Postman topics, you are the ones that we at Developer Relations want to succeed in what you do. And before we can do that, we need to know what you all are talking about and what challenges you face, and which of these issues we have the capability to help solve. 
To know what's going on in terms of APIs and Postman-in-the-wild, I created I bot that deploys a message a channel on our company Slack whenever a new article that features the tag [API](https://dev.to/t/api) or [mentions Postman](https://dev.to/search?q=Postman) in the title or the article body is being published.

## Creating a Slack App. Or rather not.

Slack doesn't have an app for dev.to, so I went the nowadays rather usual route through [Zapier](https://zapier.com/). 

![Screenshot of three zaps in Zapier's dashboard, all names starting with "Slack notify on new Dev.To" and then either go "API tagged article", "Postman mention" or "Postman tagged article"](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/7s1n1nffrodqm33rh3cb.png)

There's an RSS feed publicly available for all articles that get published on dev.to: https://dev.to/feed/. When I started I wanted to monitor new posts that gets published with the [API tag](https://dev.to/t/api) only. Dev.to's algorithm is heavily focused on tags. My assumption was that most people know that and we would have quite a good filter for everything API related when monitoring this platform tag. So I was searching for a feed that only updated with new publications to this tag. I eventually found it at https://dev.to/feed/tag/api. 

## Triggering zap no.1 by tag

![Screenshot of the zap's trigger section](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/8yq65xyd8a85rd4eq30s.png)

And here's what I did for the API-tagged articles for notifications:

![Screenshot of the zap's Slack action](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/wrwjma8yc2zo8iw2nn1k.png)

## Also finding mentions of "Postman"

As my thoughts developed, and I realised I wanted to monitor for keywords as well, I added two intermediary steps in this zap, to find out if Postman was mentioned in the body, using Formatter:

![Screenshot of the Formatter action step in the zap, that finds "Postman" in the body](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/uuw28qupaibq8h34jety.png)

The Formatter would string.find Postman and then return a positive integer or -1 in case "Postman" isn't found. 

The next action would create a string depending on the previous output integer through number.spreadsheet_formula. This string will already be what goes into the Slack message ("Postman was also mentioned in the article"). That way I wouldn't need to create an extra condition in composing the message.

![Screenshot of the second Formatter action using an IF statement to create a string](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/af553bxkb7ptly1rqvqs.png)

Next step 

## Triggering a second zap for news on the general feed

Then I added another zap:

![Screenshot of a zap in Zapier's dashboard, called "Slack notify on new Dev.To Postman mention"](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/g88p8f42yjtr5xtmt9j4.png)

That would take the general feed from https://dev.to/feed and filter for title or body to contain a mention of Postman.

![Screenshot of the trigger section of the second zap](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/exoail7nz5gwdnokivrv.png)

## Filter by "mentioning Postman"


The title or the body of the article needs to mention the keyword "Postman" for this zap to continue. But It wouldn't let through any articles that are already covered by the first zap (and the third, to be honest). I filtered for the "api" and "postman" tag as well, called Category in the feed, to not being listed. Only continue if none of these tags are used. Otherwise this zap would be executed although the article was already covered by the first (or the third) zap. 

![Screenshot of the filter section of the second zap, filtering title and body for a mention of Postman, and tags for not mentioning api or postman](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/t5zocf2q5h4w1u3lqy0a.png)

And this is the action that is being taken, sending a message to a specified channel on Slack, providing the link and also the fact that Postman has been explicitly mentioned.

![Screenshot of the action section of the second zap, defining what should go into the Slack message](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/q6hq1obie18741esqt45.png)

![Screenshot like the one in the cover image, showing a unfurled link to an article on dev.to and mentioning in text, that this article mentioned Postman](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/twtfr027ta8hd66uq4nd.png)

## A third zap

There's another tag on dev.to that we would want to monitor: [postman](https://dev.to/t/postman). It has 182 posts at the time of writing, and this volume could be increasing. Why not directly monitor it as well.

I duplicated zap no.1 and deleted the Formatter steps. No need to find out if the mention Postman. If you consciously use the postman tag, we'll definitely want to read it anyway. =)

![Screenshot of the overview trigger and action for the zap](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/mjpwo8uzt5nk7ng1fgr6.png)


## What it's good for

Now all of my colleagues interested in API or Postman related activity on dev.to could join this channel and get notified if they chose to - through Slack. 

I hope we'll soon see more Postmanauts - that's what Postman employees call themselves, referring to the company's mascot of an astronaut - actively engaging in discussions on dev.to. 

Reach out if you want to know more about Program Management in DevRel. 
Stay safe. <3

Update: There's a high chance that dev.to's main feed is updating with multiple new entries, so your article might get swallowed and not show up for the automation. I'll try swapping filter logic between the two zaps and see if that helps avoid the situation.