ऑटोमेशन एक ट्रिगर है जो किसी वर्कफ़्लो (कौशल) से जुड़ा होता है। वर्कफ़्लो बताता है कि क्या करना है; ऑटोमेशन बताता है कि कब। दोनों मिलकर उस अनुरोध को, जिसे आप कभी हाथ से टाइप करते थे, ऐसे काम में बदल देते हैं जो आपके बिना होता रहता है।
कैलेंडर रिमाइंडर आपसे काम करने को कहते हैं। ऑटोमेशन काम कर देते हैं, फिर बताते हैं कि हो गया।
हर ऑटोमेशन तीन चीज़ें तय करता है:
- चलाने वाला वर्कफ़्लो
- उसे चलाने वाला एजेंट — जो लहजा, मॉडल और उपलब्ध कनेक्टर तय करता है
- ट्रिगर — कोई शेड्यूल, आपके किसी टूल में हुई कोई घटना, या आने वाला वेबहुक
हर बार चलने पर क्या होता है
हर बार ट्रिगर चलने पर एक नया चैट शुरू होता है। चैट आपके टूल्स से ताज़ा संदर्भ दोबारा पढ़ता है, ज़रूरी कनेक्टर बुलाता है और नतीजा तैयार करता है।
यह दो वजहों से मायने रखता है:
- कोई जमा हुई स्थिति नहीं। पिछले सोमवार का रन इस सोमवार में नहीं रिसता। तरीका वही रहता है; डेटा ताज़ा रहता है।
- हर रन दोबारा देखा जा सकता है। ऑटोमेशन का रन इतिहास खोलिए और देखिए कि पिछले रन ने ठीक-ठीक क्या किया, क्रेडिट कहाँ खर्च हुए और क्या बना।
अगर कोई रन विफल होता है — नेटवर्क टूटना, टोकन की मियाद खत्म होना, अस्पष्ट इनपुट — तो Zero कारण के साथ विफलता दर्ज करता है और चुपचाप छोड़ने के बजाय आपको सूचित करता है।
ट्रिगर के प्रकार
शेड्यूल
सबसे आम परिवार: ऑटोमेशन एक तय लय पर चलता है — रोज़, साप्ताहिक, हर घंटे, अपने बनाए cron एक्सप्रेशन पर, तय अंतराल पर, या किसी नियत क्षण पर सिर्फ़ एक बार।
| ट्रिगर | कब चलता है |
|---|---|
cron | cron एक्सप्रेशन पर, आपके बताए टाइम ज़ोन में — 0 8 * * 1-5 |
once | आपकी तय की गई तारीख और समय पर सिर्फ़ एक बार |
loop | तय अंतराल पर — हर 15m, 1h, 90s |
समय बताने के चार तरीके। cron लिखना ज़रूरी नहीं है:
- सादी भाषा। "हर कार्यदिवस सुबह 8 बजे, लॉस एंजेलिस समय" — Zero इसे समझ लेता है। टाइम ज़ोन, कार्यदिवस, "महीने की पहली तारीख", "हर दूसरे शुक्रवार" सब चलते हैं। ज़्यादातर टीमें यही चुनती हैं।
- cron एक्सप्रेशन।
0 8 * * 1-5, बारीक नियंत्रण के लिए। साथ में IANA टाइम ज़ोन भी बताइए (Asia/Kolkata,America/Los_Angeles)। - अंतराल। हर
15m,1h,90s— यहloopहै, हेल्थ चेक और पोलर के लिए, जहाँ घड़ी से तालमेल ज़रूरी नहीं। - एक बार। तय तारीख और समय पर बस एक बार चलने वाला
once। किसी लॉन्च, एम्बार्गो या डेडलाइन से जुड़े रिमाइंडर के लिए उपयोगी।
जिस शेड्यूल में टाइम ज़ोन नहीं बताया गया, वह UTC पर चलता है — जो पढ़ने वाले के लिए "सुबह 9 बजे" का मतलब शायद ही कभी होता है। ज़ोन ज़रूर बताइए।
दिमाग़ में घूमता हर दोहराया जाने वाला "यह करना चाहिए…" इसका उम्मीदवार है: हर कार्यदिवस सुबह 8 बजे मॉर्निंग ब्रीफ़, हर सोमवार साप्ताहिक मेट्रिक्स डाइजेस्ट, हर शाम इनबॉक्स की सफ़ाई, हर 30 मिनट पर प्रोडक्शन हेल्थ चेक, तीसरे महीने की 25 तारीख़ को तिमाही-अंत की बोर्ड तैयारी।
अगर काम को घड़ी के बजाय किसी घटना से शुरू होना चाहिए — मेल आना, PR मंज़ूर होना, पेज प्रकाशित होना — तो नीचे दिए ट्रिगर बेहतर बैठते हैं और पोलिंग में रन बर्बाद नहीं करते।
ईमेल
| ट्रिगर | कब चलता है |
|---|---|
gmail-new-message | जब कोई नया संदेश आता है |
gmail-label-applied | जब किसी संदेश पर बताया गया लेबल लगता है |
दोनों को From, To, Cc, विषय और मुख्य भाग पर टेक्स्ट नियमों से सीमित किया जा सकता है — हर नियम शामिल है और शामिल नहीं है, दोनों रूपों में उपलब्ध। बिना नियमों के Gmail ऑटोमेशन हर आने वाले संदेश से मेल खाएगा, इसलिए सँकरे से शुरू कीजिए।
इनबॉक्स पर नज़र रखे बिना सपोर्ट मेल छाँटिए:
from-contains: @ग्राहक-डोमेन.comपर छाना हुआgmail-new-message, जो एकcustomer-reply-draftवर्कफ़्लो चलाकर आपकी समीक्षा के लिए ड्राफ़्ट तैयार करता है।
GitHub
| ट्रिगर | कब चलता है |
|---|---|
github-label-applied | किसी issue या PR पर लेबल लगता है — लेबल, रिपॉज़िटरी, issues/PRs/दोनों, और कर्ता आप हैं या कोई भी, इनसे छानिए |
github-workflow-run-completed | कोई Actions रन पूरा होता है — रिपॉज़िटरी, वर्कफ़्लो, निष्कर्ष, ब्रांच, ट्रिगर करने वाली घटना, कर्ता से छानिए |
github-workflow-job-completed | कोई एक job पूरा होता है — साथ ही job नाम, रनर लेबल, रनर समूह से भी छानिए |
github-pull-request-review-submitted | कोई रिव्यू भेजा जाता है — रिव्यू स्थिति (स्वीकृत, बदलाव माँगे गए, टिप्पणी), base और head ब्रांच, भरोसेमंद लेखकों से छानिए |
github-deployment-status-created | किसी deployment की स्थिति बदलती है — environment, स्थिति, ref, निर्माता, ऐप और केवल-प्रोडक्शन से छानिए |
github-issue-comment-created | कोई टिप्पणी आती है — रिपॉज़िटरी, issues/PRs/दोनों, कर्ता और ज़रूरी टिप्पणी-उपसर्ग से छानिए |
GitHub ट्रिगर के लिए आपके वर्कस्पेस में GitHub App इंस्टॉल होना ज़रूरी है। फ़िल्टर अल्पविराम से अलग किए मान लेते हैं; किसी एक को छोड़ दें तो वह सब से मेल खाएगा।
CI का चक्र पूरा कीजिए:
mainके लिएconclusion: failureपरgithub-workflow-run-completed, जो एक वर्कफ़्लो चलाकर लॉग पढ़ता है, विफल चरण पहचानता है और Slack पर निदान पोस्ट करता है।
कैलेंडर
| ट्रिगर | कब चलता है |
|---|---|
google-calendar-event-created | कोई नया इवेंट आता है |
google-calendar-event-updated | कोई इवेंट बदलता है |
google-calendar-event-cancelled | कोई इवेंट रद्द होता है |
हर ट्रिगर एक कैलेंडर देखता है — डिफ़ॉल्ट रूप से आपका प्राथमिक कैलेंडर।
मीटिंग में कभी बिना तैयारी मत जाइए:
google-calendar-event-createdएक वर्कफ़्लो चलाता है जो बाहरी प्रतिभागियों और उनकी कंपनियों पर शोध करके आपको मीटिंग से पहले ब्रीफ़ भेजता है।
Notion
| ट्रिगर | कब चलता है |
|---|---|
notion-child-page-created | आपके बताए पैरेंट पेज के नीचे कोई पेज जुड़ता है |
notion-database-item-created | आपके बताए डेटाबेस में कोई पंक्ति जुड़ती है |
notion-page-content-updated | किसी पेज की सामग्री बदलती है, पेज या डेटाबेस के हिसाब से देखी जाती है |
CMS
| ट्रिगर | कब चलता है |
|---|---|
strapi-entry-published | कोई प्रविष्टि प्रकाशित होती है — चाहें तो एक कंटेंट टाइप और एक locale तक सीमित कीजिए |
वेबहुक और चैट
| ट्रिगर | कब चलता है |
|---|---|
webhook | कोई भी बाहरी सिस्टम हस्ताक्षरित वेबहुक URL को कॉल करता है। हस्ताक्षर की गुप्त कुंजी बनाते समय सिर्फ़ एक बार दिखती है — तभी कॉपी कर लीजिए। Team और Enterprise पर उपलब्ध। |
chat-run-finished | आपके बताए चैट थ्रेड में कोई रन पूरा होता है — चाहें तो समाप्ति स्थिति (पूर्ण, विफल, रद्द) और रन के अंतिम संदेश पर लगने वाले वाइल्डकार्ड पैटर्न से छानिए |
chat-run-finished काम को जोड़ने का तरीका है: एक ऑटोमेशन का नतीजा अगले का शुरुआती संकेत बन जाता है।
ऑटोमेशन बनाना
उस चैट से जो चल चुकी है। पहले काम को एक बार चलाइए। जब वह मनचाहा नतीजा दे, तो कहिए:
"इसे हर कार्यदिवस सुबह 8 बजे लॉस एंजेलिस समय पर चलाओ और नतीजा मुझे DM करो।"
Zero वर्कफ़्लो, लय और गंतव्य की पुष्टि करता है, वर्कफ़्लो न हो तो उसे सहेजता है, और ऑटोमेशन जोड़ देता है।
सीधे तौर पर। अपने वर्कस्पेस में कोई वर्कफ़्लो खोलिए और उसमें ऑटोमेशन जोड़िए — ट्रिगर का प्रकार और उसके फ़िल्टर चुनकर। जब आपको पहले से आकार पता हो और ट्रायल रन नहीं चाहिए, तब यह सुविधाजनक है।
ऑटोमेशन को मिटाए बिना अलग-अलग चालू और बंद किया जा सकता है — छुट्टी से पहले, या किसी शोर मचाते ट्रिगर को ठीक करते समय यही सही कदम है।
गंतव्य
ऑटोमेशन को पता होना चाहिए कि नतीजा कहाँ जाएगा। इसे वर्कफ़्लो के निर्देश में लिखिए:
- Slack चैनल या DM — सबसे आम; चैनल में संदेश या थ्रेड के रूप में पहुँचता है
- Feishu या Microsoft Teams — वहीं काम करने वाली टीमों के लिए वही विचार
- Telegram या टेक्स्ट संदेश — निजी, मोबाइल-पहले अलर्ट के लिए
- कोई Notion पेज या डेटाबेस — जिन चीज़ों को फैलाने के बजाय संग्रहित करना हो
- कोई Google Doc या Sheet — जोड़ा गया या ऊपर लिखा गया
- कोई GitHub issue या PR टिप्पणी — इंजीनियरिंग वर्कफ़्लो के लिए
- कोई Gmail ड्राफ़्ट — आपके खाते में तैयार, आपकी समीक्षा और भेजने के लिए
- कोई होस्टेड पेज — उन नतीजों के लिए जिन्हें आप सार्वजनिक URL के रूप में साझा करना चाहें
- वर्कस्पेस की कोई फ़ाइल — जब नतीजा वीडियो, छवि या डाउनलोड करने योग्य सामग्री हो
"#engineering में पोस्ट करो" या "मुझे DM करो" — यह "कहीं भेज दो" से कहीं ज़्यादा स्पष्ट है।
संचालन के सुझाव
ये प्रोडक्शन में ऑटोमेशन चलाने से आए हैं:
- पहले तीन रन देखिए। ऑटोमेशन सेट करना आसान है; पर उन्हें तब सँवारना और आसान होता है जब आप देख लें कि आपके माहौल में Zero असल में क्या बनाता है।
- हर काम छोटा रखिए। लंबे, कई चरणों वाले ऑटोमेशन ज़्यादा नाज़ुक होते हैं। अगर एक ही ऑटोमेशन को पाँच सिस्टम अपडेट करने हों, तो उसे दो में बाँटने पर विचार कीजिए।
- गंतव्य पक्का कीजिए। चैनलों के नाम बदलते हैं और लोग चले जाते हैं। वर्कफ़्लो के निर्देश में गंतव्य का नाम साफ़ लिखिए; अगली बार न मिलने पर Zero चेतावनी देगा।
- लंबी क्वेरी की समय-सीमा बाँधिए। अगर प्रॉम्प्ट "पिछले 30 दिन" माँगता है, तो हर रन में इसे दोहराइए ताकि खिड़की ताज़ा बनी रहे।
- टाइम ज़ोन का ध्यान रखिए। बिना टाइम ज़ोन वाला शेड्यूल UTC पर चलता है।
- छुट्टी से पहले रोक दीजिए। ख़ासकर वे ऑटोमेशन जो आपको DM करते हैं — लौटकर 14 ब्रीफ़ DM मिलना किसी काम का नहीं। ऑटोमेशन बंद कीजिए और लौटने पर फिर चालू कर दीजिए; वर्कफ़्लो जस का तस रहता है।
लागत
हर रन क्रेडिट खर्च करता है, और हर रन उसी एजेंट के खाते में जुड़ता है जिसने उसे चलाया। रन इतिहास में प्रति रन क्रेडिट लागत दिखती है, जिससे महँगे रन पहचाने जा सकते हैं। मॉर्निंग ब्रीफ़ आमतौर पर सस्ता होता है — कुछ सौ क्रेडिट। कई टूल वाला साप्ताहिक कंटेंट बंडल एक-दो हज़ार तक जा सकता है। यह डॉलर में कैसे बदलता है, इसके लिए क्रेडिट और बिलिंग देखिए।
छोटे loop अंतराल तेज़ी से बढ़ते हैं: हर 15 मिनट का मतलब दिन में 96 रन।
घटना-आधारित ट्रिगर उम्मीद से कहीं ज़्यादा बातूनी हो सकते हैं। बिना फ़िल्टर वाला Gmail ऑटोमेशन, या किसी व्यस्त मोनोरेपो पर लगा GitHub ऑटोमेशन, आपकी अपेक्षा से कहीं ज़्यादा बार चलेगा। पहले फ़िल्टर सँकरा कीजिए, फिर चौड़ा।
आगे क्या
- ऑटोमेशन जो प्रक्रिया चलाता है, उसके लिए वर्कफ़्लो (कौशल) देखिए।
- हर रन के भीतर क्या होता है, इसके लिए चैट देखिए।
- वर्कफ़्लो और ऑटोमेशन के पाँच पूरे संयोजनों के लिए उदाहरण वर्कफ़्लो देखिए।