आर्किटेक्चर

चरणों की एक पाइपलाइन, तीन परतों की एक साइट, एक प्रोटोकॉल जो यात्रा करता है

TITI एक एकल प्रॉम्ट को एक व्यवस्थित कार्यप्रवाह के माध्यम से आगे बढ़ाता है और एक ऐसा उत्पाद जारी करता है जिसकी संरचना बाद में सजाने के बजाय डिज़ाइन द्वारा ही तय होती है।

  • चरण
  • तीन परतें
  • ऑडिट मशीन
  • HAYAT

एक व्यवस्थित कार्यप्रवाह के रूप में पाइपलाइन

TITI को चरणों के एक क्रम के रूप में व्यवस्थित किया गया है, जिसमें प्रत्येक चरण अपने से पहले वाले चरण के आउटपुट का उपयोग करता है: Prompt, Research, Architecture, Design, Build, Test, Deploy। यह क्रम ही इसका मुख्य बिंदु है। अनुसंधान आर्किटेक्चर से पहले आता है क्योंकि संरचना चुनने से पहले डोमेन को समझना आवश्यक है; आर्किटेक्चर डिज़ाइन से पहले आता है क्योंकि उत्पाद का आकार उसकी सतह को सीमित करता है; परीक्षण तैनाती से पहले आता है क्योंकि बिना जांच की गई कोई भी चीज़ शिप नहीं की जाती।

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

यह एक कार्यप्रवाह का विवरण है, आंतरिक मशीनरी की सूची नहीं। ऊपर दिए गए चरण एक कदम और अगले कदम के बीच वास्तविक अनुबंध हैं; हम इस व्यवस्थित प्रवाह के अलावा छिपी हुई कतारों, हैंडऑफ़ तंत्र या पुनः प्रयास व्यवहार का दावा नहीं करते हैं।

तीन-परत संरचना

TITI द्वारा जनरेट की जाने वाली प्रत्येक साइट की संरचना एक जैसी तीन-परतों वाली होती है। marketing layer मानव पाठकों को संबोधित करती है। science layer पद्धति, सिद्धांतों और गहराई को दर्शाती है — जैसे कि यह पृष्ठ। agent layer मशीन-पठनीय है: ऐसी फ़ाइलें जिन्हें किसी व्यक्ति के बजाय अन्य सॉफ़्टवेयर द्वारा पढ़ने के लिए लिखा गया है।

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

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

एजेंट परत और HAYAT इनहेरिटेंस

एजेंट परत मशीन फ़ाइलें प्रकाशित करती है। /agent.json साइट का वर्णन करता है और इसके संपर्क का नाम बताता है, जो कि रेसिडेंट चैट है। /sot-map.json साइट और उसके सत्य के स्रोत का एक व्यवस्थित मानचित्र प्रदान करता है। /.well-known/hayat-manifest.json उस प्रसिद्ध पथ पर प्रकाशित किया जाता है जहाँ अन्य सॉफ़्टवेयर को इसके मिलने की उम्मीद होती है।

HAYAT एक क्रॉस-साइट प्रोटोकॉल है जिसे ये फ़ाइलें लागू करती हैं। इंजन द्वारा बनाई जाने वाली प्रत्येक साइट को यह विरासत में मिलता है, जिसका अर्थ है कि कोई भी प्रोग्राम जो TITI-निर्मित साइट पर आता है, वह समान स्थानों पर समान अर्थ वाली फ़ाइलों पर भरोसा कर सकता है। इनहेरिटेंस ही एक एकल साइट की परंपरा को ऐसी चीज़ में बदल देता है जिस पर कोई अन्य सिस्टम कई साइटों पर भरोसा कर सकता है।

प्रोटोकॉल एक साझा स्वरूप है, सामग्री के बारे में कोई वादा नहीं। फ़ाइलें प्रकाशित की जाती हैं और पाठक के परामर्श के लिए उपलब्ध होती हैं; संरचना सुसंगत है क्योंकि प्रत्येक साइट उसी प्रोटोकॉल को आगे बढ़ाती है।

ऑडिट मशीन

तैनाती से पहले, एक बिल्ड एक ऑडिट मशीन से होकर गुजरता है जो दो प्रकार के निर्णयों को जोड़ती है। पहला है deterministic, machine-checkable gates: मार्कअप और संरचना की वैधता, यह जांच कि सामग्री में कोई मनगढ़ंत आंकड़े न आए हों, और विभिन्न भाषाओं में रेंडरिंग की शुद्धता — जिसमें दाएं-से-बाएं लिखी जाने वाली लिपियां और CJK लेआउट शामिल हैं।

दूसरा एक cross-family taste judge है जो उन गुणों का आकलन करता है जिन्हें एक निश्चित गेट नहीं पकड़ सकता। दोनों एक-दूसरे के पूरक हैं: गेट यांत्रिक त्रुटियों को पकड़ते हैं, जबकि जज केवल खराब गुणवत्ता का मूल्यांकन करता है।

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

स्व-सुधार लूप, और यह क्या नहीं है

TITI ही TITI का निर्माण करता है: इंजन खुद के पुनर्निर्माण और सुधार में मदद करता है। लेकिन यह लूप human-supervised है। एक मानव प्रत्येक चरण की समीक्षा करता है और उसे मंजूरी देता है। पुनरावृत्ति वास्तविक है, स्वायत्तता नहीं — इंजन प्रस्ताव देता है और सहायता करता है, निर्णय एक व्यक्ति लेता है।

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

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

रेसिडेंट चैट

आर्किटेक्चर से सीधे पूछें

नमस्ते — मैं titi हूँ। बताइए आप क्या बनाना चाहते हैं; कुछ शब्द ही काफी हैं।

मैं इसे एक असली, परखी हुई, तैनात साइट में बदल दूँगी।

सीम — बैकएंड अभी तक कनेक्ट नहीं हुआ है