वर्कफ़्लो

एक वर्कफ़्लो एक नामित, पुन: उपयोग योग्य प्रक्रिया है। यह Okou को सिखाता है कि आपकी टीम किसी खास तरह का काम कैसे करती है, ताकि अगली बार जिसे इसकी ज़रूरत हो, उसे प्रॉम्प्ट दोबारा न लिखना पड़े।

पहली बार जब आप Okou से कुछ करवाते हैं, तो आप एक प्रॉम्प्ट लिखते हैं। दूसरी बार, आप वही प्रॉम्प्ट छोटे-मोटे बदलावों के साथ चिपकाते हैं। तीसरी बार तक, आप किसी Notion दस्तावेज़ से एक लंबा प्रॉम्प्ट कॉपी कर रहे होते हैं, जिसे किसी ने "team prompt library" नाम दिया था। वही समय है जब आपको एक वर्कफ़्लो सहेज लेना चाहिए।

वर्कफ़्लो किस समस्या का समाधान करते हैं

एक बार की चैट, एक बार के काम के लिए ठीक है। लेकिन लगभग हर टीम के पास ऐसे कामों का बैकलॉग होता है जो बार-बार आते हैं — इनपुट अलग होते हैं, ढांचा वही रहता है:

• कोई ग्राहक लिखता है → उसका इतिहास देखें → उसकी भाषा में उत्तर का मसौदा तैयार करें → टिकट लॉग करें
• कोई बग रिपोर्ट आती है → पुनरुत्पादन के चरण निकालें → गंभीरता वर्गीकृत करें → एक संरचित इश्यू दर्ज करें
• सोमवार सुबह → पिछले सप्ताह के आँकड़े निकालें → उससे पिछले सप्ताह से तुलना करें → एक सारांश पोस्ट करें

वर्कफ़्लो के बिना, इनमें से हर काम 200-शब्दों वाले प्रॉम्प्ट पर निर्भर होता है, जिसे सबको याद रखना पड़ता है। वर्कफ़्लो के साथ, हर काम का एक नाम होता है: triage-bug-report, weekly-metrics, customer-reply।

अपने आप में किसी वर्कफ़्लो का न तो कोई शेड्यूल होता है, न कोई ट्रिगर — वह सिर्फ प्रक्रिया है। उसे अपने आप चलाने के लिए, एक ऑटोमेशन जोड़ें।

वर्कफ़्लो में क्या होता है

कोई नोड ग्राफ नहीं, कोई YAML कॉन्फ़िगरेशन नहीं, कोई ट्रिगर्स अनुभाग नहीं। निर्देश प्रायः उसी चैट प्रॉम्प्ट जैसे दिखते हैं, जो पहली बार काम कर गया था।

एक अच्छा विवरण, उस वर्कफ़्लो और उस वर्कफ़्लो के बीच का फ़र्क तय करता है जो सही समय पर चल पड़ता है और जो कभी नहीं चलता: "triage a customer-facing bug report and file it to GitHub with severity", "do bug stuff." से बेहतर है

स्वामित्व और दृश्यता

My Okou: वर्कफ़्लो वर्तमान कार्यक्षेत्र में रहते हैं। एक Private Workflow वर्तमान उपयोगकर्ता का होता है। एक Public Workflow कार्यक्षेत्र के सदस्यों के साथ साझा होता है; Public का अर्थ इंटरनेट पर प्रकाशित होना नहीं है। हर निष्पादन, उसे चलाने वाले उपयोगकर्ता के Instructions, memory, जुड़े हुए खातों और permissions का उपयोग करता है। प्रक्रिया साझा करने का अर्थ उन व्यक्तिगत संसाधनों या निजी परिणामों को साझा करना नहीं है।

