वर्कफ़्लो

वर्कफ़्लो एक एजेंट पर सहेजी गई नामित, पुनः प्रयोज्य प्रक्रिया है। यह Okou को सिखाती है कि आपकी टीम किसी खास तरह का काम कैसे करती है, ताकि अगले व्यक्ति को प्रॉम्प्ट फिर से न लिखना पड़े।

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

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

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

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

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

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

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

फ़ील्ड	क्या करता है
Name	अक्षरों, संख्याओं और आंतरिक हाइफ़न वाला 2–64 वर्ण का लोअरकेस स्लग — `triage-bug-report`। मालिक एजेंट के चैट में स्पष्ट रूप से बुलाने के लिए `/triage-bug-report` उपयोग करें।
Display name	वर्कस्पेस में दिखने वाला मानव-पठनीय लेबल।
Description	एक पंक्ति जो Okou को बताती है यह वर्कफ़्लो कब लागू होता है। Okou आने वाले अनुरोधों को विवरण से मिलाता है, इसलिए शब्द मायने रखते हैं।
Instruction	प्रक्रिया स्वयं। सादा गद्य चलेगा — उपयोग करने के टूल, आउटपुट का आकार और कोई भी सीमाएँ बताएँ।
Files	वैकल्पिक पूरक फ़ाइलें — टेम्पलेट, जाँच सूचियाँ, ब्रांड दिशानिर्देश, संदर्भ डेटा — वर्कफ़्लो के साथ बंडल।
Visibility	`private` (केवल आप) या `public` (वर्कस्पेस में सभी)।

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

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

वर्कफ़्लो एजेंटों के होते हैं

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

निजी वर्कफ़्लो — केवल आपको दिखता है। व्यक्तिगत Gmail या व्यक्तिगत CRM सीट से जुड़ी व्यक्तिगत स्वचालन के लिए सही।
सार्वजनिक वर्कफ़्लो — वर्कस्पेस में सभी को दिखता है, उस एजेंट पर जिस तक आपकी टीम पहुँच सकती है।

वही प्रक्रिया दो एजेंटों पर रह सकती है और अलग परिणाम दे सकती है, क्योंकि हर एजेंट अपनी आवाज़ और अपनी अनुमतियाँ लाता है। वर्कफ़्लो दूसरे एजेंट को देने के लिए उसे कॉपी करें — इससे वह फ़ोर्क हो जाता है, ताकि दोनों बाद में अलग हो सकें।

एजेंट स्वामित्व वर्कफ़्लो क्या छू सकता है इसे कैसे आकार देता है, इसके लिए Agents देखें।

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

Workflows पेज से शुरू करें

Workflows खोलें और New workflow चुनें।
वह एजेंट चुनें जिसे वर्कफ़्लो का स्वामी होना चाहिए।
Okou एक निर्देशित वर्कफ़्लो-निर्माण प्रॉम्प्ट के साथ चैट खोलता है। परिणाम, अपेक्षित इनपुट, टूल, आउटपुट और कोई अनुमोदन सीमा बताएँ।
Okou के बनाने से पहले प्रस्तावित नाम, विवरण, निर्देश, फ़ाइलें और दृश्यता समीक्षा करें।

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

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

भाग	शामिल करें
Goal	वर्कफ़्लो को जो परिणाम देना है।
Inputs	कॉलर या ऑटोमेशन क्या देता है, और कौन से इनपुट आवश्यक हैं।
Procedure	क्रमबद्ध चरण, जिनमें पढ़ने या अपडेट करने की जुड़ी सेवाएँ शामिल हैं।
Output	आवश्यक प्रारूप, गंतव्य और नामकरण नियम।
Boundaries	बचने की क्रियाएँ, स्पष्टीकरण चाहने वाले मामले और कब रुकना है।
References	वर्कफ़्लो फ़ाइलों के रूप में संलग्न वैकल्पिक टेम्पलेट, जाँच सूचियाँ या उदाहरण।

क्रेडेंशियल निर्देश और फ़ाइलों से बाहर रखें। सेवा को Connectors से जोड़ें, फिर मालिक एजेंट को केवल वही अनुमतियाँ दें जो वर्कफ़्लो को चाहिए।

स्वचालित करने से पहले परीक्षण करें

प्रतिनिधि इनपुट के साथ वर्कफ़्लो मैन्युअल चलाएँ।
पुष्टि करें कि मालिक एजेंट हर आवश्यक कनेक्टर और अनुमति तक पहुँच सकता है।
परिणामी चैट में छूटे संदर्भ, अप्रत्याशित लेखन और अंतिम आउटपुट आकार जाँचें।
Instructions या संलग्न फ़ाइलें संपादित करें और परिणाम दोहराने योग्य होने तक फिर चलाएँ।
मैन्युअल Run सही होने के बाद ही ऑटोमेशन जोड़ें। संकीर्ण ईवेंट फ़िल्टर या कम-आवृत्ति शेड्यूल से शुरू करें, फिर पहले कुछ ट्रिगर जाँचें।

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

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

