ZIAForge वापरकर्ता मार्गदर्शक

पहिली पावले

ZIAForge चर्चा, नियोजन, अंमलबजावणी आणि पडताळणी एकाच टास्कमध्ये ठेवते. Git प्रकल्पासाठी Code निवडा, किंवा सामान्य फोल्डरमधील दस्तऐवज, संशोधन आणि इतर निकालांसाठी Work निवडा.

स्वतंत्र प्रकल्पामध्ये छोट्या टास्कपासून सुरुवात करा. तुम्ही नेटिव्ह CLI निवडल्यास, ते स्थापित करा आणि प्रथम टर्मिनलमध्ये त्याच्या स्वतःच्या खात्यासह साइन इन करा. पर्यायाने, API कनेक्शन कॉन्फिगर करा. CLI सबस्क्रिप्शन आणि सशुल्क API या स्वतंत्र कनेक्शन पद्धती आहेत; ZIAForge तुम्हाला साइन इन करत नाही किंवा त्यांच्या दरम्यान क्रेडिट्स हस्तांतरित करत नाही.

1. सेटिंग्ज उघडा आणि वर्कस्पेस फोल्डर व भाषा तपासा. About चालू असलेल्या बिल्डची अचूक ओळख दाखवते.
2. Code साठी, साइडबारमध्ये Git रिपॉझिटरी जोडा. Work साठी, टास्क तयार करताना स्वतंत्र फोल्डर निवडा.
3. CLI, मॉडेल, रिझनिंग मेहनत आणि ॲक्सेस लेव्हलसह प्रीसेट सेव्ह करा. तुम्ही सेव्ह केलेल्या प्रीसेटशिवाय थेट Custom देखील निवडू शकता.
4. टास्क तयार करा, त्याचा मार्ग, भूमिका आणि मॅन्युअल किंवा स्वयंचलित प्रगती निवडा. Start पूर्वी पर्यायांचे पुनरावलोकन करा.

संबंधित सूचना: प्रकल्प विहंगावलोकन · प्रदाता सुसंगतता.

योग्य डेस्कटॉप पॅकेज स्थापित करा

तुमच्या ऑपरेटिंग सिस्टम आणि CPU आर्किटेक्चरसाठी पॅकेज निवडा: x64 किंवा arm64. बिल्ड पाइपलाइन macOS DMG/ZIP, Windows NSIS इंस्टॉलर/ZIP, आणि Linux DEB/RPM/AppImage/tar.gz/ZIP फॉरमॅट्स तयार करू शकते. तयार केलेली फाइल किंवा क्रॉस-बिल्ड म्हणजे त्याचा इंस्टॉलर आणि नेटिव्ह UI तुमच्या मशीनवर चालले याचा पुरावा नाही; त्या रिलीझच्या पडताळणी रेकॉर्डचा संदर्भ घ्या.

Electron 44 वापरणाऱ्या macOS बिल्ड्ससाठी macOS 13 किंवा नंतरची आवृत्ती आवश्यक आहे. ऍपल सिलिकॉनवर arm64 पॅकेज आणि इंटेलसाठी x64 पॅकेज वापरा. बदलण्यापूर्वी जुने ॲप पूर्णपणे बंद करा. पूर्वावलोकन (प्रिव्ह्यू) पॅकेजेस स्वाक्षरी नसलेले आणि नोटराइज नसलेले असू शकतात; डेव्हलपमेंट आर्टिफॅक्टला स्वाक्षरी केलेले सार्वजनिक रिलीझ समजण्याची चूक करू नका.

Windows ला बंडल केलेल्या Electron आवृत्तीद्वारे समर्थित ऑपरेटिंग सिस्टम आणि PATH मध्ये उपलब्ध Git आवश्यक आहे. जुळणारे आर्किटेक्चर निवडा. स्वाक्षरी नसलेल्या प्रिव्ह्यूकडे Authenticode प्रमाणीकरण नसते. पोर्टेबल ZIP मध्ये केवळ त्याची एक्झिक्युटेबल फाइल नाही, तर संपूर्ण ॲप्लिकेशन डिरेक्टरी आणि रनटाइम फाइल्स असणे आवश्यक आहे.

Linux ला सुसंगत ग्राफिकल डेस्कटॉप, Electron द्वारे आवश्यक सिस्टम लायब्ररी आणि Git आवश्यक आहे. एन्क्रिप्टेड नियंत्रण क्रेडेंशियल्ससाठी, gnome-libsecret किंवा KWallet सारखी कार्यरत Secret Service प्रदान करा; असुरक्षित basic_text बॅकएंड स्वीकारले जात नाही. हेडलेस/कंटेनर स्मोक पुरावा प्रत्येक डेस्कटॉप किंवा वितरणाचे प्रमाणीकरण करत नाही.

apt install ./file.deb सह DEB स्थापित करा, किंवा तुमच्या वितरणाच्या पॅकेज व्यवस्थापकाद्वारे RPM स्थापित करा. AppImage ला एक्झिक्युटेबल परवानगी आणि योग्य FUSE समर्थन आवश्यक आहे; जिथे समर्थित असेल तिथे --appimage-extract-and-run हा एक पर्याय आहे. tar.gz आणि ZIP पॅकेजेस त्यांच्या सर्व रनटाइम फाइल्ससह अनझिप करा. पॅकेज बदलताना वापरकर्ता डेटा आणि ॲप्लिकेशन फाइल्स वेगळ्या ठेवा.

सोर्सवरून बिल्ड करण्यासाठी, नेहमीच्या Electron इंस्टॉलरसह Node 24, Git आणि npm ci वापरा. नेटिव्ह रीबिल्ड्ससाठी प्लॅटफॉर्म टूल्स आवश्यक आहेत: macOS वर Xcode कमांड-लाइन टूल्स; Windows वर MSVC C++, Windows SDK आणि Python; Linux वर कंपाइलर, make, Python, pkg-config आणि आवश्यक पॅकेजिंग टूल्स. अचूक आदेश आणि सध्याच्या प्लॅटफॉर्म मर्यादांसाठी PLATFORM_BUILDS.md चे अनुसरण करा.

रिलीझ आवृत्त्या मध्यवर्ती पद्धतीने आरक्षित केल्या जातात आणि आउटपुट अपरिवर्तनीय असतात. CI पडताळणी बिल्ड हे प्रकाशित इंस्टॉलर नाही. सोर्स अर्काइव्ह्जमध्ये सोर्स, लॉकफाइल, दस्तऐवजीकरण आणि स्क्रिप्ट्स असतात; अवलंबित्वे (डिपेंडन्सीज), क्रेडेंशियल्स, वापरकर्ता प्रोफाइल्स आणि खाजगी संशोधन वगळले जातात. यशस्वी x64 बिल्डवरून कधीही नेटिव्ह ARM किंवा Windows प्रमाणीकरणाचा निष्कर्ष काढू नका.

संबंधित सूचना: प्लॅटफॉर्म पॅकेजेस, पूर्वतयारी आणि पडताळणी मर्यादा · बिल्ड ओळख आणि रिलीझ तपासण्या.

Code: पाच मार्ग

Auto व्याप्तीचे मूल्यांकन करते: एखादा साधा प्रश्न उत्तरासह समाप्त होऊ शकतो, तर मोठ्या टास्कसाठी तयारीची आवश्यकता असते. Fix a bug कारणाचा शोध घेते आणि सुधारणा तयार करते. Spec first तांत्रिक उपायापासून सुरू होते; Requirements first आवश्यकता आणि स्वीकृती निकषांपासून सुरू होते.

मल्टी-मॉडेल अन्वेषण, डिझाइन, अंमलबजावणी आणि पुनरावलोकनासाठी स्वतंत्र संदर्भ वापरते. या मार्गाच्या नावासाठी भिन्न प्रदात्यांची आवश्यकता नसते: प्रत्येक भूमिका तुम्ही निवडलेले प्रीसेट किंवा Custom कॉन्फिगरेशन वापरते.

Worktree टास्कचे Git बदल वेगळे ठेवते. Branch निवडलेल्या चेकआउटमध्ये कार्य करते. सुरू करण्यापूर्वी प्रकल्प, शाखा आणि मॉडेल तपासा; टास्कचे वर्णन सामान्य चॅटमध्ये देखील पाठवले जात नाही.

न सुटलेले उत्पादन किंवा तांत्रिक पर्याय असलेल्या कल्पनेसाठी, Requirements first वापरा आणि चर्चेत पाया तयार करा. Auto विनंतीचे वर्गीकरण करते; प्रत्येक लहान वाक्यांशाची लगेच अंमलबजावणी करण्याचा हा आदेश नाही. Save draft मॉडेलशी संपर्क न साधता विनंती राखून ठेवते; Start व्यवस्थापित प्रवाह सेव्ह करते आणि एकदा सुरू करते. एक ते चार टास्क प्रतींचे स्वतंत्र निर्मिती आयडी आणि भूमिका सेटिंग्ज असतात.

संबंधित सूचना: Code वर्कफ्लो करार · Code प्रॉम्प्ट प्रोफाइल्स.

Forge चर्चा

Start केंद्रीय चर्चा उघडते. नैसर्गिकपणे उत्तर द्या, प्रतिप्रश्न विचारा, मर्यादा जोडा आणि तांत्रिक पर्यायांवर चर्चा करा. संभाषण आणि प्रश्न टास्कसोबतच राहतात.

मजकूर पाठवल्याने दस्तऐवज स्वीकारला जात नाही किंवा नवीन अंमलबजावणी योजना अधिकृत केली जात नाही. अंमलबजावणी दरम्यानचे स्पष्टीकरण प्रथम व्यवस्थापित फेरी थांबवते आणि प्रभावित व्याप्तीची पुन्हा तपासणी करते. आधीच स्वीकारलेल्या टप्प्यातील प्रश्नाचे उत्तर तो टप्पा सुरू ठेवू शकते.

पायावर जाणीवपूर्वक पुनर्विचार करण्यासाठी, Requirements, Specification किंवा Planning निवडा. नवीन आवृत्तीसाठी अवलंबून असलेल्या निर्णयांची नव्याने स्वीकृती आवश्यक असते. पूर्ण झालेल्या पायऱ्या आणि त्यांचे पुरावे राहतात; बदललेले अपूर्ण टप्पे इतिहासात राहतात.