आपका समान-नाम वाला Private Workflow, Public Workflow पर प्राथमिकता लेता है। जब आपको किसी खास साझा परिभाषा की पहचान करनी हो, तो स्पष्ट Workflow ID का उपयोग करें। Make private copy आपको अनुकूलन के लिए एक अलग संस्करण देता है; बाद के संपादन मूल संस्करण के साथ सिंक नहीं होते। किसी दूसरे सदस्य के Automations कॉपी नहीं होते। Private Workflow बनाने से आपको Public Workflows प्रकाशित या अनुरक्षित करने की अनुमति नहीं मिलती; कार्यक्षेत्र के मौजूदा प्रकाशन नियम फिर भी लागू रहते हैं।

Legacy Agents: हर वर्कफ़्लो एक Agent से संबंधित होता है। टीम के अन्य सदस्यों को उसके स्वामी Agent तक पहुँच भी चाहिए। Copy workflow एक गंतव्य Agent चुनता है और एक निजी फ़ॉर्क बनाता है। Agent अपनी प्रोफ़ाइल और Instructions देता है, जबकि निष्पादन फिर भी चलाने वाले सदस्य की अधिकृत खाता-पहुँच का उपयोग करता है।

स्थायी Instructions के लिए My Okou और लेगेसी एजेंट देखें।

आप कौन-सा अनुभव उपयोग कर रहे हैं?

ये दस्तावेज़ दोनों अनुभवों को कवर करते हैं। यदि Settings → Personal → My Okou उपलब्ध है, तो My Okou वाले चरण अपनाएँ। यदि आप New agent वाले Agents पृष्ठ का उपयोग करते हैं, तो Legacy Agents वाले चरण अपनाएँ। उपलब्धता अलग-अलग सदस्यों के लिए भिन्न हो सकती है; ये दस्तावेज़ आपका अनुभव नहीं बदलते।

किसी भी अनुभव में, आप एक साथ कई चैट या कार्य चला सकते हैं, वर्कफ़्लो का पुन: उपयोग कर सकते हैं, और समीक्षा किया गया काम अपनी टीम के साथ साझा कर सकते हैं। रनटाइम सबएजेंट एक निष्पादन टूल है, कोई अलग उत्पाद-प्रोफ़ाइल नहीं जिसे आपको बनाना पड़े।

वर्कफ़्लो बनाना

Workflows पृष्ठ से शुरू करें

1. Workflows खोलें। My Okou: Create in chat चुनें। Legacy Agents: जहाँ दिखे वहाँ New workflow चुनें।
2. My Okou: अपनी ही चैट में आगे बढ़ें; Agent चुनने की आवश्यकता नहीं है। Legacy Agents: वह Agent चुनें, जिसे वर्कफ़्लो का स्वामी होना चाहिए।
3. Okou, वर्कफ़्लो-निर्माण के लिए मार्गदर्शित प्रॉम्प्ट के साथ एक चैट खोलता है। अपेक्षित परिणाम, संभावित इनपुट, टूल, आउटपुट और किसी भी अनुमोदन-सीमा का वर्णन करें।
4. Okou के इसे बनाने से पहले प्रस्तावित नाम, विवरण, निर्देश, फ़ाइलें और दृश्यता की समीक्षा करें।

आप किसी मौजूदा चैट से भी शुरुआत कर सकते हैं और Okou से कह सकते हैं कि जो काम पहले सफल हो चुका है, उसे एक वर्कफ़्लो में बदल दे। पहली सफल रन को उसी चैट में बनाए रखने से Okou को दर्ज करने के लिए ठोस इनपुट, सुधार और आउटपुट मिलते हैं।

My Okou उदाहरण: वर्कफ़्लो के Instructions उस दोहराए जा सकने वाले काम का वर्णन करते हैं।

निर्देश में क्या शामिल करें

क्रेडेंशियल्स को निर्देश या फ़ाइलों में न रखें। सेवा को Connectors के माध्यम से कनेक्ट करें, फिर जुड़े हुए खाते की समीक्षा करें और केवल वही permissions दें जिनकी वर्कफ़्लो को आवश्यकता है; Legacy Agents में उसके स्वामी Agent को भी अधिकृत करें।

