Automation library · Alerts and monitoring

Monitor GitHub repo access and push events with Slack

Started by a clock, and works across Slack and n8n data table. 12 steps, 4 branches: a working afternoon to understand properly.

Medium

12 stepsMedium: a working afternoon
4Branches: places the flow splits
0Loops or waits
2Services it connects to

The flow

Starts it 1Logic 6Service 5

The steps in the order they run, from what starts it.

  1. 1ScheduleSchedule triggerStarts it
  2. 2Github Events (HTTP)Http RequestService
  3. 3Filter Member EventsCodeLogic
  4. 4Check WhitelistData TableService
  5. 5SwitchSwitchLogic
  6. 6MemberEventIfLogic
  7. 7PublicEventIfLogic
  8. 8PushEventIfLogic
  9. 9Member Event AlertSlackService
  10. 10Public Event AlertSlackService
  11. 11Push Event AlertSlackService
  12. 12No Operation, do nothingNo OpLogic

How it's built

Starts on
A clock
Steps
12, with 4 branches
Size
Medium: a working afternoon
Connects to
Slack, n8n data table
Model
None. This is plumbing, not judgement

Questions

What does it need to run?

An n8n account, plus your own Slack account. You connect your own accounts after importing it; none are included.

What starts it?

It starts on a clock.

Does it use AI?

No. Every step is fixed logic or a call to a service, so it does the same thing every time.

How long does it take to set up?

Plan an afternoon. 12 steps is enough that you should read each one before running it.

How do I import it?

Copy the workflow, open a new workflow in n8n and paste. The steps appear on the canvas, ready for your own accounts.

Before you run it

Nothing here has been tested by us. It is somebody's working automation, read and described from its own steps. Treat the connections it wants as a list of accounts it will touch, and read the 12 steps before you point it at anything that matters.