व्यवस्थापित टप्प्यातील सेशन्स विनामूल्य चॅटपेक्षा वेगळे असतात. वर्कफ्लोच्या मालकीच्या सेशनमध्ये थेट मॅन्युअल प्रॉम्प्ट्स पाठवण्याऐवजी Forge चर्चा वापरा.

संबंधित सूचना: Forge चर्चा करार.

दस्तऐवज आणि निर्णय

दस्तऐवज उघडा, त्याची आवृत्ती तपासा आणि आवश्यकतेनुसार संपादने करा. चर्चेद्वारे संपादने सबमिट केल्याने नवीन आवृत्ती तयार होते; अहवाल आणि पडताळलेले निकाल पूर्वलक्ष्यी प्रभावाने पुन्हा लिहिले जात नाहीत.

प्रस्तावित योजना स्वीकारण्यापूर्वी, क्रम, सूचना, स्वीकृती निकष आणि पडताळणी आदेश संपादित करा. तुम्हाला समजणाऱ्या ठोस आदेशांनाच अधिकृत करा: ते टास्क फोल्डरमध्ये चालतात. मल्टी-मॉडेल संपूर्ण टास्कच्या अंमलबजावणीची एक पायरी प्रस्तावित करते, ज्याचे तपशील त्याच्या दस्तऐवजांमध्ये आणि सूचनांमध्ये असतात.

Approve हा एक स्वतंत्र जाणीवपूर्वक घेतलेला निर्णय आहे. Auto प्रश्न किंवा आवश्यकता, तपशील आणि योजनांची स्वीकृती बायपास करत नाही. बाह्यरित्या बदललेला दस्तऐवज जुनी मंजुरी पुन्हा वापरू शकत नाही.

तयारीच्या फाइल्स आर्टिफॅक्ट्स म्हणून दिसतात. त्यांची आवृत्ती, तयार करणारा टप्पा आणि हॅश त्यांना निकालाशी बांधतात. Code दस्तऐवज वर्कस्ट्रीच्या बाहेर ठेवले जातात आणि ते कमिटमध्ये आपोआप जात नाहीत.

स्वीकारण्यापूर्वी दस्तऐवज आणि प्रदर्शित निर्णय दोन्ही तपासा. स्वीकृती सध्याचा गेट ID, योजना पुनरावृत्ती आणि राखून ठेवलेल्या दस्तऐवज हॅशेस बांधते. व्याप्ती किंवा पुरावा चुकीचा असल्यास बदलांची विनंती करा (Request changes). जर एखादा निर्णय कालबाह्य झाला असेल, तर नवीन निवड करण्यापूर्वी सेव्ह केलेली स्थिती पुन्हा लोड करा; बदललेली फाइल आधीच्या आवृत्तीनुसार स्वीकारली जाऊ शकत नाही.

संबंधित सूचना: वर्कफ्लो गेट्स आणि दस्तऐवज आवृत्त्या.

अंमलबजावणी आणि पुनरावलोकन

To-do प्रत्यक्ष पायऱ्या, सध्याचा प्रयत्न, पडताळणी आणि पुनरावलोकनाचे निकाल दाखवते. एजंटने “done” म्हटले म्हणजे पायरी पूर्ण होत नाही: योजनेचा आवश्यक पुरावा अस्तित्वात असणे आवश्यक आहे.

मॅन्युअल मोड पात्र पायऱ्यांमध्ये विराम घेतो. Auto पडताळलेल्या पायऱ्या पुढे नेतो आणि मर्यादित प्रयत्नांना अनुमती देतो. Stop after नेहमी एक चेकपॉईंट तयार करतो. Pause वर्कफ्लोचे सक्रिय काम थांबवतो; पॅनेल बंद केल्याने ते थांबत नाही.

एक स्वतंत्र पुनरावलोकनकर्ता फाइल्स आणि पडताळणी निकालांसह स्वतंत्र संदर्भ वापरतो. प्रत्येक आवश्यक अडवणारा निष्कर्ष (ब्लॉकिंग फाइंडिंग) सोडवला गेलाच पाहिजे; अनेक पुनरावलोकनकर्ते मतदान करून ब्लॉकिंग त्रुटी काढून टाकू शकत नाहीत.

मल्टी-मॉडेलमध्ये, निष्कर्ष दुरुस्त करण्यासाठी स्पष्ट निर्णयाची आवश्यकता असते. सुधारणा केल्याने आपोआप दुसरे पुनरावलोकन सुरू होत नाही: Review again नवीन चक्र उघडते. पुनरावलोकन टिप्पण्या अंमलबजावणीची पुनरावृत्ती न करता समन्वयकाकडे पुनर्विचार करण्याची विनंती करू शकतात.

पूर्ण झालेल्या पायऱ्या शांतपणे संपादित केल्या जाऊ शकत नाहीत. TDD सह, Red अपेक्षित कारणास्तव प्रत्यक्षात अयशस्वी झाले पाहिजे, त्यानंतर Green उत्तीर्ण झाले पाहिजे. मर्यादित प्रयत्न अखंड प्रयत्नांना प्रतिबंध करतात.

Settings → Review teams मध्ये स्वतंत्र CLI/API समीक्षक सेव्ह करा, नंतर Code किंवा Work मध्ये टीम निवडा. समीक्षक समांतर चालतात, त्यानंतर टीमचा रिपोर्ट आर्किटेक्ट चालतो. तुम्ही सेव्ह केलेल्या टीमशिवाय देखील स्वतंत्र समीक्षक कॉन्फिगर करू शकता. रिपोर्ट आर्किटेक्टला कोणत्याही प्रोजेक्ट फाइल्स किंवा टूल्सशिवाय फक्त अनामित संरचित अहवाल मिळतात; या अलगीकरणासाठी सध्या Claude Code किंवा API ची आवश्यकता आहे.

प्रत्येक अंमलबजावणी पायरीला एक्झिक्युटेबल तपासणी, आवश्यक स्वतंत्र पुनरावलोकन किंवा दोन्हीची आवश्यकता असते. तयारीचे टप्पे त्याऐवजी प्रमाणित निकाल आणि आर्टिफॅक्ट पावत्या राखून ठेवतात; हे अंमलबजावणी चाचण्या चालवल्याचे भासवत नाहीत. आदेश तेव्हाच यशस्वी होतो जेव्हा त्याची खरी एक्झिट स्थिती आणि स्वतःच्या प्रोसेसची स्वच्छता निश्चित केली जाते. TDD साठीची Red तपासणी अंमलबजावणी आणि Green पडताळणीपूर्वी सामान्यपणे अयशस्वी झाली पाहिजे; गहाळ एक्झिक्युटेबल किंवा टाइमआउट हा वैध Red निकाल नाही.

डिफॉल्ट सर्किट ब्रेकर्स एका पायरीवर तीन अयशस्वी प्रयत्नांनंतर किंवा एकूण पन्नास प्रयत्नांनंतर थांबतात. व्यत्यय एक प्रयत्न वापरतो परंतु तो स्वतः अयशस्वी प्रयत्न मानला जात नाही. मर्यादा आणि पूर्ण झालेला पुरावा रीस्टार्टनंतरही टिकून राहतात; Retry त्यांना रीसेट करत नाही. दुसरा प्रयत्न अधिकृत करण्यापूर्वी राखून ठेवलेले अपयश वाचा.

संबंधित सूचना: पडताळणी आणि पुनरावलोकन.

समांतर पुनरावलोकन टीम्स आणि रिपोर्ट आर्किटेक्ट

Settings → Review teams उघडा आणि एक टीम सेव्ह करा. स्वतःचे CLI किंवा API, मॉडेल, रिझनिंग मेहनत आणि विशेषज्ञता असलेले स्वतंत्र समीक्षक जोडा, नंतर रिपोर्ट आर्किटेक्ट निवडा. टास्कच्या पुनरावलोकन कॉन्फिगरेशनमध्ये टीम निवडा. एक्झिक्युटर प्रीसेट समीक्षकाद्वारे देखील वापरले जाऊ शकते, आणि Custom उपलब्ध राहते; स्वतंत्र भूमिकांचे संदर्भ अजूनही वेगळे असतात.

समीक्षक एकाच टास्क पुराव्यावर समांतर चालतात. प्रत्येक आवश्यक अहवाल, त्रुटी आणि निकाल राखून ठेवला जातो. आर्किटेक्टला समीक्षकांची नावे, मॉडेल किंवा प्रदाता ओळख, मूळ टास्क सामग्री, रिपॉझिटरी ॲक्सेस किंवा टूल्सशिवाय अनामित क्रमांकाचे अहवाल मिळतात. हे अहवालांची तुलना करते आणि एक संरचित निकाल परत करते; हे नवीन स्रोत पुनरावलोकन करत नाही.

अडवणारा निष्कर्ष (ब्लॉकिंग फाइंडिंग) किंवा आवश्यक समीक्षकाचे नकार बहुमताने किंवा आर्किटेक्टच्या पसंतीनुसार माफ केले जाऊ शकत नाही. गहाळ किंवा विकृत अहवाल मंजुरी प्रतिबंधित करतात. स्वीकृती देण्यापूर्वी किंवा सुधारणा अधिकृत करण्यापूर्वी वैयक्तिक निष्कर्ष आणि एकूण निर्णय तपासा. सेव्ह केलेली टीम रनसाठी निश्चित आणि गोठवली जाते; त्याचे प्रीसेट संपादित केल्याने पूर्ण झालेला पुरावा पुन्हा लिहिला जात नाही.

केवळ-अहवाल आर्किटेक्ट सध्या समर्थित Claude किंवा API टूल-मुक्त कॉन्फिगरेशन्स वापरतो. Codex आणि Antigravity समीक्षक म्हणून उपलब्ध राहतात परंतु सत्यापित टूल-मुक्त करार अस्तित्वात येईपर्यंत या वेगळ्या आर्किटेक्ट भूमिकेसाठी नाकारले जातात. केवळ “no tools” म्हणणारा प्रॉम्प्ट पुरेसा नाही.

संबंधित सूचना: टाइप केलेले टीम कॉन्फिगरेशन · पुनरावलोकन एकत्रीकरण.