ऑटोमेशन जोड़ने से पहले परीक्षण करें

1. प्रतिनिधि इनपुट के साथ वर्कफ़्लो को मैन्युअली चलाएँ।
2. पुष्टि करें कि उसे चलाने वाले सदस्य के पास आवश्यक खाता-पहुँच और permissions हैं; Legacy Agents में, स्वामी Agent की प्राधिकृति भी जाँचें।
3. बनी हुई चैट में गुम संदर्भ, अनपेक्षित लिखाइयों और अंतिम आउटपुट के स्वरूप की जाँच करें।
4. Instructions या संलग्न फ़ाइलों में संपादन करें और तब तक फिर चलाएँ, जब तक परिणाम दोहराने योग्य न हो जाए।
5. केवल तब ऑटोमेशन जोड़ें जब मैन्युअल रन सही हो। शुरुआत संकीर्ण event filters या कम-आवृत्ति वाले शेड्यूल से करें, फिर शुरुआती कुछ रन की जाँच करें।

मैन्युअल सत्यापन, वर्कफ़्लो की समस्याओं और ट्रिगर की समस्याओं को अलग करता है: यदि Run now विफल होता है, तो पहले वर्कफ़्लो या उसकी पहुँच ठीक करें; यदि Run now सफल होता है लेकिन कोई event कभी नहीं चलता, तो ऑटोमेशन कॉन्फ़िगरेशन की जाँच करें।

Okou किसी वर्कफ़्लो को कैसे चुनता है

आपको किसी workflow को उसके नाम से चलाने की ज़रूरत नहीं है। जब कोई आने वाला अनुरोध उसके विवरण से मेल खाता है, तो Okou उसे अपने आप लोड कर लेता है। customer-reply-draft नाम का एक workflow, जिसका विवरण "हमारी शैली और docs का उपयोग करके किसी ग्राहक के ईमेल का जवाब मसौदा करें" है, तब चल पड़ता है जब आप किसी ग्राहक का ईमेल फ़ॉरवर्ड करते हैं — नाम बताने की ज़रूरत नहीं।

किसी खास workflow को अनिवार्य रूप से चलाना हो, तो सीधे कहें: "इस ईमेल पर customer-reply-draft workflow का उपयोग करें."

अंतर्निहित वर्कफ़्लो

Okou में विभिन्न कार्यक्षेत्रों में उपयोग होने वाले वर्कफ़्लो का एक संकलन शामिल है, जिन्हें Okou अनुरक्षित करता है — research and analysis, finance and accounting, legal and compliance, product, marketing, customer support, और team communication। ये डोमेन-आधारित प्रक्रियाएँ हैं, connector plumbing नहीं: हर वर्कफ़्लो Okou को सिखाता है कि बार-बार आने वाले किसी विशेष प्रकार के काम को कैसे संभालना है।

एक झलक:

• deep-dive — संरचित शोध और समाधान-डिज़ाइन; पहले तथ्य जुटाएँ, फिर विकल्पों का अन्वेषण करें
• prd-writing — संरचित समस्या-निर्धारण और acceptance criteria के साथ उत्पाद आवश्यकताएँ
• copywriting — विभिन्न चैनलों में मार्केटिंग कॉपी (ब्लॉग, ईमेल, सोशल, लैंडिंग पेज)
• competitor-matrix — फीचर तुलना मैट्रिक्स, पोज़िशनिंग विश्लेषण, win/loss analysis
• customer-reply — चैनल और तात्कालिकता के अनुरूप, सहानुभूतिपूर्ण और ब्रांड-अनुरूप उत्तर
• nda-screening — आने वाले NDAs को GREEN / YELLOW / RED के रूप में वर्गीकृत करें और उन्हें रूट करें
• status-updates — किसी भी श्रोता के अनुरूप प्रगति रिपोर्ट और स्टेकहोल्डर अपडेट

आपके अपने वर्कफ़्लो इनके साथ मौजूद रहते हैं और जब उनके विवरण अधिक सटीक मेल खाते हैं, तो वे प्राथमिकता लेते हैं।

