Ivy Tendril के संदर्भ में, एक सॉफ्टवेयर फैक्ट्री (Software Factory) चेकपॉइंट्स के साथ चरणों का एक मानकीकृत क्रम है जो टास्क और विचारों को परखे हुए पुल रिक्वेस्ट्स (Pull Requests) में बदल देता है। एक टिकट या बग रिपोर्ट दर्ज होती है। एक AI एजेंट कार्य योजना तैयार करता है। एक मानव इंजीनियर योजना की समीक्षा कर उसे मंजूरी देता है। एजेंट उस योजना को अलग-थलग Git वर्क-ट्री (Worktrees) में निष्पादित करते हैं। स्वचालित सत्यापन प्रक्रिया परीक्षण (Tests), लिंटिंग और अंतर निरीक्षण (Diff Inspection) चलाती है। एक इंजीनियर अंतिम diff की समीक्षा करता है। GitHub पर एक पुल रिक्वेस्ट खोली जाती है। यह प्रक्रिया प्रत्येक कार्य के लिए समान रहती है, जबकि एजेंट और मॉडल को टास्क के अनुसार बदला जा सकता है। इसमें स्पष्ट रूप से केवल दो मानव चेकपॉइंट्स होते हैं — योजना पर और diff पर — और बिना मानवीय अनुमोदन के कोई भी कोड मर्ज नहीं होता।
सॉफ्टवेयर फैक्ट्री के चरण
1. योजना बनाना (Create plan)
इनपुट Tendril में टाइप किया गया एक वाक्य हो सकता है, एक GitHub इश्यू, jam.dev बग रिपोर्ट, Whisper से ट्रांसक्राइब किया गया वॉइस नोट, या प्रॉम्प्ट में ड्रॉप की गई फाइलें। CreatePlan प्रॉम्प्टवेयर कोडबेस को पढ़ता है और एक योजना तैयार करता है: क्या बदलना है, कहां बदलाव करना है, और इसे कैसे सत्यापित किया जाए।
2. ड्राफ्ट (Draft)
योजना ड्राफ्ट्स में सुरक्षित हो जाती है। अभी तक कोई कोड नहीं बदला गया है। यह तब तक वहीं रहती है जब तक कोई डेवलपर इसे पढ़ न ले।
3. योजना समीक्षा (Plan review)
यह पहला चेकपॉइंट है। समीक्षक योजना को पढ़ता है और पांच में से एक कार्रवाई चुनता है: इसे मंजूरी देना, विस्तृत जानकारी के लिए ExpandPlan चलाना, बड़ी योजना को छोटे भागों में बांटने के लिए SplitPlan चलाना, संशोधन के लिए UpdatePlan चलाना, या ड्राफ्ट पर टिप्पणी करना जिसके बाद योजना फिर से लिखी जाती है। जो योजना अभी उपयोगी नहीं है उसे Icebox में भेज दिया जाता है।
4. वर्क-ट्री में समानांतर निष्पादन (Execute in worktrees)
मंजूरी मिलने पर, ExecutePlan प्रॉम्प्टवेयर चुने गए एजेंट — जैसे Claude Code, Codex CLI, Copilot CLI, Gemini CLI, या OpenCode — को अपनी स्वतंत्र शाखा पर अपने स्वयं के git worktree में प्रारंभ करता है। समानांतर AI एजेंटों के लिए Git वर्क-ट्री गाइड में बताया गया है कि यह अलगाव कई योजनाओं को एक साथ सुरक्षित रूप से चलाना क्यों संभव बनाता है। एक साथ कई योजनाएं निष्पादित होती हैं। Jobs दृश्य प्रत्येक एजेंट के आउटपुट को स्ट्रीम करता है। मुख्य शाखा (main) सुरक्षित रहती है।
5. स्वचालित सत्यापन (Verify)
वर्क-ट्री में टेस्ट्स, लिंट और diff निरीक्षण चलते हैं, और परिणाम योजना के साथ संलग्न किए जाते हैं। यह प्रति-शाखा के बजाय प्रति-योजना लागू किया गया निरंतर एकीकरण (CI) है। कौन से परीक्षण यहां होने चाहिए, यह AI-जनरेटेड कोड के लिए सत्यापन द्वार में विस्तार से समझाया गया है। Pro और Enterprise संस्करणों में, GitHub Actions से भी परिणाम आयात किए जा सकते हैं।
6. Diff समीक्षा (Diff review)
यह दूसरा चेकपॉइंट है। Review दृश्य एक टैब में कोड diff और दूसरे में सत्यापन परिणाम दिखाता है। समीक्षक इसे मंजूरी देता है, या योजना को अपडेट करके दोबारा चलाता है।
7. पुल रिक्वेस्ट (Pull request)
CreatePr प्रॉम्प्टवेयर बदलावों के सटीक विवरण के साथ GitHub पर पुल रिक्वेस्ट खोलता है। कोड मर्ज GitHub में सामान्य रूप से होता है। योजना की टोकन खपत और लागत डैशबोर्ड पर दर्ज होती है।
दो मानव चेकपॉइंट्स ही क्यों, शून्य या दस क्यों नहीं
शून्य चेकपॉइंट्स का मतलब है कि एजेंट सीधे main शाखा में कमिट करता है। गलतियों का पता दूसरों के प्रभावित होने के बाद चलता है, और मर्ज किए गए बदलाव को वापस रोलबैक करना पहले समीक्षा करने से कहीं अधिक महंगा होता है। इसका यह भी अर्थ है कि किसी ने उस कोड को पढ़ा ही नहीं।
दस चेकपॉइंट्स का मतलब है प्रत्येक फ़ाइल संपादन या टूल कॉल को मैन्युअल रूप से अनुमोदित करना। इंसान सबसे धीमी बाधा बन जाता है, एजेंट क्लिक का इंतजार करते हैं, समानांतर निष्पादन का लाभ समाप्त हो जाता है, और समीक्षक बिना पढ़े स्वीकृति देने लगते हैं।
दो चेकपॉइंट्स मानव विशेषज्ञता को वहीं रखते हैं जहां उसका निर्णय सबसे अधिक प्रभावी होता है: योजना वह जगह है जहां गलतफहमी को सुधारना सबसे सस्ता होता है (अभी कोई कोड नहीं लिखा गया है)। Diff वह जगह है जहां सटीकता की पुष्टि होती है: सत्यापन पूरा हो चुका है, बदलाव तैयार है, और एक इंसान तय करता है कि इसे मर्ज किया जाए या नहीं। बीच का सब कुछ स्वचालित है।
एक टीम के लिए क्या बदलता है
उत्पादकता में तीव्र वृद्धि। चूंकि योजनाएं समानांतर में चलती हैं और इंसान केवल दो चरणों में उपस्थित होता है, इसलिए टीम का उत्पादन टाइपिंग की गति के बजाय समीक्षा क्षमता द्वारा निर्धारित होता है। Ivy की अपनी टीम ने इस कार्यप्रवाह को अपनाने के बाद प्रति दिन लगभग 10 से 100 से अधिक पुल रिक्वेस्ट्स तक का विस्तार किया।
पूर्वानुमान योग्यता। प्रत्येक कार्य समान चरणों से गुजरता है, इसलिए स्थिति का अर्थ सभी के लिए एक समान होता है। डैशबोर्ड दिखाता है कि प्रत्येक चरण में कितनी योजनाएं हैं, प्रति योजना लागत क्या है, और Git गतिविधि कैसी है।
संचित होने वाला ज्ञान। प्रत्येक चरण एक प्रॉम्प्टवेयर इकाई द्वारा संचालित होता है: निर्देशों के साथ Program.md, अनुभवों की Memory/ डायरेक्टरी, सीमित अनुमतियों के साथ Tools/, और प्रत्येक निष्पादन के Logs/। कार्य पूरा होने के बाद, एजेंट कोडबेस के बारे में सीखी गई बातों को मेमोरी में दर्ज करते हैं। दसवीं योजना को वह ज्ञान उपलब्ध होता है जो पहली योजना के पास नहीं था। प्रॉम्प्टवेयर: एजेंट जो अपने निर्देशों को स्वयं सुधारते हैं में और पढ़ें।
सॉफ्टवेयर फैक्ट्री क्या नहीं है
- यह केवल ऑटो-कम्प्लीट नहीं है। ऑटो-कम्प्लीट अगली पंक्ति का सुझाव देता है; फैक्ट्री एक टिकट लेती है और जांची हुई PR देती है।
- यह सामान्य चैट विंडो नहीं है। एक चैट में कोई कतार, कोई अलगाव, कोई सत्यापन चरण और बातचीत से परे कोई स्थायी मेमोरी नहीं होती।
- यह कोई अनियंत्रित बॉट नहीं है जो बिना अनुमति के प्रोडक्शन में कमिट कर दे।
- यह कोड समीक्षा का विकल्प नहीं है, बल्कि उसका केंद्रित अनुकूलन है।
- यह कोई क्लाउड सेवा नहीं है जो आपके कोड को स्टोर करती है। Tendril लोकल-फर्स्ट है: कोड, योजनाएं, मेमोरी और लॉग आपकी अपनी मशीन पर रहते हैं।
- यह किसी एक मॉडल या वेंडर से बंधा नहीं है।
AI-सहायता प्राप्त विकास के 8 स्तर
स्टीव येगे का "8 Levels of AI-Assisted Development" (2025) यह समझने के लिए एक बेहतरीन पैमाना है कि एक टीम कहां खड़ी है। अधिकांश टीमें स्तर 2 से 3 पर हैं। समानांतर एजेंटों, स्थानीय मेमोरी और दोहरे समीक्षा द्वारों के साथ ऑर्केस्ट्रेशन ही स्तर 8 है।
| स्तर | टीम वास्तव में क्या चलाती है |
|---|---|
| 1 | कोई AI नहीं। डेवलपर्स सारा कोड हाथ से लिखते और जांचते हैं। |
| 2 | संपादक में ऑटो-कम्प्लीट। सुझाव पंक्ति-दर-पंक्ति स्वीकार किए जाते हैं। |
| 3 | IDE में चैट सहायक। एक समय में एक बातचीत, एक डेवलपर, एक फ़ंक्शन। |
| 4 | IDE में एजेंट जो एक अनुरोध से कई फाइलों को संपादित करता है। |
| 5 | टर्मिनल में CLI एजेंट, जिसे एक कार्य दिया जाता है और वह स्वतंत्र चलता है। |
| 6 | कई टर्मिनलों में कई CLI एजेंट, जिनका मैन्युअल समन्वय किया जाता है। |
| 7 | परिभाषित वर्कफ्लो और सत्यापन गेट्स वाले एजेंट, आमतौर पर इन-हाउस टूल में। |
| 8 | ऑर्केस्ट्रेशन: अलग वर्क-ट्री में समानांतर एजेंट, स्थायी मेमोरी, दो समीक्षा गेट और योजनाओं की कतार। यही Ivy Tendril प्रदान करता है। |
शुरुआत कैसे करें
macOS या Linux पर Tendril इंस्टॉल करें:
curl -sSf https://cdn.ivy.app/install-tendril.sh | sh
Windows पर:
irm https://cdn.ivy.app/install-tendril.ps1 | iex
एक GitHub रिपॉजिटरी कनेक्ट करें, अपनी पसंदीदा AI API कुंजी जोड़ें और एक एजेंट चुनें। एक छोटे टिकट से पहली योजना बनाएं, ड्राफ्ट स्वीकार करें और सत्यापन समाप्त होने पर diff देखें। इंस्टॉलेशन गाइड में सभी चरण दिए गए हैं।
सामान्य प्रश्न
क्या सॉफ्टवेयर फैक्ट्री कोड समीक्षा को समाप्त कर देती है?
नहीं। यह समीक्षा को दो निर्णायक बिंदुओं (योजना और diff) पर केंद्रित करती है और समीक्षक को वस्तुनिष्ठ परीक्षण डेटा प्रदान करती है। प्रत्येक पुल रिक्वेस्ट को मानव द्वारा ही अनुमोदित किया जाता है।
कौन से एजेंट चलाए जा सकते हैं?
Claude Code, OpenAI Codex CLI, GitHub Copilot CLI, Google Gemini CLI, OpenCode और कोई भी CLI एजेंट।
क्या Ivy Tendril मुफ़्त है?
हाँ। एप्लिकेशन मुफ़्त है और FSL-1.1-ALv2 के तहत ओपन-सोर्स है। Pro योजना ($59 प्रति उपयोगकर्ता/माह) टीम सुविधाएँ, ऑन-प्रिमाइसेस होस्टिंग, SSO और CI सत्यापन आयात जोड़ती है। मूल्य निर्धारण देखें।
Ivy के साथ निर्माण शुरू करें
क्या आप पारंपरिक UI फ्रेमवर्क से आधुनिक, एजेंट-सक्षम फुल-स्टैक अनुप्रयोगों में अपग्रेड करने के लिए तैयार हैं?
- कोड का अन्वेषण करें: GitHub पर Ivy Tendril का निरीक्षण करें (ओपन सोर्स)।
- दस्तावेज़ पढ़ें: tendril.ivy.app पर तकनीकी गाइड ब्राउज़ करें।
- इंजीनियर से बात करें: 30 मिनट के आर्किटेक्चर सत्र के लिए renco@ivy.app पर संपर्क करें।