एजंट विशेषज्ञता आणि प्रॉम्प्ट धोरण

मॉडेल हे एक्झिक्युशन इंजिन आहे; विशेषज्ञता ही सूचना प्रोफाइल आहे. कोणत्याही अतिरिक्त विशेषज्ञतेसाठी None, डीफॉल्ट मार्गदर्शकासाठी Standard, संबंधित अंगभूत मार्गदर्शकासाठी Auto, किंवा निवडलेल्या मार्गदर्शकांसाठी आणि तुमच्या स्वतःच्या मर्यादित सूचनांसाठी Manual निवडा. प्रीसेट्स ही निवड राखून ठेवू शकतात.

मूळ कॅटलॉग सामान्य कोडिंग, आर्किटेक्चर, सुरक्षा, विश्वासार्हता, कार्यप्रदर्शन, चाचणी आणि इंटरफेस उपयोगिता कव्हर करतो. मार्गदर्शक निवडण्यासाठी Auto उपलब्ध टास्क/पायरी मजकूर वापरते; हे गुप्तपणे दुसऱ्या मॉडेलला कॉल करत नाही किंवा कौशल्याचे प्रमाणीकरण करत नाही. अंमलबजावणी योजना स्वीकारण्यापूर्वी नियोजन सूचनांची तपासणी केली जाऊ शकते आणि त्या बदलल्या जाऊ शकतात.

पुनरावलोकन विशेषज्ञता लक्ष वेधून घेण्यास मदत करते परंतु कधीही स्वतंत्र पुरावा, प्रवेश मर्यादा किंवा संरचित निकालाची जागा घेत नाही. सानुकूल सूचनांना टास्कच्या व्याप्तीचा भाग म्हणून माना: दस्तऐवज स्वीकृती, टूल धोरण, प्रमाणीकरण किंवा समीक्षक अपयश बायपास करण्यासाठी त्यांचा वापर करू नका.

संबंधित सूचना: मूळ प्रॉम्प्ट कॅटलॉग.

Work: प्रश्नापासून दस्तऐवजापर्यंत

Work साठी Git ची आवश्यकता नसते. Default एक स्वतंत्र टास्क फोल्डर तयार करते; Custom नेटिव्ह पिकरद्वारे विद्यमान फोल्डर निवडते. Save draft इन्फरन्सशिवाय सेटिंग्ज स्टोअर करते; Start पहिला टप्पा चालवते.

Auto थेट उत्तर देते किंवा वास्तविक To-dos सह योग्य योजना प्रस्तावित करते. तुम्ही अधिक कल्पना किंवा मूल्यमापन निवडण्यापूर्वी Brainstorm ideas.md तयार करते. Research findings.md, स्रोत आणि मर्यादा राखून ठेवते. Write हे हेतूपासून आणि उपयुक्त असल्यास outline.md वरून वर्णनात्मक दस्तऐवज किंवा draft.md कडे जाते; पुनरावृत्ती मागील आवृत्त्या राखून ठेवतात.

नेटिव्ह पिकरद्वारे फाइल इनपुट निवडा आणि त्यांचा @ सह संदर्भ द्या. ॲप त्यांना अपरिवर्तनीय टास्क इनपुट म्हणून कॉपी करतो आणि रन करण्यापूर्वी त्यांची ओळख प्रमाणित करतो. Default ॲप्लिकेशनच्या मालकीचे टास्क फोल्डर तयार करते; Custom फोल्डर प्रवेश हे सेव्ह केलेले मालक अनुदान आहे. सेव्ह केलेला, सुरू न केलेला मसुदा त्याचे फोल्डर बदलू शकतो.

स्वतंत्र एक्झिक्युटर सेटिंग्जसह 1–4 प्रती तयार करा. ओव्हरलॅपिंग फोल्डर्स वापरणारे टास्क एकाच वेळी लिहू शकत नाहीत. हे समन्वय ZIAForge ऑपरेशन्सना लागू होते, अनियंत्रित बाह्य प्रोग्राम्सना नाही.

Deep Brainstorm डीफॉल्टनुसार तीन स्वतंत्र कामगारांवर (वर्कर्स) काम करते आणि आठ पर्यंत सपोर्ट करते. स्वतंत्र संदर्भांमध्ये प्रीसेटच्या पुनर्वापरावर आधारित त्यांचा क्रम आणि कॉन्फिगरेशन्स निवडा. वर्कर प्रश्न त्यांची उत्पत्ती राखून ठेवतात; सदोष अहवालांना स्वरूप-दुरुस्तीचा एक प्रयत्न मिळतो. अंशतः अपयश सर्वानुमते यश म्हणून सादर करण्याऐवजी दृश्यमान राहते.

Deep राखून ठेवलेल्या वर्कर अहवालांना brainstorm_report.md मध्ये एकत्रित करते आणि नेहमी वापरकर्त्याच्या निर्णयाची मागणी करते. एक लहान फॉलो-अप समन्वयकाद्वारे अहवालात सुधारणा करतो; मोठा बदल गोठवलेल्या कामगारांची दुसरी फेरी सुरू करतो. आर्टिफॅक्ट्स त्यांच्या आवृत्त्या ठेवतात.

निश्चित केलेल्या भूमिका टास्क निर्मितीच्या वेळी किंवा मसुदा स्पष्टपणे सेव्ह केल्यावर गोठवल्या जातात. पहिल्या आवाहनानंतर, केवळ स्वयंचलित/मॅन्युअल प्रगती बदलू शकते; भिन्न भूमिका किंवा मॉडेल सेटिंग्जसाठी नवीन टास्क वापरा. ग्लोबल प्रीसेट संपादित केल्याने नंतरचे टप्पे शांतपणे बदलत नाहीत.

मॅन्युअल मोड महत्त्वपूर्ण Write रूपरेषेसह पात्र टप्प्यांदरम्यान विराम देतो. Auto त्या रूपरेषेद्वारे पुढे चालू ठेवू शकते. प्रश्न, प्रस्तावित एक्झिक्युटेबल योजना, Brainstorm दिशा आणि Deep अहवाल पुनरावलोकन हे Auto मध्ये देखील स्पष्ट निर्णय राहतात. केवळ संदर्भ (सायटेशन) दिल्याने ब्राउझिंग झाल्याचे सिद्ध होत नाही, आणि केवळ राखून ठेवलेली बायनरी फाइल तिचे रेंडरिंग सिद्ध करत नाही.

संबंधित सूचना: Work मोड्स आणि निर्णय.

प्रीसेट्स, मॉडेल्स आणि ॲक्सेस

प्रीसेट CLI/API, मॉडेल, रिझनिंग मेहनत आणि परवानग्या सेव्ह करते. चॅट फुटरमध्ये प्रीसेट, CLI, मॉडेल आणि पर्याय विभाग असतात. Custom प्रीसेटशिवाय काम करते; Create preset सध्याची निवड सेव्ह करते.

कॅटलॉग निवडलेल्या स्थापित CLI किंवा API वरून येतो जेथे समर्थित असेल. Refresh निवडीमध्ये बदल न करता सूची अद्यतनित करते. शोध अनुपलब्ध असल्यास, स्पष्ट मॉडेल ID प्रविष्ट करा; प्रदात्याने तरीही त्याचे समर्थन केले पाहिजे. रिझनिंग स्तर मॉडेल आणि CLI वर अवलंबून असतात. प्रदाता डीफॉल्ट हा स्पष्ट none टोकनपेक्षा वेगळा आहे.

बॅकएंडच्या पोचपावतीनंतरच बदल लागू करा. सक्रिय फेरीदरम्यान किंवा रिकामी नसलेल्या रांगेदरम्यान स्विच करणे प्रतिबंधित आहे. मसुदे आणि दृश्यमान इतिहास राहतात, परंतु प्रदाते बदलल्याने त्यांची खाजगी अंतर्गत स्थिती हस्तांतरित होत नाही.

Forge मध्ये, भूमिकेचे लेबल महत्त्वाचे असते: तयारी स्वतंत्र Planner वापरू शकते. फुटर प्रदर्शित भूमिका बदलतो; पुनरावलोकनकर्ते आणि मदतनीस वर्कफ्लो सेटिंग्जमध्ये निवडले जातात. आधीच पडताळलेल्या अंमलबजावणीसाठीचे धोरण लॉक केलेले असू शकते.

प्रदात्यांनुसार परवानग्या भिन्न असतात. जेथे ॲडॉप्टर त्यांना समर्थन देतो तेथे Read only आणि Workspace write उपलब्ध आहेत. Antigravity नेटिव्ह CLI सेटिंग्ज किंवा स्पष्टपणे निवडलेला संपूर्ण ॲक्सेस वापरते. संपूर्ण ॲक्सेस म्हणजे सँडबॉक्स नाही.

विशेषज्ञता प्रॉम्प्ट मार्गदर्शन जोडते, दुसरे मॉडेल किंवा परवानगी नाही. प्रीसेट्स आणि भूमिका None, Standard, Auto आणि Manual ला समर्थन देतात. Auto अतिरिक्त मॉडेल कॉलशिवाय पायरीच्या मजकुरावरून प्रोफाइल्स निवडते; Manual चारपर्यंत वैशिष्ट्ये आणि सानुकूल सूचना स्वीकारते. योजना स्वीकारण्यापूर्वी प्लॅनरने प्रस्तावित केलेल्या असाइनमेंट्स संपादित केल्या जाऊ शकतात.

व्यक्तिचलितपणे प्रविष्ट केलेला मॉडेल ID किंवा मेहनत ही तुमची निवड राहते, परंतु प्रदाता ती नाकारू शकतो. ग्लोबल प्रीसेट संपादित केल्याने चालू चॅट किंवा स्वीकारलेली योजना पूर्वलक्ष्यी प्रभावाने बदलत नाही. निष्क्रिय संभाषण जाणीवपूर्वक बदलण्यासाठी, त्याची स्वतःची कॉन्फिगरेशन नियंत्रणे वापरा आणि पोचपावतीची वाट पहा. अक्षम केलेला पर्याय क्षमता किंवा जीवनचक्र मर्यादा म्हणून वाचला पाहिजे, सेव्ह केलेला JSON संपादित करून बायपास करू नये.

