Automatiseer het werk. Bewijs eerst dat het klopt.

Nee. Je kiest een trigger, voegt filters toe uit keuzelijsten en kiest acties — en met zesentwintig kant-en-klare recepten begin je meestal met iets dat al werkt. Voorwaarden zijn geneste alle/een/geen-groepen met twaalf vergelijkingen, met opzet geen formuletaal: met een formule zou „wat doet deze regel nu eigenlijk?” pas te beantwoorden zijn door hem te draaien. Webhooks en placeholders zijn er voor het zeldzame geval dat je verder moet reiken, en die zijn optioneel.

Op vier manieren, voordat hij ooit echt draait. De bouwer schrijft de hele regel terug als een gewone zin terwijl je hem samenstelt. Een proefrun voert elke stap uit tegen een echt object uit je account en wijzigt niets, en meldt per stap wat die zou doen. Een opgeslagen regel test je wanneer je wilt. En de backtest speelt je trigger en filters af tegen je eigen gebeurtenissenhistorie en vertelt hoe vaak de regel de afgelopen dertig dagen zou zijn uitgevoerd, en waarop. De meeste regelmotoren in deze categorie bieden geen van deze vier.

In beide richtingen. Gebeurtenissen uit GitHub, Jira, Linear en PagerDuty starten regels — een workflow die faalde, een pull request die gemerged werd, een release die verscheen, een incident dat escaleerde — en regels handelen erop terug: een issue openen, labelen, toewijzen, becommentariëren of sluiten, een pull request mergen, een review vragen, een workflow starten of opnieuw draaien, een release of deployment maken, een commitstatus zetten, een ticket verzetten, of een Notion-pagina maken en becommentariëren. Dat zijn 32 acties via gekoppelde accounts, boven op de 47 ingebouwde.

Dat hangt af van hóé hij mislukte, en dat is precies het punt. Een tijdelijke fout wordt opnieuw geprobeerd met oplopende pauzes — 30 seconden, dan twee, vijf, tien en vijftien minuten — en komt hij nooit goed, dan geeft de run het op, met de reden erbij, in plaats van te blijven hangen. Een recht dat je credential niet heeft, stopt de regel juist meteen, noemt dat recht zoals de provider het schrijft, en waarschuwt je, want nog vier pogingen zijn nog vier keer dezelfde weigering. Vijf mislukte runs op rij zetten een regel uit, met de reden erbij. Je kunt ook per stap zeggen dat de run gewoon door moet gaan.

Daar staat het nodige tussen. Er draait niets tot je een regel opslaat en aanzet, en je kunt eerst een proefrun doen. Alles wat onomkeerbaar is, kan achter Goedkeuring vereisen staan, dat de run tegenhoudt tot een aangewezen persoon ja zegt — en afwijzen beëindigt de run in plaats van die ene stap over te slaan. Een regel handelt met de rechten van een echt persoon, niet met een ongebonden serviceaccount. Een run voert een bevroren kopie van de regel uit, dus een wijziging halverwege verandert niets aan wat al loopt. En elke run staat in het auditlog, met een verwijderde regel die veertien dagen terug te halen is.

Ja. Elk uur, dagelijks, wekelijks, maandelijks, elke N minuten, of een kale cron-expressie als je dat liever hebt — in de tijdzone van je organisatie, met de eerstvolgende runtijden in beeld vóór je opslaat, zodat je ziet dat je 09:00 niet in de verkeerde zone hebt gezet. Regels zijn ook met de hand te draaien, of te starten met een inkomende webhook waar elke tool naartoe kan posten.

Drie regels op het gratis plan, vijfentwintig op Pro en onbeperkt op Business — elk met zoveel voorwaarden en acties als je nodig hebt. Elke actie zit in het gratis plan, op de elf na die servers aan- en uitzetten of instellingen van Cloudflare wijzigen; die zijn Pro. Runhistorie, proefruns en de backtest zijn helemaal niet begrensd.