वर्कफ़्लो कब बनाना चाहिए

सीधा नियम यह है: यदि आपने मूल रूप से एक ही प्रॉम्प्ट दो बार से अधिक लिखा है — या आप कल्पना कर सकते हैं कि कोई टीमसाथी भी वही लिखेगा — तो उसे सहेज लीजिए।

स्पष्ट संकेत:

• उस काम का एक नाम है, जिसे आपकी टीम पहले से उपयोग करती है ("morning brief," "competitor scan")
• प्रॉम्प्ट में ऐसे विशिष्ट टूल, चैनल या टेम्पलेट के नाम हैं, जो हर रन में नहीं बदलने चाहिए
• आउटपुट का स्वरूप तय है (एक सारांश, एक मसौदा, एक दर्ज किया गया इश्यू)
• एक से अधिक लोगों को इसे ट्रिगर करना है
• आप चाहते हैं कि यह किसी शेड्यूल या event पर चले — ऑटोमेशन देखें

सामान्य पैटर्न

• The intake form. यह किसी इनपुट के हिस्से (ईमेल, बग रिपोर्ट, थ्रेड) को लेता है और एक संरचित परिणाम (इश्यू, मसौदा, पंक्ति) बनाता है।
• The cadence brief. ऐसा वर्कफ़्लो जो एक अनुसूचित ऑटोमेशन के साथ जुड़ा हो, रोज़ाना या साप्ताहिक चले और कहीं दृश्य स्थान पर पोस्ट करे।
• The mid-conversation helper. किसी चैनल में @Okou से ट्रिगर होकर एक केंद्रित उप-कार्य करता है — खोज, सारांश, वर्गीकरण।
• The composer. एक ही रन में बहु-प्रारूप पैकेज बनाता है — ब्लॉग मसौदा, सोशल पोस्ट और कार्ड्स।
• The event responder. एक event automation के साथ जुड़ा होता है: नया ईमेल, merged PR, या नया Notion पृष्ठ रन शुरू करता है। ऑटोमेशन देखें।

किन गलतियों से बचें

• बहुत संकीर्ण। ऐसा वर्कफ़्लो जो केवल एक खास इनपुट पर ही फिट बैठता हो, नाज़ुक होता है। लक्ष्य काम के ढाँचे पर रखें, किसी एक उदाहरण के विवरण पर नहीं।
• बहुत अस्पष्ट। "Help with marketing" इतना व्यापक है कि Okou समझ नहीं पाएगा कि इसे कब लागू करना है। विवरण में विशिष्ट रहें।
• Hardcoded credentials. API keys को कभी भी निर्देश में पेस्ट न करें। इसके बजाय custom connectors का उपयोग करें — क्रेडेंशियल प्लेटफ़ॉर्म पर रहता है, मॉडल की पहुँच से बाहर।
• आउटपुट का स्वरूप छिपा होना। स्पष्ट बताएँ कि परिणाम कैसा दिखना चाहिए: "तीन मदों की क्रमांकित सूची" या "150 शब्दों के भीतर एक मसौदा उत्तर।"
• पहुँच भूल जाना। साझा Workflow, connector access नहीं देता। अपना connected account, अनुरोधित permissions, और आपके लिए उपलब्ध किसी भी Chat account controls की जाँच करें। Legacy Agents में, स्वामी Agent की Authorization settings भी जाँचें।

आगे क्या

• ऑटोमेशन के साथ एक ट्रिगर जोड़ें, ताकि वर्कफ़्लो आपके बिना चले।
• Agents में देखें कि वर्कफ़्लो कौन चलाता है और किन permissions के साथ।
• अनुमतियाँ में देखें कि वर्कफ़्लो क्या-क्या कर सकता है, इसे कैसे सीमित करें।
• पूरी तरह लिखे गए पाँच उदाहरणों के लिए उदाहरण वर्कफ़्लो देखें।