संबंधित सूचना: प्रदाता क्षमता.

चॅट्स, Stop आणि रांग

ओपन टॅब्स, Recent आणि मसुदे एकाच टास्कशी संबंधित असतात. टॅब बंद केल्याने तो Open मधून काढला जातो परंतु Recent मध्ये राहतो आणि त्याची प्रदाता प्रक्रिया किंवा व्यवस्थापित वर्कफ्लो थांबत नाही. इतिहास शोधा, चॅट पुन्हा उघडा किंवा इतिहास मेनूमधून सर्व अतिरिक्त टॅब बंद करा.

Stop चालू फेरी थांबवतो. पुढील Send पूर्वी थांबण्याची प्रक्रिया पूर्ण होण्याची वाट पहा: व्यत्ययाची पोचपावती म्हणजे प्रक्रिया पूर्ण झाली असे नाही. दरम्यान तुम्ही पुढील मसुदा टाईप करू शकता.

सामान्य चॅटमध्ये, Queue चालू मसुद्यापेक्षा वेगळी नंतरची विनंती सेव्ह करते. Pause queue पुढील वितरण थांबवून ठेवते. Stop आणि Quit रांग थांबवतात (पॉझ करतात). रीस्टार्ट केल्यानंतर, प्रथम Resume करा, नंतर स्पष्टपणे Continue queue करा.

Uncertain चा अर्थ असा आहे की वितरण अज्ञात आहे. असा संदेश आपोआप पुन्हा पाठवला जात नाही: इतिहास तपासा, योग्य असल्यास मजकूर कॉपी करा आणि रांगेतील आयटम डिसमिस करा. तो पुन्हा पाठवणे ही एक नवीन जाणीवपूर्वक केलेली विनंती आहे.

व्यवस्थापित टप्पा चॅट्स त्यांचा वर्कफ्लो वापरतात, सामान्य रांग नाही. Follow stage वर्तमान टप्पा दाखवतो; दुसरा टॅब व्यक्तिचलितपणे निवडल्याने फॉलो करणे थांबते. CLI लॉग्स प्रतिसादापेक्षा वेगळे निदान दाखवतात.

मार्कडाउन प्रतिसाद हेडिंग्ज, याद्या, तक्ते, लिंक्स आणि फेन्स्ड कोड रेंडर करतात. टूल कार्ड्स आणि CLI निदान उत्तरापासून वेगळे राहतात. मॉडेलने नोंदवलेले थिंकिंग आणि टोकन मेट्रिक्स केवळ तेव्हाच दिसतात जेव्हा प्रदाता प्रत्यक्षात ते उघड करतो; ॲनिमेशनवरून अंतर्गत विचारप्रक्रिया किंवा वापराचा अंदाज लावू नका.

अनिश्चित पाठवणी किंवा रांगेच्या पोचपावतीनंतर, इतिहास तपासा आणि जिथे पर्याय असेल तिथे केवळ तोच राखून ठेवलेला विनंती आयटम पुन्हा वापरून पहा. रांगेची पावती म्हणजे स्टोरेजने आयटम स्वीकारला आहे, इन्फरन्स पूर्ण झाला आहे असा नाही. अनिश्चित रांगेतील आयटम केवळ स्पष्ट डिसमिसल म्हणून काढा; तो आधीच वितरित केलेला प्रॉम्प्ट मागे घेऊ शकत नाही.

संबंधित सूचना: टिकाऊ मेसेज रांग.

फाइल्स, Git आणि पूर्णता

Files टास्क फोल्डर दाखवते. आवश्यकतांशी निकालांची तुलना करा, दस्तऐवज उघडा आणि diffs तपासा. बायनरी फाइल राखून ठेवल्याने तिच्या लक्ष्य ॲप्लिकेशनमध्ये योग्य रेंडरिंग सिद्ध होत नाही.

Git स्थिती, बदल आणि नोंदवलेल्या निकालांसह ऑपरेशन्स प्रदान करते. Commit, merge आणि push हे डीफॉल्टनुसार मॅन्युअल असतात; स्वयंचलित ऑपरेशन्स हे पूर्णपणे पडताळलेल्या योजनेसाठी स्वतंत्र पर्याय आहेत.

पडताळणी आणि प्रकाशन यांच्या दरम्यान कार्यरत फाइल्स बदलू नका: मंजुरी अचूक बाइट्सशी जोडलेली असते. संघर्ष, अयशस्वी पुश आणि अज्ञात ऑपरेशन निकाल स्पष्ट निर्णयापर्यंत प्रगती थांबवतात. Auto शांतपणे प्रकाशनास अधिकृत करत नाही.

Work कोणत्याही Git शाखा तयार करत नाही आणि त्यात कोणतेही Git अंतिम रूप देणे नसते. आवृत्त्या आणि स्रोतांसह निवडलेल्या फोल्डरमधील आवश्यक दस्तऐवज ठेवा.

फाइल संपादक एक्स्टेंशननुसार सिंटॅक्स, शोध आणि पुनर्स्थित (सर्च अँड रिप्लेस), अनडू इतिहास, लाइन रॅपिंग आणि प्रति-टॅब मसुदे प्रदान करतो. सेव्ह केल्याने समर्थित UTF-8/UTF-16 एन्कोडिंग टिकून राहते आणि बाह्य फेरबदल संघर्ष नाकारले जातात. इतर एन्कोडिंग्ज आणि बायनरी सामग्रीसाठी बाह्य संपादकाची आवश्यकता असते. सेव्ह न केलेले मसुदे जोपर्यंत मालक त्यांना सेव्ह किंवा टाकून देत नाही तोपर्यंत ॲप्लिकेशन Quit होण्यास प्रतिबंध करतात.

पूर्ण सिंटॅक्स 8 MiB पर्यंत सक्षम आहे. मोठ्या मजकूर फाइल्स 256 KiB विंडोमध्ये उघडतात; 8–64 MiB सिंटॅक्सशिवाय पूर्णपणे स्पष्टपणे लोड केल्या जाऊ शकतात. 64 MiB च्या वर विंडो संपादन आणि मर्यादित पुढील-जुळणी शोध वापरा. हा एक मर्यादित मोठा-फाइल मोड आहे, अनियंत्रितपणे मोठ्या दस्तऐवजांसाठी सबलाइम टेक्स्ट समानता नाही.

Open folder शांतपणे केवळ मूळ रिपॉझिटरी उघडण्याऐवजी वर्तमान टास्क किंवा शाखा/वर्कट्री संदर्भ वापरते. फाइल पंक्ती त्या फाइलची मूळ डिरेक्टरी प्रकट करू शकते. नोंदणीकृत टास्क अनुदानांच्या विरुद्ध बॅकएंडद्वारे पाथ्स प्रमाणित केले जातात. बायनरी फाइल्स साधा मजकूर म्हणून संपादन करण्यायोग्य नसतात; त्यांचे लक्ष्य दर्शक वापरा आणि मूळ बाइट्स राखून ठेवा.

Worktree काढणे ही एक स्वतंत्र संरक्षित कृती आहे. ते काढण्यापूर्वी संलग्न संरचित सेशन्स आणि टर्मिनल्स समाप्त करा, ज्यामध्ये निष्क्रिय असलेल्या सेशन्सचाही समावेश आहे. सेव्ह केलेला Git निकाल आणि पुनर्प्राप्ती स्थिती तपासा; कमिट न केलेले काम सुरक्षितपणे जतन करण्यासाठी टास्क रेकॉर्ड हटवणे हा पर्याय नाही.

संबंधित सूचना: टाइप केलेला संपादक करार · Git धोरणे.

API कनेक्शन्स

Connections स्पष्टपणे निवडलेला OpenAI-सुसंगत एंडपॉइंट जोडते. नाव, बेस URL, मॉडेल आणि आवश्यक असल्यास की प्रविष्ट करा. अनेक सर्व्हर्सना /v1 ने समाप्त होणाऱ्या बेस URL ची आवश्यकता असते; तुमच्या एंडपॉइंटच्या दस्तऐवजीकरणाचा संदर्भ घ्या.

लूपबॅक HTTP वगळता HTTPS आवश्यक आहे. URL मध्ये क्रेडेंशियल्स समाविष्ट नसलेला साधा एंडपॉइंट वापरा. की समर्थित OS एन्क्रिप्शन वापरतात आणि UI वर परत पाठवल्या जात नाहीत. एंडपॉइंट बदलल्यास त्याची की पुन्हा प्रविष्ट करावी लागते. की फील्ड रिकामे ठेवल्यास सेव्ह केलेली की कायम राहते; Remove the saved key ती स्पष्टपणे काढून टाकते.

API कॉल्स CLI सबस्क्रिप्शन वापरत नाहीत. टूल्स आणि मॉडेल्स नेटिव्ह सेशन्सपेक्षा भिन्न असतात, आणि मॉडेलचा यशस्वी शोध इन्फरन्स सिद्ध करत नाही. टोकन वापर केवळ तेव्हाच दिसतो जेव्हा प्रदाता तो प्रत्यक्षात परत करतो.

क्रेडेंशियल्स टास्क मजकूर किंवा प्रीसेट सूचनांमध्ये ठेवण्याऐवजी Connections मध्ये ठेवा. फक्त-वाचनीय समीक्षकांना केवळ त्यांची परवानगी असलेली API फाइल टूल्स मिळतात; रिपोर्ट आर्किटेक्टकडे कोणतीही टूल्स नसतात. असमर्थित टूल कॉल्स शांतपणे कार्यान्वित करण्याऐवजी नाकारले जातात. रिझनिंग पॅरामीटर्स, टूल सपोर्ट आणि मॉडेल सूची या बाबतीत सर्व्हर्स भिन्न असू शकतात; तुमच्या एंडपॉइंटच्या स्वतःच्या कराराशी त्रुटीची तुलना करा.

संबंधित सूचना: API कनेक्शन्स.

सेटिंग्ज, भाषा आणि सुरक्षित रीसेट

