- 1 अपलोड करें
- 2 समीक्षा
- 3 भेजें
परिचालन अनुरोध को बदलें
परीक्षण किए गए उत्पाद कार्यप्रवाह में।
PRD, मौजूदा रिपॉज़िटरी, डिज़ाइन सिस्टम और स्वीकृति मानदंड एक परियोजना में रखें। UIDesigner पहले इंटरैक्शन की अवस्थाओं को समीक्षा योग्य बनाता है; फिर ProductDeveloper उसी स्वीकृत व्यवहार को लागू और सत्यापित करता है।
- इससे शुरू करें
- PRD, इश्यू, बग रिपोर्ट, डिज़ाइन या स्पष्ट स्वीकृति मानदंड
- अंत में पाएँ
- स्वीकृत इंटरफ़ेस, केंद्रित कोड बदलाव और स्वीकृति का प्रमाण
UIDesigner डुप्लिकेट और अनुमति की अवस्थाओं सहित एक समीक्षा योग्य सामूहिक आमंत्रण इंटरफ़ेस बनाता है। ProductDeveloper स्वीकृत डिज़ाइन लागू करता है और उसके स्वीकृति मानदंड सत्यापित करता है।
उत्पाद कार्यप्रवाह लागू करें
इसे कॉपी करें, Orkas के इनपुट बॉक्स में पेस्ट करें और आज़माना शुरू करें।
डुप्लिकेट पहचान और स्पष्ट अनुमति त्रुटियों के साथ सदस्यों को सामूहिक आमंत्रण की सुविधा जोड़ें। मौजूदा एकल आमंत्रण प्रवाह काम करता रहे, हर स्वीकृति मानदंड के लिए परीक्षण जोड़ें और बदली गई फ़ाइलों के साथ वे मदें लौटाएँ जिन्हें आप सत्यापित नहीं कर सके।
डिज़ाइन, कार्यान्वयन और सत्यापन का एक ही समीक्षा रिकॉर्ड
टीम काम का क्रम दोबारा समझे बिना स्वीकृत इंटरफ़ेस अवस्थाएँ, केंद्रित पैच और स्वीकृति का प्रमाण देख सकती है।
समीक्षा योग्य इंटरफ़ेस अवस्थाएँ
सामान्य सफल प्रवाह, डुप्लिकेट, अनुमति त्रुटियों और कीबोर्ड प्रवाह को समेटने वाला संपादन योग्य इंटरफ़ेस प्रारूप।
bulk-invitation-design.htmlकेंद्रित कार्यान्वयन
रिपॉज़िटरी में सीमित बदलाव जो मौजूदा एकल आमंत्रण व्यवहार सुरक्षित रखता है।
invitation-workflow.patchस्वीकृति का प्रमाण
हर मानदंड का परिणाम, जिसमें परीक्षण की गई अवस्थाएँ, पहले से काम कर रही सुविधाओं में आई खराबियाँ और अनसुलझी मदें शामिल हैं।
acceptance-test-report.mdपहले रूपरेखा बनाएँ, सीमित बदलाव करें, हर स्वीकृति बिंदु सत्यापित करें
आवश्यकता दें
PRD, मुद्दे, बग रिपोर्ट, डिज़ाइन या स्पष्ट स्वीकृति मानदंडों से शुरू करें।
रिपॉज़िटरी का मानचित्रण करें
संपादन से पहले संबंधित कोड पथ, परीक्षण, सीमाएँ और जोखिम पहचानें।
केंद्रित बदलाव लागू करें
पैच को सुसंगत रखें और असंबंधित सफ़ाई से बचें जो समीक्षा कठिन बनाती है।
स्वीकृति सत्यापित करें
टेस्ट, समीक्षा प्रमाण, मापे गए परिणाम और स्पष्ट रूप से चिह्नित असत्यापित बिंदु लौटाएँ।
Orkas में यह उपयोग आज़माएँ
मुफ़्त, खुला स्रोत और आपकी मशीन पर चलता है।
उत्पाद विकास से जुड़े सवाल
रिपॉज़िटरी के काम, समीक्षा प्रमाण और प्रोडक्शन की सीमाओं से जुड़े सामान्य उत्तर।
ProductDeveloper कौन-से काम कर सकता है?
PRD, आवश्यकता, इश्यू, बग रिपोर्ट या डिज़ाइन के आधार पर फ़ीचर लागू करना, बग और CI सुधारना, परीक्षण ठीक करना, केंद्रित रीफ़ैक्टरिंग, कोड समीक्षा और प्रदर्शन डिबगिंग।
यह स्वीकृति मानदंड कैसे सत्यापित करता है?
हर स्वीकृत व्यवहार को किसी वर्तमान लक्षित परीक्षण, समीक्षा परिणाम या मापे गए प्रदर्शन परिणाम से जोड़ा जाता है। जो सत्यापित नहीं हुआ, उसे पूरा बताने के बजाय स्पष्ट रूप से चिह्नित किया जाता है।
ProductDeveloper कार्यान्वयन का जोखिम कैसे नियंत्रित करता है?
यह संपादन से पहले संबंधित रिपॉज़िटरी पथों की रूपरेखा बनाता है, पैच को केंद्रित रखता है और समीक्षा के लिए आर्किटेक्चर, संगतता, माइग्रेशन तथा रोलबैक संबंधी चिंताएँ बताता है।
ProductDeveloper किन मॉडलों का उपयोग कर सकता है?
वैकल्पिक Orkas-प्रबंधित आधिकारिक मॉडल इस्तेमाल करें या OAuth अथवा API कुंजी से OpenAI, Anthropic Claude, Google Gemini और अन्य प्रदाता जोड़ें। आपके अपने प्रदाता वाले कॉल सीधे उसके पास जाते हैं।
अगली आवश्यकता को उत्पाद में सत्यापित बदलाव में बदलें
मुफ़्त, खुला स्रोत और आपकी मशीन पर चलता है।