Workflows
इवेंट-संचालित स्वचालन इंजन। प्रत्येक workflow में एक ट्रिगर (एक ऐप घटना या एक शेड्यूल) और चरणों का एक क्रम होता है जो संदर्भ साझा करते हैं, बाइंडिंग के माध्यम से एक दूसरे को संदर्भित कर सकते हैं और retry, timeout या try/catch के साथ विफलताओं पर प्रतिक्रिया करते हैं।
Workflow बनाने के तीन तरीके
मॉड्यूल तीन कार्ड के साथ एक स्वागत पर खुलता है। अपना मार्ग चुनें और आप मेल खाते फ़्लो पर पहुँचते हैं।
Templates
8 पूर्व-निर्मित टेम्पलेट (CI/CD, ऑटो-डिप्लॉय, deploy के बाद बैकअप, ऑटो-फ़ॉर्मेट, शाखा सुरक्षा, त्रुटि पर AI…)। "Activate" पर टैप करने से एक नए UUID के साथ संपादन योग्य प्रति बनती है।
AI के साथ उत्पन्न करें
एक प्राकृतिक-भाषा प्रॉम्प्ट टाइप करें ("when push to main, deploy and notify") और सहायक एक संपादन योग्य workflow उत्पन्न करता है। आपके AI अकाउंट (BYOK) का उपयोग करता है; यदि कॉल विफल हो जाता है, तो एक स्थानीय अनुमानात्मक फ़ॉलबैक होता है।
विज़ुअल एडिटर
"मेरे workflows" में FAB "+" — पूर्ण फ़ॉर्म: नाम, ट्रिगर, पुनः क्रमित करने के लिए ड्रैग के साथ चरणों की सूची, प्रति-चरण कॉन्फ़िगरेशन बॉटम-शीट, संकुचनीय विश्वसनीयता अनुभाग।
ट्रिगर (10)
हर ट्रिगर एक वैकल्पिक फ़िल्टर (शाखा, फ़ाइल एक्सटेंशन, प्रदाता…) स्वीकार करता है जो workflow को ट्रिगर करने से पहले घटनाओं को संकीर्ण करता है।
| Trigger | कब ट्रिगर होता है… |
|---|---|
| Git push | आप एक शाखा में commits पुश करते हैं (फ़िल्टर: शाखा) |
| Git commit | आप एक commit बनाते हैं (फ़िल्टर: शाखा) |
| File saved | आप एडिटर में एक फ़ाइल सहेजते हैं (फ़िल्टर: एक्सटेंशन) |
| App foregrounded | आप ऐप को फिर से अग्रभूमि में लाते हैं |
| Terminal command finished | एक टर्मिनल कमांड समाप्त होता है (फ़िल्टर: पैटर्न) |
| Database query executed | एक क्वेरी चलती है (फ़िल्टर: टेबल नाम) |
| Deployment completed | एक deploy समाप्त होता है (फ़िल्टर: प्रदाता) |
| Deployment failed | एक deploy विफल होता है (फ़िल्टर: प्रदाता) |
| Error detected | एक और workflow विफल होता है — त्रुटि प्रतिक्रियाओं को श्रृंखलाबद्ध करने के लिए उपयोगी |
| Manual / Scheduled | मैन्युअल (बटन) या एक शेड्यूल (अंतराल या cron) |
एक्शन चरण (8)
हर एक्शन चरण का ऐप में अपना फ़ॉर्म होता है और एक परिणाम उत्पन्न करता है जिसे बाद के चरण संदर्भित कर सकते हैं।
Run command
कोई भी टर्मिनल कमांड चलाता है
Notification
शीर्षक और संदेश के साथ एक सूचना दिखाता है
AI analyze
AI सहायक को कोड या टेक्स्ट भेजता है और प्रतिक्रिया कैप्चर करता है
AI generate
एक प्रॉम्प्ट से नया कोड उत्पन्न करता है
Git operation
Commit, push या pull (वैकल्पिक शाखा और संदेश के साथ)
Deploy
सक्रिय होस्टिंग प्रदाता पर एक deploy ट्रिगर करता है
Database backup
सक्रिय डेटाबेस का बैकअप चलाता है
Open file
एडिटर में एक वैकल्पिक पंक्ति के साथ एक फ़ाइल खोलता है
नियंत्रण प्रवाह
सपाट क्रम के अलावा, workflows शाखा बनाने, पुनरावृति करने, समानांतर करने और त्रुटियों को संभालने के लिए नियंत्रण संरचनाओं का समर्थन करते हैं।
Conditional (if / else)
एक स्थिति के आधार पर शाखा। ऑपरेटर: बराबर, बराबर नहीं, से अधिक, से कम, शामिल है, खाली है। लिटरल और बाइंडिंग स्वीकार करता है।
Loop
प्रति-पुनरावृत्ति उपनाम के साथ बाइंडिंग के संग्रह पर पुनरावृति करें। डिफ़ॉल्ट सीमा 100 पुनरावृत्तियाँ।
Parallel
एक join नीति (सभी की प्रतीक्षा करें, पहले की प्रतीक्षा करें, आदि) के साथ एक साथ कई शाखाएँ चलाएँ।
Wait
एक कॉन्फ़िगर करने योग्य समय के लिए निष्पादन रोकें। प्रीसेट: 1s, 5s, 30s, 1m, 5m।
Try / Catch
यदि try ब्लॉक में कोई भी चरण विफल होता है, तो एक्सेस करने योग्य चर पर बाध्य त्रुटि संदेश के साथ catch पर जाता है।
When (हल्का condition)
हर एक्शन चरण एक "when" ले जा सकता है — यदि अभिव्यक्ति झूठी है, तो चरण को पूर्ण Conditional में लपेटे बिना छोड़ दिया जाता है।
इंजन सभी छह चरण प्रकारों को निष्पादित करता है। विज़ुअल एडिटर वर्तमान में उजागर करता है: एक्शन चरण, Wait और Conditional (एक नेस्टिंग स्तर)। Loop, Parallel और Try/Catch इंजन में काम करते हैं लेकिन अभी एडिटर में नहीं हैं।
चरणों के बीच बाइंडिंग
कोई भी फ़ॉर्म फ़ील्ड अन्य workflow चरों को संदर्भित करने के लिए `{{...}}` सिंटैक्स के साथ लिटरल या बाइंडिंग स्वीकार करता है। यदि कोई अभिव्यक्ति हल नहीं होती है, तो यह एक खाली स्ट्रिंग लौटाता है — workflows उन चरणों के प्रति सहिष्णु हैं जिन्हें एक conditional शाखा द्वारा छोड़ दिया गया था।
| अभिव्यक्ति | हल होता है |
|---|---|
| {{var.<name>}} | Workflow-व्यापी चर |
| {{step.<id>.status}} | चरण स्थिति (SUCCESS, FAILURE, SKIPPED, TIMED_OUT) |
| {{step.<id>.output}} | पूर्ण परिणाम मानचित्र |
| {{step.<id>.output.<field>}} | परिणाम का विशिष्ट फ़ील्ड |
| {{step.<id>.error}} | यदि विफल हो तो त्रुटि संदेश |
| {{item.<alias>}} | Loop के अंदर वर्तमान मान |
| {{trigger.eventName}} | Workflow को ट्रिगर करने वाली घटना का नाम |
हर कॉन्फ़िगरेशन बॉटम-शीट में सिंटैक्स के साथ एक दृश्यमान संकेत शामिल है ताकि बाइंडिंग सिस्टम UI से खोजा जा सके।
विश्वसनीयता — पुनः प्रयास, समय समाप्ति और backoff
हर एक्शन चरण में पाँच फ़ील्ड के साथ एक संकुचनीय विश्वसनीयता अनुभाग होता है। यदि कोई चरण विफल होता है, तो यह चुनी गई प्रतीक्षा रणनीति के साथ तब तक पुनः प्रयास करता है जब तक प्रयास समाप्त नहीं हो जाते।
Max attempts
चरण को विफल चिह्नित करने से पहले प्रयासों की संख्या (1 = कोई पुनः प्रयास नहीं)
Backoff strategy
FIXED (निरंतर प्रतीक्षा), LINEAR (रैखिक रूप से बढ़ता है) या EXPONENTIAL (हर प्रयास में दोगुना)
Initial delay
पहली विफलता के बाद प्रतीक्षा करें, मिलीसेकंड में
Max delay
ऊपरी सीमा — प्रतीक्षा कभी इस मान से अधिक नहीं बढ़ती
Timeout
यदि X मिलीसेकंड से अधिक समय लगता है तो चरण रद्द कर देता है। TIMED_OUT चिह्नित करता है
यदि timeout वाला कोई चरण try / catch ब्लॉक के अंदर बैठता है, तो catch त्रुटि संदेश के साथ एक चर के रूप में स्वचालित रूप से चलता है।
शेड्यूलिंग — अंतराल या cron
मैन्युअल ट्रिगर वाला कोई भी workflow एक या अधिक शेड्यूल संलग्न कर सकता है। वे ऐप शटडाउन से बचते हैं और लॉन्च पर स्वतः-पुनःशेड्यूल होते हैं।
अंतराल प्रीसेट
- • हर 15 मिनट
- • प्रति घंटा
- • हर 6 घंटे
OS बाधाओं के कारण, वास्तविक न्यूनतम अंतराल 15 मिनट है — कुछ भी छोटा उस पर सीमित कर दिया जाता है।
Cron प्रीसेट + कस्टम अभिव्यक्ति
- •
0 9 * * *— हर दिन 9:00 बजे - •
0 9 * * 1— सोमवार 9:00 बजे - • कस्टम 5-फ़ील्ड अभिव्यक्ति
वाइल्डकार्ड (*), सूचियाँ (1,3,5), श्रेणियाँ (1-5) और चरण (*/2) स्वीकार करता है। जब आप टाइप करते हैं, ऐप अगली ट्रिगर तिथि लाइव दिखाता है या यदि अभिव्यक्ति अमान्य है तो चेतावनी देता है।
निष्पादन इतिहास
हर निष्पादन हर चरण के परिणाम के पूर्ण स्नैपशॉट के साथ बना रहता है। यह क्रैश और ऐप शटडाउन से बच जाता है।
- •स्थिति आइकन और रंग के साथ प्रति workflow नवीनतम-पहले टाइमलाइन
- •प्रति-रन विवरण: अवधि, मोनोस्पेस में रेंडर किए गए आउटपुट और किसी भी त्रुटि संदेश के साथ चरण दर चरण
- •चरण स्थितियाँ: SUCCESS (हरा), FAILURE (लाल), SKIPPED (ग्रे), TIMED_OUT (नारंगी), RUNNING (नीला)
- •स्वचालित रिटेंशन: प्रति workflow 100 तक रन + 30-दिन कैप
एडिटर में "▶ Test now" बटन रन को संरक्षित किए बिना या घटनाओं को उत्सर्जित किए बिना workflow चलाता है — इतिहास को प्रदूषित किए बिना डिज़ाइन करते समय पुनरावृत्त करने के लिए उपयोगी। साइड इफेक्ट्स (कमांड, सूचनाएँ, AI प्रॉम्प्ट) निष्पादित होते हैं: यह एक वास्तविक परीक्षण है, सूखा पूर्वावलोकन नहीं।
AI जनरेटर
आप "जब push to main, deploy and notify" जैसा प्रॉम्प्ट पेस्ट करते हैं और ऐप एक workflow उत्पन्न करता है जिसमें पता लगाया गया ट्रिगर + क्रियाएँ + फ़िल्टर होते हैं, सहेजने और सक्षम करने के लिए तैयार। BYOK मॉडल: आपके सक्रिय AI प्रदाता (Gemini, OpenAI, Claude…) का उपयोग करता है।
यदि प्रदाता कॉल विफल होता है (कोई token नहीं, कोई नेटवर्क नहीं, अमान्य JSON), तो ऐप चुपचाप एक स्थानीय अनुमानात्मक parser पर वापस आ जाता है जो कीवर्ड ("push", "deploy", "test", "notify", "backup", "ai", "format"…) को पहचानता है और एक बुनियादी workflow उत्पन्न करता है। फ़ॉलबैक मूक है — आपको हमेशा एक पूर्वावलोकन मिलता है।
AI एजेंट उपकरण के रूप में Workflows
जो भी workflow आप एडिटर में "Available to AI agent" के रूप में चिह्नित करते हैं, वह स्वचालित रूप से AI चैट में एक उपकरण के रूप में उजागर होता है। एजेंट तय करता है कि इसे कब कॉल करना है और पैरामीटर पास करता है, जो workflow में चर के रूप में आते हैं (`{{var.<key>}}`)।
केवल विकल्प चेक किए गए सक्षम workflows ही उजागर होते हैं। मॉडल जो विवरण देखता है वह वह है जो आप "AI tool description" फ़ील्ड में लिखते हैं (या यदि खाली हो तो सामान्य विवरण)। एजेंट invocations किसी भी मैन्युअल रन की तरह इतिहास में बने रहते हैं।
अंतर्निहित टेम्पलेट (8)
उनमें से किसी पर भी "Activate" पर टैप करने से एक नए UUID के साथ एक संपादन योग्य प्रति बनती है। यदि आपके पास उस टेम्पलेट की पहले से एक सक्रिय प्रति है, तो डुप्लिकेट से बचने के लिए बटन अक्षम है।
| टेम्पलेट | Trigger | क्रियाएँ |
|---|---|---|
| CI/CD pipeline | Git push | npm test → deploy → सूचना |
| Auto-deploy on push | Git push (main शाखा) | deploy → सूचना |
| DB backup on deploy | Deployment completed | बैकअप → सूचना |
| AI on error | Error detected | सूचना → AI विश्लेषण |
| Auto-format | File saved | prettier --write . |
| Auto-commit | File saved | git add -A && git commit |
| Branch protect | Git push (main शाखा) | npm test → गेट सूचना |
| Test on commit | Git commit | npm test → सूचना |
आप Marketplace से भी workflows स्थापित कर सकते हैं — वे "मेरे workflows" में नियमित प्रतियों के रूप में दिखाई देते हैं।
Free vs Pro
| विशेषता | Free | Pro |
|---|---|---|
| विज़ुअल एडिटर, नियंत्रण प्रवाह, बाइंडिंग, पुनः प्रयास, समय समाप्ति | ✅ | ✅ |
| मैन्युअल निष्पादन + "Test now" बटन | ✅ | ✅ |
| 8 अंतर्निहित टेम्पलेट | ✅ | ✅ |
| निष्पादन इतिहास (100 रन / 30 दिन) | ✅ | ✅ |
| AI जनरेटर (आपके अपने BYOK अकाउंट के साथ) | ✅ | ✅ |
| स्वचालित ट्रिगर्स (push, commit, फ़ाइल सहेजी, deploy…) | — | ✅ |
| अंतराल और cron शेड्यूलिंग | — | ✅ |
| AI एजेंट उपकरण के रूप में Workflows | — | ✅ |
मॉड्यूल आँकड़े
10
ट्रिगर प्रकार
8
एक्शन प्रकार
6
नियंत्रण-प्रवाह चरण
8
अंतर्निहित टेम्पलेट
5
शेड्यूल प्रीसेट
100
रन / workflow
30
दिन रिटेंशन
अगला
कॉन्फ़िगरेशन