सामान्य सेटिंग्ज वर्कस्पेस, इंटरफेस भाषा आणि डीफॉल्ट्स निवडतात. Connections API एंडपॉइंट्स व्यवस्थापित करते. Presets आणि Review teams भूमिका कॉन्फिगरेशन्स राखून ठेवतात. Remote control स्थानिक क्रेडेंशियल्स, सर्व्हर व्याप्ती आणि मालक परवानग्या व्यवस्थापित करते; Updates रिलीझ स्रोत/चॅनेल व्यवस्थापित करते. About चालू असलेल्या अचूक बिल्डची माहिती दाखवते.

इंटरफेस भाषा ही प्रॉम्प्ट भाषा आणि दस्तऐवजीकरण पुनरावलोकन स्थितीपासून वेगळी आहे. उत्पादनांची नावे, कमांड आयडी, फाइल एक्स्टेंशन्स, प्रोव्हायडर मॉडेल आयडी आणि वापरकर्त्याने तयार केलेली नावे अभिज्ञापक (identifiers) म्हणून राहतात. जेव्हा वर्तमान भाषांतर उपलब्ध असते तेव्हा Help निवडलेल्या इंटरफेस भाषेचे अनुसरण करते; मशीन भाषांतरे लेबल केलेली असतात आणि इंग्रजी हा अधिकृत संदर्भ राहतो.

Save मुळे प्रदर्शित केलेले कॉन्फिगरेशन लागू होते. डेटाबेस रीसेट किंवा फॅक्टरी रीसेट ॲप्लिकेशनचा मेटाडेटा काढून टाकू शकतो; जाणूनबुजून रीसेट वापरण्यापूर्वी फाइल्स आणि तपासलेला बॅकअप जतन करा. ही ऑपरेशन्स स्थानिक-मालकाच्या कृती आहेत. अयशस्वी झालेला वर्कफ्लो किंवा दूषित रेकॉर्ड तपासण्यासाठी शॉर्टकट म्हणून त्यांचा वापर करू नका.

संबंधित सूचना: स्थानिकीकरण सूचना · डेटा पुनर्प्राप्ती.

Help सहाय्यकाला विचारा

Help उघडा, त्याच्या सहाय्यक पॅनेलमध्ये सेव्ह केलेला कनेक्ट केलेला प्रीसेट निवडा आणि ZIAForge बद्दल विचारा. उत्तरे वर्तमान अधिकृत इंग्रजी मार्गदर्शक आणि तुमची निवडलेली इंटरफेस भाषा वापरतात. विभाग-संदर्भ बटणे संबंधित मार्गदर्शक विषय उघडतात, ज्यामुळे तुम्ही स्पष्टीकरणाची संदर्भाशी तुलना करू शकता.

हा सहाय्यक जास्तीत जास्त 100 सेव्ह केलेल्या नोंदी आणि 3 MiB चे स्वतंत्र खाजगी संभाषण ठेवतो. जास्तीत जास्त 12,000 वर्णांचा प्रश्न प्रविष्ट करा; Send तो विचारतो, Stop तुमचा प्रश्न उपलब्ध ठेवून सक्रिय उत्तर रद्द करतो आणि Clear हे Help संभाषण काढून टाकतो. तुमचा न पाठवलेला ड्राफ्ट आणि प्रीसेट निवड त्याच ॲप सेशनमध्ये Help बंद करून पुन्हा उघडल्यावरही टिकून राहते, परंतु ड्राफ्ट डिस्कवर सेव्ह केला जात नाही. सहाय्यक ॲप्लिकेशन कमांड्स पाठवत नाही, वर्कफ्लो बदलत नाही किंवा गेट स्वीकारत नाही. सल्ला म्हणजे टास्क, खाते किंवा बाह्य कनेक्शनची थेट पडताळणी नव्हे.

Claude Code आणि API Help सत्रे समर्थित नो-टूल्स धोरण लागू करतात. नेटिव्ह Codex आणि Antigravity Help सत्रांसाठी अस्तित्वात असलेली स्थानिक-मालक नेटिव्ह कॉम्प्युटर परवानगी आवश्यक असते. जर ती अक्षम असेल, तर ॲप वेगळा प्रोव्हायडर निवडण्याऐवजी पूर्वअट स्पष्ट करतो. केवळ मालकच स्थानिक नियंत्रण सेटिंग्जमध्ये ती सक्षम करू शकतो; सहाय्यक स्वतः ती सक्षम करू शकत नाही.

Codex Help फक्त वाचता येणारा सँडबॉक्स वापरतो आणि टूल-मंजुरी विनंत्या नाकारतो. Antigravity प्लॅन मोड आणि त्याचा नेटिव्ह सँडबॉक्स फ्लॅग वापरतो. हे नेटिव्ह मोड्स ऑपरेटिंग-सिस्टम नियंत्रणाची वैश्विक हमी देत नाहीत. सोर्स-गाइड हॅश उत्तरासाठी वापरलेला संदर्भ ओळखतो; तरीही व्युत्पन्न केलेले स्पष्टीकरण चुकीचे असू शकते, म्हणून कृती करण्यापूर्वी त्याचे लिंक केलेले विभाग तपासा. जुनी उत्तरे चिन्हांकित केली जातात जेव्हा त्यांची सोर्स-गाइड आवृत्ती वर्तमान मार्गदर्शकापेक्षा वेगळी असते.

संबंधित सूचना: अधिकृत मार्गदर्शक आणि भाषांतर देखभाल · ॲप्लिकेशन सहाय्यक आणि परवानग्या.

सहाय्यक आणि Telegram

सहाय्यक निवडलेला प्रीसेट आणि तोच ॲप्लिकेशन नियंत्रण API वापरतो. स्थिती तपासण्याची परवानगी आणि ऑपरेशन्स करण्याची परवानगी या दोन्ही वेगवेगळ्या बाबी आहेत. कमांड्स आणि निकाल तपासा: सहाय्यकाचा मजकूर म्हणजे कृती पूर्ण झाल्याचा पुरावा नव्हे.

Telegram केवळ स्थानिक मालकाद्वारेच, अस्तित्वात असलेला बॉट टोकन आणि अंकीय मालक ID वापरून सक्षम केले जाते. नियंत्रण त्या मालकाच्या खाजगी चॅटसाठी असते. कॉन्फिगर न केलेला किंवा निष्क्रिय असलेला बॉट ॲप्लिकेशनचे संदेश प्राप्त करू नये.

सामान्य चॅटमध्ये बॉट टोकन पेस्ट करू नका. इंटिग्रेशन कॉन्फिगर केल्याने Telegram कनेक्टिव्हिटी सिद्ध होत नाही आणि बॉट आपोआप तयार होत नाही. स्क्रीनशॉट्स आणि प्रतिसादांमध्ये खाजगी वर्कस्पेस डेटा असू शकतो.

सहाय्यक प्रीसेट निवडा आणि तपासणीव्यतिरिक्त ॲप्लिकेशन-ऑपरेशन परवानगी स्वतंत्रपणे द्या. Codex आणि Antigravity सहाय्यक अंमलबजावणीसाठी मालकाच्या नेटिव्ह परवानगीची आवश्यकता असते; ते टूल-मुक्त API किंवा Claude सत्रासाठी परस्पर बदलले जात नाहीत. स्क्रीनशॉट्स सहाय्यक संभाषणात दाखवले जाऊ शकतात, परंतु वर्तमान मॉडेल इनपुटमध्ये इमेज विश्लेषण समाविष्ट नाही. सहाय्यकाने एखादी इमेज केवळ दाखवली म्हणूनच त्याने तिची दृश्य तपासणी केली आहे असे समजू नका.

सहाय्यक टाइप्ड टूल्सद्वारे सारांश, टास्क, चॅट्स, वर्कफ्लो स्थिती, प्रक्रिया संदर्भ आणि ॲप्लिकेशन विंडो तपासू शकतो. तो परवानगी दिलेल्या सामान्य सेटिंग्ज बदलू शकतो आणि अधिकृत ॲप्लिकेशन ऑपरेशन्स सुरू करू शकतो. तो केवळ सोयीचे आहे म्हणून नेटिव्ह अधिकार देऊ शकत नाही, सेव्ह केलेले क्रेडेंशियल्स उघड करू शकत नाही, रूट वर्कस्पेस ग्रँट रिमोटली बदलू शकत नाही किंवा Forge गेट मंजूर करू शकत नाही.

संबंधित सूचना: ॲप्लिकेशन नियंत्रण करार.

तुमचा खाजगी Telegram बॉट चालवा

तुमचा स्वतःचा बॉट तयार करा किंवा मिळवा, त्याचे खाजगी चॅट सुरू करा आणि त्याचे टोकन व तुमचा अंकीय Telegram युजर ID स्थानिक नियंत्रण सेटिंग्जमध्ये प्रविष्ट करा. जेव्हा तुमचा हेतू ॲपने कनेक्ट व्हावे असा असेल तेव्हाच हे इंटिग्रेशन सक्षम करा. मालक ID हा युजर आयडेंटिफायर आहे, युझरनेम किंवा बॉट ID नाही. केवळ त्याच खाजगी चॅटमधील त्या युजरचे संदेश स्वीकारले जातात.

चालू आवृत्ती, प्रकल्प/टास्क संख्या आणि टास्क स्थितीच्या विहंगावलोकनासाठी /start, /menu किंवा /status वापरा. बटणे Projects, Tasks, Screenshot, Help आणि Language उघडतात. सूची प्रति पृष्ठ आठ आयटम दर्शवते, ज्यात Back, Refresh, Home आणि Previous/Next नेव्हिगेशन असते. प्रकल्प बटणे टास्क सूची फिल्टर करतात. टास्क कार्ड त्याचा सेव्ह केलेला वर्कफ्लो प्रगती, मॉडेल/प्रीसेट आणि प्रलंबित प्रश्न उपस्थित असल्यास दर्शवते.

उघडी/अलीकडील संभाषणे आणि वर्कफ्लो टप्प्यांची चॅट्स पाहण्यासाठी टास्कचे Chats उघडा. प्रत्येक पूर्वावलोकन जास्तीत जास्त सहा नवीनतम वापरकर्ता/सहाय्यक संदेश दर्शवतो, जे प्रत्येकी 200 वर्णांपर्यंत दृश्यमानपणे लहान केले जातात. खाजगी विचार प्रक्रिया (reasoning) दाखवली जात नाही. इतिहास वाचल्याने प्रोव्हायडर सुरू होत नाही. पूर्वावलोकने केवळ वाचनीय आहेत: सामान्य मजकूर आणि /ask TEXT तरीही ॲप्लिकेशन सहाय्यकाला उद्देशून असतात, तुम्ही पाहत असलेल्या टास्क चॅटला कधीही अप्रत्यक्षपणे उद्देशून नसतात.

