अपने एजेंट के साथ वर्कफ़्लो निर्देश बनाएं

आपको वर्कफ़्लो निर्देश शून्य से लिखने की आवश्यकता नहीं है। अपने एजेंट के साथ एक वास्तविक कार्य पूरा करके शुरू करें। जब परिणाम उपयोगी हो, तो एजेंट से कहें कि वह आपके द्वारा विकसित की गई विधि को एक पुन: प्रयोज्य वर्कफ़्लो में बदल दे।

एजेंट पहला मसौदा तैयार करता है। आपकी भूमिका इसकी धारणाओं की समीक्षा करने और यह तय करने की है कि वर्कफ़्लो में कहाँ स्पष्ट सीमाएँ होनी चाहिए ताकि कोई अन्य टीम सदस्य विश्वसनीय परिणाम प्राप्त कर सके।

हर वर्कफ़्लो एक एजेंट से संबंधित होता है। एजेंट व्यापक भूमिका और क्षमताएँ प्रदान करता है; वर्कफ़्लो एक दोहराए जाने योग्य कार्य के लिए प्रक्रिया और सीमाएँ कैप्चर करता है।

सफल रन से शुरू करें

जब एजेंट ने कार्य, स्रोत सामग्री, आपकी प्रतिक्रिया और एक स्वीकार्य परिणाम देख लिया हो, तो वर्कफ़्लो बनाना आसान होता है।

1. एजेंट को एक वास्तविक कार्य और आवश्यक वास्तविक इनपुट दें।
2. परिणाम की समीक्षा करें और संदर्भ की कमी, कमजोर तर्क या गलत प्रारूप को ठीक करें।
3. जब परिणाम अच्छा हो, तो एजेंट से पुन: प्रयोज्य विधि निकालने के लिए कहें।
4. एजेंट से वर्कफ़्लो का नाम, विवरण, निर्देश और कोई भी संदर्भ फ़ाइलें तैयार करने के लिए कहें।
5. वर्कफ़्लो सार्वजनिक करने से पहले मसौदे की एक साथ समीक्षा करें।

आप पूछ सकते हैं:

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

यह एजेंट को मसौदा तैयार करने का कार्य देता है। यह आपको यह तय करने का कार्य देता है कि किन हिस्सों को नियंत्रित करना आवश्यक है।

निर्देश सीमाएँ निर्धारित करने के लिए सामान्य स्थान है

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

यह एकमात्र नियंत्रण स्तर नहीं है:

केवल निर्देश पाठ पर नियंत्रण के रूप में निर्भर न रहें। यदि किसी कार्य को तकनीकी रूप से प्रतिबंधित करना आवश्यक है, तो एजेंट प्राधिकरण और अनुमतियों के साथ-साथ स्पष्ट निर्देश का भी उपयोग करें।

एजेंट के पहले मसौदे की समीक्षा करें

आपको हर वाक्य फिर से लिखने की आवश्यकता नहीं है। अपनी समीक्षा टीम के लिए महत्वपूर्ण निर्णयों पर केंद्रित करें।

इसका उपयोग कब किया जाना चाहिए?

• कौन सा अनुरोध या स्थिति इस वर्कफ़्लो का चयन करे?
• एजेंट को इसका उपयोग कब नहीं करना चाहिए?
• क्या विवरण इसे समान वर्कफ़्लो से अलग करने के लिए पर्याप्त विशिष्ट है?

कौन सा इनपुट आवश्यक है?

• कार्य शुरू होने से पहले टीम सदस्य को क्या देना चाहिए?
• कौन से गायब इनपुट एजेंट को प्रश्न पूछने के लिए प्रेरित करें?
• कौन से विवरण प्रत्येक रन से संबंधित हैं, स्थायी निर्देश से नहीं?

कौन से स्रोत और नियम प्राथमिकता रखते हैं?

• रिकॉर्ड की प्रणाली क्या है?
• कौन सी संलग्न फ़ाइल अनुमोदित रूब्रिक या टेम्पलेट है?
• यदि दो स्रोतों में टकराव हो, तो किसे प्राथमिकता दी जाए?
• एजेंट को ऐसे तथ्यों को कैसे चिह्नित करना चाहिए जिन्हें वह सत्यापित नहीं कर सकता?

आउटपुट कैसा दिखना चाहिए?

• कौन से अनुभाग या फ़ील्ड आवश्यक हैं?
• किस स्तर का विवरण उपयोगी है?
• क्या आउटपुट में उद्धरण, लिंक या आत्मविश्वास लेबल की आवश्यकता है?
• जब गंतव्य दिया गया हो, तो परिणाम कहाँ जाना चाहिए?

एजेंट को कहाँ रुकना चाहिए?

• कौन से कार्यों के लिए पुष्टि आवश्यक है?
• क्या एजेंट को भेजने या प्रकाशित करने के बजाय मसौदा बनाना चाहिए?
• कौन सा डेटा सार्वजनिक वर्कफ़्लो या साझा परिणाम में नहीं आना चाहिए?

ये वे सीमाएँ हैं जिन्हें स्पष्ट रूप से बनाना चाहिए। एजेंट को शब्दावली संभालने दें, फिर पुष्टि करें कि शब्दावली आपके निर्णय को दर्शाती है।

एक साथ समीक्षा करने के लिए संरचना

एजेंट अपने पहले मसौदे के लिए निम्नलिखित संरचना का उपयोग कर सकता है। इसे समीक्षा रूपरेखा के रूप में मानें, न कि ऐसा फॉर्म जिसे आपको स्वयं भरना हो:

# Goal
State the single outcome this workflow must produce.