आपको वर्कफ़्लो नाम से बुलाने की ज़रूरत नहीं है। जब आने वाला अनुरोध विवरण से मेल खाता है तो Okou अपने आप एक लोड करता है। "draft a reply to a customer email using our voice and docs" के रूप में वर्णित customer-reply-draft नामक वर्कफ़्लो तब चलता है जब आप ग्राहक ईमेल अग्रेषित करते हैं — नाम की ज़रूरत नहीं।

किसी खास को बल देने के लिए कहें: "Use the customer-reply-draft workflow on this email."

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

हर Okou एजेंट Okou द्वारा बनाए गए क्रॉस-फ़ंक्शनल वर्कफ़्लो के साथ आता है — शोध और विश्लेषण, वित्त और लेखा, कानूनी और अनुपालन, उत्पाद, विपणन, ग्राहक सहायता और टीम संचार। ये डोमेन प्रक्रियाएँ हैं, कनेक्टर वायरिंग नहीं: हर एक Okou को बार-बार आने वाले काम को संभालना सिखाता है।

एक नमूना:

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

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

कब बनाएँ

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

ठोस संकेत:

काम का वह नाम है जो आपकी टीम पहले से उपयोग करती है («morning brief», «competitor scan»)
प्रॉम्प्ट ऐसे खास टूल, चैनल या टेम्पलेट बताता है जो हर Run में नहीं बदलने चाहिए
आउटपुट का निश्चित आकार है (सारांश, ड्राफ़्ट, दर्ज किया गया issue)
एक से अधिक व्यक्ति को इसे ट्रिगर करना है
आप इसे शेड्यूल या ईवेंट पर चलाना चाहते हैं — Automations देखें

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

इनटेक फ़ॉर्म। एक इनपुट (ईमेल, बग रिपोर्ट, थ्रेड) लेता है और संरचित आर्टिफ़ैक्ट (issue, ड्राफ़्ट, पंक्ति) बनाता है।
कैडेंस ब्रीफ़। एक शेड्यूल्ड ऑटोमेशन के साथ जोड़ा वर्कफ़्लो जो रोज़ या साप्ताहिक चलता है और कहीं दिखाई देने वाली जगह पोस्ट करता है।
मध्य-बातचीत सहायक। एक केंद्रित उप-कार्य करने के लिए चैनल में Okou से ट्रिगर — देखना, सारांशित करना, वर्गीकृत करना।
कंपोज़र। एक Run में बहु-प्रारूप बंडल — ब्लॉग ड्राफ़्ट प्लस सोशल पोस्ट प्लस कार्ड — बनाता है।
ईवेंट उत्तरदाता। ईवेंट ऑटोमेशन के साथ जोड़ा: नया ईमेल, मर्ज किया PR या नया Notion पेज Run शुरू करता है। Automations देखें।

बचने के नुकसान

बहुत संकीर्ण। केवल एक खास इनपुट पर फिट होने वाला वर्कफ़्लो भंगुर है। एक उदाहरण के विवरण नहीं, काम के आकार पर लक्ष्य रखें।
बहुत अस्पष्ट। "Help with marketing" इतना व्यापक है कि Okou को नहीं पता कि कब लागू करना है। विवरण में विशिष्ट रहें।
हार्डकोडेड क्रेडेंशियल। निर्देश में API कुंजियाँ कभी न चिपकाएँ। Custom connectors उपयोग करें — क्रेडेंशियल प्लेटफ़ॉर्म पर रहती है, मॉडल की पहुँच से बाहर।
दबा हुआ आउटपुट आकार। बताएँ कि आर्टिफ़ैक्ट कैसा दिखे: "a numbered list of three items" या "a draft reply under 150 words."
एजेंट भूलना। वर्कफ़्लो केवल वही कनेक्टर उपयोग कर सकता है जिनके लिए उसका मेज़बान एजेंट अधिकृत है। यदि वर्कफ़्लो Gmail तक नहीं पहुँच पाता, तो निर्देश नहीं, एजेंट का Authorization टैब जाँचें।

आगे क्या

Automations से ट्रिगर जोड़ें ताकि वर्कफ़्लो आपके बिना चले।
कौन किन अनुमतियों से वर्कफ़्लो चलाता है इसके लिए Agents देखें।
वर्कफ़्लो क्या छू सकता है सीमित करने के लिए Permissions देखें।
शुरू से अंत तक लिखे पाँच के लिए Example workflows देखें।