Run / Continue वर्तमान Code किंवा Work वर्कफ्लो पुन्हा वाचतो आणि पात्र सेव्ह केलेला वर्कफ्लो सुरू करतो. Pause त्याच्या थांबवण्याची विनंती करतो. यापैकी कोणतेही आवश्यकता, तपशील, योजना, पुनरावलोकन निष्कर्ष किंवा प्रश्न स्वीकारत नाही; प्रलंबित निर्णय Run ला प्रतिबंधित करतो. निर्णय ॲप्लिकेशनमध्ये घ्या, किंवा त्याच्या अचूक वर्तमान गेट आणि रिव्हिजनसह स्पष्टपणे अधिकृत केलेली टाइप्ड कमांड वापरा.

56 इंटरफेस भाषांपैकी कोणतीही भाषा तिच्या मूळ नावाने निवडण्यासाठी Language किंवा /language वापरा. हे केवळ या बॉट आणि मालकासाठी प्राधान्य सेव्ह करते. Use app language ते प्राधान्य काढून टाकते. हे ॲप्लिकेशनची भाषा किंवा प्रवेश परवानग्या बदलत नाही; अस्तित्वात असलेले संदेश आपोआप पुन्हा पाठवले जात नाहीत.

नेव्हिगेशन सामान्यतः त्याच प्रकाशित मेनू संदेशाला अपडेट करते. बटणांना अपारदर्शक ओळख असते जी 15 मिनिटांनंतर कालबाह्य होते आणि ती एकदा वापरली जाऊ शकते; कार्ड बदलल्यास त्याची जुनी बटणे अवैध होतात. कालबाह्य, वापरलेली, न जुळणारे संदेश असलेली आणि मागील प्रक्रियेतील बटणे कोणतीही कृती करू शकत नाहीत. निश्चितपणे संपादित न करता येणारा संदेश नवीन कार्डने बदलला जाऊ शकतो; अज्ञात नेटवर्क त्रुटीचा नवीन संदेश म्हणून पुन्हा प्रयत्न केला जात नाही.

सक्रिय केल्यावर पोलर पूर्वीचा बॅकलॉग टाकून देतो आणि डिस्पॅचपूर्वी अपडेट स्वीकृती नोंदवतो जेणेकरून व्यत्यय आलेल्या कमांड्स रीस्टार्ट झाल्यावर आपोआप पुन्हा चालवल्या जात नाहीत. हे रिप्ले टाळते; ते पूर्ण होण्याची हमी देत नाही. त्रुटीनंतर जाणूनबुजून नवीन काम देण्यापूर्वी स्थिती/संदर्भ तपासा. टास्क-स्थितीच्या स्वयंचलित सूचना नाहीत.

स्पष्ट कमांड्स उपलब्ध राहतात: /projects, /tasks, /task TASK_ID, /run TASK_ID, /pause TASK_ID, /screenshot आणि /ask TEXT. /new {JSON} टाइप्ड createTask द्वारे टास्क तयार करतो; /command {JSON} स्पष्ट कॅटलॉग कमांड पाठवतो. आर्ग्युमेंट फॉरमॅट्ससाठी थेट कॅटलॉग वाचा. ॲप्लिकेशनप्रमाणेच समान बॅकएंड ऑथोरायझेशन आणि फोल्डर परवानग्या लागू होतात.

ॲप सेव्ह केलेली बॉट-टोकन मूल्ये कधीही सहाय्यकाकडे पाठवत नाही. तरीही स्क्रीनशॉट्स, सारांश आणि संभाषण मजकुरात खाजगी प्रकल्पाची माहिती असू शकते. बॉट किंवा मालक खात्यावर विश्वास नसल्यास स्थानिक पातळीवर इंटिग्रेशन थांबवा. लीक झालेला टोकन बॉट प्रोव्हायडरकडून बदला (rotate करा), नंतर त्याचे स्थानिक एन्क्रिप्ट केलेले कॉन्फिगरेशन अपडेट करा.

संबंधित सूचना: खाजगी बॉट आणि कमांड्स.

केवळ-मालक नेटिव्ह कॉम्प्युटर परवानगी

नेटिव्ह कॉम्प्युटर ॲक्सेस सुरुवातीला अक्षम असतो. केवळ मालकच तो स्थानिक Settings → Remote control मध्ये सक्षम करू शकतो. सहाय्यक आणि HTTP/MCP/Telegram कमांड्स स्वतःसाठी हा फ्लॅग सक्षम करू शकत नाहीत. जर एखादे ऑपरेशन नाकारले गेले, तर सहाय्यकाने सेटिंगचे वर्णन केले पाहिजे आणि मालकाला निर्णय घेऊ दिला पाहिजे.

स्पष्टपणे सक्षम केल्यावर, computer.run एक्झिक्युटेबल, आर्ग्युमेंट ॲरे आणि पर्यायी संपूर्ण (absolute) वर्किंग डिरेक्टरी स्वीकारतो. तो कोणतेही शेल इंटरपोलेशन वापरत नाही, त्याला 30-सेकंदांची मर्यादा आहे आणि आउटपुट 1 MiB पर्यंत मर्यादित ठेवतो. पुरवलेली गहाळ किंवा अवैध डिरेक्टरी नाकारली जाते; cwd वगळल्यास ॲपच्या मालकीची सेटिंग्ज डिरेक्टरी वापरली जाते, HOME नाही. Quit सक्रिय मालकीच्या कमांड्स रद्द करतो आणि त्यांच्या प्रक्रियेच्या क्लीनअपची प्रतीक्षा करतो.

ॲप्लिकेशन वाचणे/ऑपरेट करण्याचा स्कोप आणि नेटिव्ह ॲक्सेस हे स्वतंत्र निर्णय आहेत. वर्क-ट्री अनिर्बंध प्रोव्हायडरच्या फाइलसिस्टम ॲक्सेसवर मर्यादा आणत नाही. टास्कनंतर नेटिव्ह ॲक्सेस आवश्यक नसल्यास तो रद्द करा, आणि सहाय्यकाच्या मजकुराला पुरावा मानण्याऐवजी कमांड पावत्या तपासा.

संबंधित सूचना: केवळ-मालक नियंत्रण करार.

ब्राउझर आणि रिमोट इन्स्टन्सेस

स्थानिक मालक सर्व्हर सक्षम करतो आणि त्याचा पत्ता, पोर्ट व स्कोप निवडतो: तपासणीसाठी read किंवा कृतींसाठी operate. डीफॉल्ट 127.0.0.1 पत्ता केवळ या संगणकावर उपलब्ध आहे. 0.0.0.0 नेटवर्क इंटरफेसेसवर ऐकतो; सक्षम करण्यापूर्वी नेटवर्क ॲक्सेस तपासा.

टोकन लॉगिननंतर ब्राउझर तोच इंटरफेस उघडतो. सार्वजनिक लिंक्स किंवा स्क्रीनशॉट्समध्ये टोकन्स समाविष्ट करू नका. केवळ HTTP ट्रॅफिक एन्क्रिप्ट करत नाही; अविश्वसनीय नेटवर्कवर संरक्षित चॅनेल वापरा.

मालक इतर इन्स्टन्सेस URL आणि टोकनद्वारे कॉन्फिगर करतो. बॅकएंड विनंत्या प्रॉक्सी करतो; हे त्यांचे प्रकल्प स्थानिक मशीनवर कॉपी करत नाही. प्रत्येक कृतीपूर्वी निवडलेला इन्स्टन्स तपासा.

टाइप्ड कमांड्स आणि इव्हेंट्स ॲप्लिकेशन नियंत्रण वाहून नेतात. Read स्कोप टास्कमधील बदलांना अधिकृत करत नाही. नेटिव्ह कॉम्प्युटर नियंत्रण ही स्थानिक मालकाची स्वतंत्र निवड आहे आणि ती सुरुवातीला अक्षम असते.

ब्राउझर, Telegram आणि बाह्य-एजंट नियंत्रणासाठी ॲप चालू राहणे आवश्यक आहे. प्रत्येक इन्स्टन्सचे स्वतःचे खाजगी प्रोफाइल, टास्क स्थिती, टोकन आणि सर्व्हर पोर्ट असते. स्वतंत्र इन्स्टन्सेसमध्ये एकाच वेळी एक प्रोफाइल पुन्हा वापरू नका. ब्राउझर इव्हेंट्स आणि कमांड प्रतिसाद निवडलेल्या इन्स्टन्सपुरते मर्यादित असतात; UI बदलल्याने फाइल्स स्थलांतरित होत नाहीत किंवा नेटिव्ह लॉगिन कॉपी होत नाही.

संबंधित सूचना: HTTP आणि इन्स्टन्स नियंत्रण.

OpenClaw, Hermes आणि इतर बाह्य एजंट्स

प्रमाणीकृत ॲप्लिकेशन-नियंत्रण API किंवा बंडल केलेला MCP stdio ब्रिज वापरा. सर्व्हर स्थानिक पातळीवर सक्षम करा, read किंवा operate निवडा आणि त्या इन्स्टन्स URL व टोकनसह प्रत्येक क्लायंट कॉन्फिगर करा. स्टँडअलोन MCP ब्रिज चालवण्यासाठी Node.js 22 किंवा नवीन आवृत्ती आवश्यक आहे; Electron ॲप तुमचा एजंट क्लायंट इन्स्टॉल करत नाही. ब्राउझर URL हा Streamable HTTP MCP एंडपॉइंट नाही: तो stdio ब्रिजला ZIAFORGE_URL म्हणून पुरवा.

हा ब्रिज ziaforge_status, ziaforge_commands, ziaforge_command आणि ziaforge_screenshot उघड करतो. स्थिती आणि थेट कमांड कॅटलॉगने सुरुवात करा, त्यानंतर निवडलेल्या टास्कसाठी system.context वाचा. टाइप्ड कमांड्स स्थानिक UI प्रमाणेच रिव्हिजन, गेट, टास्क-फोल्डर आणि क्लीनअप तपासण्यांचे पालन करतात.