# Use this workflow when
Describe when to use it and any important exclusions.

# Required inputs
- List the information needed for a reliable result.
- Explain what to do when an input is missing.

# Sources and tools
- Name authoritative systems, documents, or attached files.
- Explain which source wins if information conflicts.
- Define how to handle facts that cannot be verified.

# Procedure
1. Verify the inputs and scope.
2. Gather the required evidence.
3. Apply the team's rules or rubric.
4. Produce the deliverable.
5. Check it against the quality bar.

# Output
Define the required sections, fields, format, and destination.

# Quality bar
- State what must be accurate, cited, complete, or consistent.
- Define what counts as done.

# Approval boundaries
- List actions that require confirmation.
- Specify when to create a draft instead of taking the final action.

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

उदाहरण: लीड योग्यता वर्कफ़्लो सह-निर्मित करें

मान लीजिए आप एजेंट से एक इनबाउंड लीड पर शोध करने और उत्तर का मसौदा तैयार करने के लिए कहते हैं। रन के दौरान, आप कंपनी का आकार सही करते हैं, समझाते हैं कि CRM रिकॉर्ड की प्रणाली है, टीम का ICP रूब्रिक लागू करते हैं, और एक छोटा ईमेल माँगते हैं।

परिणाम स्वीकृत होने के बाद, एजेंट से बातचीत को वर्कफ़्लो में बदलने के लिए कहें। एजेंट प्रक्रिया का मसौदा तैयार करता है। फिर आप वे सीमाएँ जोड़ते हैं जो इस लीड से आगे भी लागू रहनी चाहिए:

• सार्वजनिक शोध करने से पहले CRM जांचें;
• स्कोरिंग के लिए संलग्न ICP रूब्रिक का उपयोग करें;
• कंपनी का आकार, स्थान और वर्तमान भूमिका के लिए स्रोतों का हवाला दें;
• एक अनवेरिफाइड आवश्यक तथ्य को Unknown के रूप में चिह्नित करें;
• Account summary, Evidence, ICP score, Risks, Recommended next step, और Reply draft लौटाएं;
• ईमेल का मसौदा बनाएं और बिना पुष्टि के कभी न भेजें।

अब एजेंट इन निर्णयों को निर्देश में शामिल कर सकता है। आपको हर शोध चरण निर्धारित करने की आवश्यकता नहीं है। आपको टीम के स्रोत, आउटपुट अनुबंध और अनुमोदन सीमा को स्पष्ट बनाना है।

साधारण भाषा में सीमा प्रतिक्रिया दें

आप एजेंट को बता कर मसौदे को और सटीक बना सकते हैं कि क्या बदलना चाहिए:

• “अगर CRM रिकॉर्ड गायब है तो शुरू करने से पहले माँगो।”
• “जब कंपनी नामों में टकराव हो तो CRM को रिकॉर्ड की प्रणाली मानो।”
• “ब्रिफ के हर तथ्यात्मक दावे के लिए स्रोत लिंक जरूरी है।”
• “उत्तर को 150 शब्दों के भीतर रखो, लेकिन उसकी शैली इनबाउंड संदेश के अनुसार बदलो।”
• “ईमेल को मसौदे के रूप में बनाओ। कभी भी स्वचालित रूप से न भेजो।”
• “यह वर्कफ़्लो मौजूदा अवसरों के लिए नहीं चलना चाहिए।”

एजेंट से वर्कफ़्लो अपडेट करने और हर बदलाव के लिए संबद्ध सीमा का सारांश देने के लिए कहें। इससे यह देखना आसान हो जाता है कि कोई नियम गलत समझा गया या गलत अनुभाग में रखा गया।

सही बातें निर्देश के बाहर रखें

कुछ जानकारी स्थायी वर्कफ़्लो पाठ नहीं बननी चाहिए:

• ग्राहक नाम, एक बार की समय-सीमा, और केस-विशिष्ट गंतव्य रन अनुरोध में होने चाहिए;
• पासवर्ड, टोकन और निजी क्रेडेंशियल निर्देश या संलग्न फ़ाइल में नहीं होने चाहिए;
• शेड्यूल और घटनाएँ स्वचालन में होनी चाहिए;
• तकनीकी पहुँच सीमाएँ एजेंट प्राधिकरण और अनुमतियों में होनी चाहिए;
• व्यक्तिगत प्रतिक्रिया जो केवल एक परिणाम पर लागू होती है, उसी चैट में रह सकती है।

निर्देश को पुन: प्रयोज्य विधि और व्यवहारिक सीमाएँ ले जानी चाहिए, न कि कार्य के चारों ओर की हर जानकारी।

एक साथ परीक्षण और सुधार करें

वर्कफ़्लो को कम से कम दो यथार्थवादी इनपुट के साथ चलाएँ, अधिमानतः दूसरे टीम सदस्य के साथ। हर रन के बाद पूछें:

• क्या वर्कफ़्लो सही कार्य के लिए सक्रिय हुआ?
• क्या उसने आवश्यक इनपुट माँगे?
• क्या उसने इच्छित स्रोत प्राथमिकता का पालन किया?
• क्या आउटपुट सुसंगत था, बिना कठोर हुए?
• क्या वह आवश्यक अनुमोदन सीमा पर रुका?
• क्या समस्या दोहराई जा सकती है, या यह केवल इस मामले पर लागू होती है?

एजेंट से दोहराए जाने वाले अंतर के लिए निर्देश संशोधित करने के लिए कहें। एक बार की सुधारें रन में रखें। जब विधि अपने मूल निर्माता के अलावा किसी और के लिए काम करती है, तो वर्कफ़्लो अपनी टीम के साथ साझा करें।