थेट कमांड कॅटलॉगमध्ये documentation.guide चा समावेश आहे, जो त्याचा सोर्स पाथ आणि sourceSha256 सह अधिकृत इंग्रजी हेल्प आहे. अंतर्गत ॲप्लिकेशन आर्किटेक्टला त्याच्या टूल्सद्वारे हाच संदर्भ मिळतो. हे एजंट्सना जुन्या नोंदींवर अवलंबून न राहता संपूर्ण उत्पादन संदर्भ देते; दस्तऐवजीकरण कधीही प्रवेश मंजूर करत नाही किंवा सध्याच्या मानवी निर्णयाची जागा घेत नाही.

एजंट्सनी मानवाच्या संक्षिप्त कल्पनेवरून आवश्यकता, तांत्रिक निर्णय आणि नियोजनावर चर्चा केली पाहिजे. त्यांनी स्पष्ट मानवी गेट्स, निवडलेली मॉडेल्स, मॅन्युअल/Auto धोरण आणि आवश्यक रिव्ह्यू कायम ठेवले पाहिजेत. त्यांनी स्वतःहून मंजुरी तयार करू नये, अनिश्चित कमांड्स नवीन ID अंतर्गत पुन्हा चालवू नयेत किंवा मालकाच्या हेतूशिवाय Git बदल प्रकाशित करू नयेत.

अनेक इन्स्टॉलेशन्ससाठी अनेक नामांकित MCP सर्व्हर्स कॉन्फिगर करा. इन्स्टन्स बदलणे हा राउटिंगचा निर्णय आहे, सिंक्रोनाइझेशनचा नाही. OpenClaw आणि Hermes कॉन्फिगरेशन उदाहरणे AGENT_CONTROL.md मध्ये आहेत; इन्स्टॉल केलेल्या क्लायंट आवृत्तीसाठी क्लायंट-विशिष्ट सेटअप आणि सुसंगतता तपासली पाहिजे.

बाहेरील requestId कॅशे ॲप चालू असताना केवळ विनंत्यांचा एक मर्यादित संच डुप्लिकेट होण्यापासून रोखतो (deduplicate करतो). टिकाऊ ऑपरेशन्स त्यांच्या स्वतःच्या ओळखी वापरतात: टास्क निर्मितीसाठी createRequestId, वर्कफ्लो निर्णयांसाठी commandId, संदेशांसाठी clientMessageId आणि operationId हे Git बदलांसाठी. अज्ञात पोचपावतीनंतर मूळ ओळख आणि पेलोड जतन करा; जाणूनबुजून नवीन काम देण्यापूर्वी सेव्ह केलेली स्थिती वाचा.

संबंधित सूचना: MCP क्लायंट सूचना.

स्थानिक CLI आणि ऑटोमेशन मर्यादा

ziaf डिस्पॅचर त्याच चालू असलेल्या ॲप आणि सेव्ह केलेल्या वर्कफ्लोवर नियंत्रण ठेवतो. सोर्समधून, npm run ziaf -- list, npm run ziaf -- status --task TASK_ID --json, npm run ziaf -- start --task TASK_ID किंवा npm run ziaf -- pause --task TASK_ID वापरा. यशस्वी Start पोचपावती म्हणजे टास्क पूर्ण झाला असा होत नाही.

--until-success सेव्ह केलेल्या वर्कफ्लोसाठी जाणूनबुजून Auto सक्षम करतो, परंतु प्रश्न, रिव्ह्यू, स्वीकृती गेट्स, मर्यादा आणि चेकपॉइंट्स तरीही लागू होतात. Ctrl+C निरीक्षण करणाऱ्या डिस्पॅचरमधून बाहेर पडतो; तो ॲप्लिकेशन वर्कफ्लो आपोआप थांबवत नाही. एक्झिट कोड्स, स्थानिक एंडपॉइंट आणि प्रोफाइल हाताळणीसाठी CLI.md पहा.

Automations इंटरफेस सध्या डिस्प्ले व्याख्या आणि स्थानिक रन काउंटर्स स्टोअर करतो. तो प्रमाणित रिकरिंग शेड्यूलर नाही आणि बॅकग्राउंड मॉडेल टर्न चालल्याचा पुरावा देत नाही. प्रत्यक्ष अंमलबजावणीसाठी सेव्ह केलेले वर्कफ्लो कंट्रोल्स, ziaf किंवा प्रमाणीकृत API वापरा आणि त्यांच्या पावत्या तपासा. प्रात्यक्षिक पॅनेलला अनअटेंडेड शेड्यूलिंग समजण्याची चूक करू नका.

संबंधित सूचना: डिस्पॅचर कमांड्स.

आवृत्ती आणि अद्यतने

About चालू अचूक आवृत्ती दर्शवतो. सार्वजनिक अद्यतनांसाठी विश्वसनीय GitHub रिलीझ रेपॉजिटरी आणि स्थिर (stable) किंवा पूर्वावलोकन (preview) चॅनेल आवश्यक आहे. तपासणे, डाउनलोड करणे आणि इन्स्टॉल करणे यांच्या स्वतंत्र स्थिती असतात; त्रुटीचा अर्थ अपडेट इन्स्टॉल झाले असा होत नाही.

स्वयंचलित इन्स्टॉलेशन स्वाक्षरी केलेल्या macOS रिलीझसाठी आहे. स्वाक्षरी नसलेले डेव्हलपमेंट बिल्ड्स या यंत्रणेद्वारे स्वयंचलितपणे इन्स्टॉल केले जात नाहीत. मॅन्युअल पुनर्स्थापनेसाठी, सध्याचे ॲप पूर्णपणे बंद करा आणि सत्यापित आर्टिफॅक्ट वापरा.

स्वयंचलित तपासणी सक्षम केल्यावर त्वरित चालते, नंतर दर सहा तासांनी चालते.

Stable मध्ये प्रिव्ह्यू रिलीझ वगळले जातात; preview डेव्हलपमेंट रिलीझना देखील अनुमती देते. यशस्वी तपासणी केवळ उपलब्ध रिलीझ मेटाडेटा स्थापित करते. डाउनलोड आणि इन्स्टॉलेशनसाठी प्लॅटफॉर्म पॅकेज आणि कॉन्फिगर केलेल्या रिलीझ फीडची आवश्यकता असते. Linux DEB डिलिव्हरी हा एक स्वतंत्र इंस्टॉलर पाथ आहे; DEB हा macOS अपडेट यंत्रणेद्वारे स्वयंचलितपणे अपग्रेड होतो असे समजू नका.

संबंधित सूचना: रिलीझ सज्जता.

रीस्टार्ट आणि रिकव्हरी

macOS वर, पूर्ण शटडाउनसाठी Quit / ⌘Q वापरा. विंडो बंद केल्याने ॲप चालू राहू शकते. ॲप्लिकेशन बदलण्यापूर्वी जुनी आवृत्ती पूर्णपणे बंद करा.

लाँच केल्यानंतर, तोच टास्क निवडा. इतिहास आणि मसुदे परत येतात. Resume मूळ/स्थानिक संदर्भ पुनर्संचयित करतो परंतु ड्राफ्ट पाठवत नाही, रांगेचा विराम काढत नाही किंवा अज्ञात ऑपरेशनची पुनरावृत्ती अधिकृत करत नाही.

रिकव्हरी दिसल्यास, JSON स्वतः हाताने संपादित करू नका. प्रभावित दस्तऐवज प्रकार तपासा, मूळ फाइल्स जतन करा आणि प्रमाणित बॅकअप निवडा. जुनी रांग पुनर्संचयित केल्याने त्यातील घटक अनिश्चित म्हणून चिन्हांकित होतात.

डिलिव्हरी अज्ञात असल्यास, व्यवस्थापित वर्कफ्लोला नवीन संदर्भासाठी स्पष्ट परवानगीची आवश्यकता असू शकते. पूर्वीचे काम आणि अयशस्वी प्रयत्न शिल्लक राहतात; बनावट यशापेक्षा स्पष्ट नकार सुरक्षित आहे.

सर्व ॲप इन्स्टन्सेस बंद ठेवून टास्क फाइल्स आणि ॲप प्रोफाइलचा बॅकअप घ्या. कॉपी केलेले फोल्डर म्हणजे तपासलेले रिस्टोअर नव्हे. जर रिकव्हरीने तुम्हाला प्रमाणित बॅकअप निवडण्यास सांगितले, तर खराब झालेल्या अचूक फाइल्स देखील ठेवा. जुना वर्कफ्लो किंवा रांग पुनर्संचयित केल्याने अनिश्चित इन्फरन्स किंवा Git ऑपरेशन्स पुन्हा चालवण्याची परवानगी मिळत नाही.

संबंधित सूचना: रिकव्हरी करार.

समस्यानिवारण

CLI आढळली नाही: सामान्य टर्मिनलमध्ये तिची इन्स्टॉलेशन आणि आवृत्ती तपासा, नंतर ZIAForge रीस्टार्ट करा. एक्झिक्युटेबल उपस्थित असणे म्हणजे तुम्ही साइन इन केले आहे असा होत नाही. प्रोव्हायडरची स्वतःची साइन-इन पद्धत वापरा.

मॉडेल अनुपलब्ध आहे किंवा ऑथोरायझेशन अयशस्वी झाले: डिस्कव्हरी रीफ्रेश करा, उपलब्ध ID निवडा आणि तुमचे खाते व मर्यादा तपासा. अनिश्चित विनंतीचा इतिहास तपासण्यापूर्वी तिची पुनरावृत्ती करू नका.

वर्कफ्लो थांबला: वर्तमान टप्पा, प्रश्न, पडताळणी पावती किंवा CLI लॉग्स उघडा. विशिष्ट कारणाचे निराकरण करा: अनुत्तरित प्रश्न, कमांड, फोल्डर परवानगी किंवा प्रयत्न मर्यादा. Continue अयशस्वी तपासणीला यशामध्ये बदलू शकत नाही.

फोल्डर गहाळ आहे किंवा बदलले आहे: मूळ फोल्डरचा प्रवेश पुनर्संचयित करा किंवा नवीन टास्क तयार करा. ॲपने HOME वरून पुढे चालू ठेवता कामा नये. तुम्हाला दुसरा cwd दिसल्यास, टर्न थांबवा आणि डायग्नोस्टिक्स जतन करा.

अहवालासाठी, About आवृत्ती, रूट, CLI/मॉडेल, अपेक्षित आणि वास्तविक वर्तन, स्क्रीनशॉट आणि सुरक्षित लॉग उतारा समाविष्ट करा. सीक्रेट्स, वैयक्तिक मजकूर आणि प्रकाशित न करता येणारे पाथ्स काढून टाका.

रिमोट पृष्ठ अनुपलब्ध: मालकाने सर्व्हर सक्षम केल्याची खात्री करा, ऐकणारा पत्ता आणि पोर्ट तपासा, नंतर योग्य इन्स्टन्स टोकनसह प्रमाणीकरण करा. 401 प्रमाणीकरण दर्शवतो; नाकारलेला बदल read स्कोप किंवा केवळ-मालक नियंत्रण असू शकतो. टोकन बदलल्याने विद्यमान ब्राउझर क्लायंट बंद होतात. स्वतंत्र DevTools तपासणी पोर्ट रिमोट ॲप्लिकेशन नियंत्रण म्हणून उघड करू नका.

संपादक सेव्ह नाकारला: ड्राफ्ट ठेवा, डिस्कवरील वर्तमान फाइल तपासा आणि बाह्य-बदल संघर्ष सोडवा. ॲप्लिकेशन मेटाडेटा पुन्हा लिहून तुलनेला बायपास करू नका. मोठ्या फाइलचे पूर्ण लोडिंग अनुपलब्ध असल्यास, समर्थित विंडो संपादन/शोध किंवा बाह्य संपादक वापरा.

Telegram अनुपलब्ध: बॉट टोकन, अंकीय मालक, खाजगी चॅट आणि स्थितीची स्थानिक पातळीवर पुष्टी करा. स्पर्धा करणारा वेबहुक किंवा पोलर पोलिंग ब्लॉक करू शकतो; ZIAForge आपोआप वेबहुक हटवत नाही किंवा दुसऱ्या पोलरचा ताबा घेत नाही. अज्ञात सीमेवर नाकारलेल्या किंवा व्यत्यय आलेल्या कमांड्स आपोआप पुन्हा चालवल्या जात नाहीत.

संबंधित सूचना: चाचणी आणि निदान.

समस्यांची तक्रार करा आणि पुरावे तपासा

About मधून अचूक चालू असलेला बिल्ड, OS/आर्किटेक्चर, टास्क मोड, निवडलेला प्रोव्हायडर/मॉडेल आणि समस्येची पुनरावृत्ती करणाऱ्या पायऱ्या नोंदवा. अपेक्षित निकाल आणि प्रत्यक्षात दिसलेला निकाल यांचे वर्णन करा. संपूर्ण खाजगी प्रोफाइलऐवजी सुरक्षित स्क्रीनशॉट आणि संबंधित ठेवलेली कमांड किंवा पडताळणी पावती समाविष्ट करा.

CLI लॉग्स, इव्हेंट जर्नल्स, मॉडेल ट्रान्सक्रिप्ट्स, ब्राउझर ट्रेसेस आणि स्क्रीनशॉट्स सोर्स, वैयक्तिक पाथ्स किंवा टोकन्स उघड करू शकतात. शेअर करण्यापूर्वी तपासा आणि संवेदनशील भाग काढून टाका (redact करा). सर्वोत्तम प्रयत्नाने केलेला लॉग रिडॅक्टर स्क्रीनशॉट किंवा अर्काइव्ह प्रकाशित करण्यायोग्य असल्याचे प्रमाणित करत नाही.

योगदानकर्त्यांसाठी, qa:doctor एन्व्हायर्नमेंट/बिल्ड ओळख वाचतो; qa:inspect प्रोव्हायडर स्टब्ससह स्वतंत्र प्रोफाइल उघडतो. फिक्सचर मॉडेलशी संपर्क न साधता तपासलेल्या ॲप्लिकेशन पाथची खात्री देतो. थेट इन्फरन्स, Telegram कनेक्टिव्हिटी, नेटिव्ह Linux डेस्कटॉप, साइनिंग आणि पॅकेज केलेल्या आर्टिफॅक्ट तपासण्या हे वेगळे पुरावे आहेत. पुन्हा तयार करता येणाऱ्या कमांड्स आणि क्लीनअपसाठी TESTING.md पहा.

संबंधित सूचना: पुरावा कमांड्स.

स्थानिक डेटा आणि सीमा

प्रकल्प, इतिहास, योजना, दस्तऐवज आणि निदान यांमध्ये खाजगी मजकूर असू शकतो. सोर्स कोडसह प्रोफाईल्स, रॉ कॅप्चर्स, कीज किंवा संपूर्ण लॉग्स प्रकाशित करू नका.

Linux वर, API, नियंत्रण, Telegram आणि इन्स्टन्स क्रेडेंशियल्स सेव्ह करण्यासाठी अनलॉक केलेले GNOME Secret Service किंवा KWallet आवश्यक आहे; समर्थित सीक्रेट स्टोअरशिवाय, ZIAForge Electron चा basic_text फॉलबॅक वापरण्याऐवजी हे सीक्रेट्स सेव्ह करण्यास नकार देतो.

स्थानिक स्टोरेजचा अर्थ असा नाही की विनंत्या तुमच्या संगणकावरच राहतात: निवडलेला CLI/API त्या त्याच्या प्रोव्हायडरकडे पाठवतो. वर्किंग फोल्डर आणि प्रोसेस सुपरव्हिजन म्हणजे OS आयसोलेशन नव्हे. निवडलेल्या परवानग्या तपासा.

पुराव्यांचे प्रकार ओळखा: फिक्सचर्स मॉडेलशिवाय ॲप्लिकेशनची चाचणी घेतात; नेटिव्ह लाइव्ह वास्तविक CLI/खात्याचा वापर करतो; पॅकेज केलेल्या तपासण्या विशिष्ट आर्टिफॅक्ट प्रमाणित करतात. एक पास झाला म्हणजे इतरांची खात्री नसते.

ॲप्लिकेशन स्कोप, वर्क-ट्री आणि केवळ-वाचनीय प्रॉम्प्ट हे ऑपरेटिंग-सिस्टमच्या अंमलबजावणीपेक्षा वेगळे आहेत. Antigravity पुनरावलोकनकर्ता/मदतनीस धोरणे फाइलसिस्टम केवळ-वाचनीय ॲक्सेस लागू करण्याऐवजी संकलित वर्कस्पेस पुराव्यांमधील बदल शोधतात. नेटिव्ह कॉम्प्युटर नियंत्रण सामान्य ॲप-टूल सीमेबाहेर मालक-अधिकृत प्रोग्राम्स चालवते; जेव्हा त्याची आवश्यकता नसेल तेव्हा ते बंद करा.

संबंधित सूचना: उगम आणि प्रकाशन.

हा ओपन-सोर्स प्रकल्प समजून घ्या आणि त्यात बदल करा

प्रथम AGENTS.md आणि CONTRIBUTING.md वाचा, नंतर वर्तमान सोर्स सीमांसाठी PROJECT_MAP.md वाचा. लागू केलेले टाइप्ड करार आणि वर्तमान वर्कफ्लो/प्रोव्हायडर दस्तऐवज वर्तनाचे नियमन करतात. CONCEPT.md आणि ARCHITECTURE.md चे टर्मिनल-प्रथम भाग ऐतिहासिक हेतू जतन करतात आणि त्यांना सध्याच्या रिलीझचे दावे मानण्याची चूक करू नये.

इंग्रजी मदत स्त्रोत docs/help/en.json आहे. व्युत्पन्न केलेल्या USER_GUIDE.md किंवा website/guide.html मध्ये स्वतःहून बदल करू नका. अधिकृत विभाग बदला, प्रभावित करार अपडेट करा आणि node scripts/help/generate.cjs चालवा. इन-ॲप Help हाच स्त्रोत वाचतो. मर्यादा, परवानग्या आणि असमर्थित पाथ्ससह प्रत्यक्ष अंमलबजावणीसह जोडण्यांचे पुनरावलोकन करा.

प्रत्येक 56 इंटरफेस लोकेलची docs/help/locales.json मध्ये स्वतंत्र मदत स्थिती आहे. गहाळ किंवा अपूर्ण मदत इंग्रजीवर परत जाते. पूर्ण मशीन-अनुवादित भाग लेबल केलेले असतात आणि मानवी पुनरावलोकनाचा दावा न करता इंग्रजी स्त्रोत हॅशशी बांधील असतात. मानवी पुनरावलोकन केलेले भाषांतर अतिरिक्तपणे त्याच्या पुनरावलोकनकर्त्याची नोंद ठेवते. प्रत्येक भाषांतराने विभाग आयडी, कृती, फाइल/कमांड अभिज्ञापक आणि तांत्रिक मर्यादा जतन केल्या पाहिजेत, योग्य दिशा वापरली पाहिजे आणि त्याचा इंग्रजी स्त्रोत बदलल्यावर रीफ्रेश केला पाहिजे.

शिपिंग करण्यापूर्वी, जुने व्युत्पन्न केलेले आउटपुट, अवैध लोकेल स्कॅफल्ड्स किंवा तुटलेल्या स्थानिक करार लिंक्स शोधण्यासाठी node scripts/help/generate.cjs --check चालवा. UI भाषांतर तपासण्या आणि ॲप्लिकेशन वर्तन तपासण्या स्वतंत्र राहतात. HELP_MAINTENANCE.md योगदानकर्ता आणि AI अपडेट प्रक्रिया प्रदान करते; दस्तऐवजीकरणाने अशा चाचणीत उत्तीर्ण झाल्याचा दावा करू नये जी चालवली गेली नाही.

संबंधित सूचना: सध्याचा प्रोजेक्ट मॅप · दस्तऐवजीकरण देखभाल · योगदानकर्ता सूचना · एजंट सूचना.