ZIAFORGE / 1.0.1
ZIAForge વપરાશકર્તા માર્ગદર્શિકા
હેતુથી લઈને ચકાસાયેલ પરિણામ સુધી. Code, Work અને એપ્લિકેશન નિયંત્રણ માટેની વ્યવહારુ માર્ગદર્શિકા.
અંગ્રેજી પ્રામાણિક છે. મશીન દ્વારા અનુવાદિત સહાયને માનવ દ્વારા સમીક્ષા કરાયેલ અનુવાદોથી અલગ રીતે લેબલ કરવામાં આવે છે. સ્વચાલિત તપાસ મૂળ ભાષાની ચોકસાઈ પ્રમાણિત કરતી નથી.
પ્રારંભિક પગલાં
ZIAForge ચર્ચા, આયોજન, અમલીકરણ અને ચકાસણીને એક જ કાર્યમાં રાખે છે. Git પ્રોજેક્ટ માટે Code પસંદ કરો, અથવા સામાન્ય ફોલ્ડરમાં દસ્તાવેજો, સંશોધન અને અન્ય પરિણામો માટે Work પસંદ કરો.
એક અલગ પ્રોજેક્ટમાં નાના કાર્ય સાથે પ્રારંભ કરો. જો તમે મૂળ CLI પસંદ કરો છો, તો પહેલા તેને ઇન્સ્ટોલ કરો અને ટર્મિનલમાં તેના પોતાના એકાઉન્ટથી સાઇન ઇન કરો. વૈકલ્પિક રીતે, API કનેક્શન ગોઠવો. CLI સબ્સ્ક્રિપ્શન અને પેઇડ API અલગ કનેક્શન પદ્ધતિઓ છે; ZIAForge તમને સાઇન ઇન કરતું નથી અથવા તેમની વચ્ચે ક્રેડિટ ટ્રાન્સફર કરતું નથી.
- સેટિંગ્સ ખોલો અને વર્કસ્પેસ ફોલ્ડર તેમજ ભાષા તપાસો. About ચાલુ બિલ્ડની ચોક્કસ ઓળખ દર્શાવે છે.
- Code માટે, સાઇડબારમાં Git રિપોઝિટરી ઉમેરો. Work માટે, કાર્ય બનાવતી વખતે એક અલગ ફોલ્ડર પસંદ કરો.
- CLI, મૉડલ, રિઝનિંગ એફર્ટ અને એક્સેસ લેવલ સાથે પ્રીસેટ સાચવો. તમે સાચવેલા પ્રીસેટ વિના સીધા જ Custom પણ પસંદ કરી શકો છો.
- એક કાર્ય બનાવો, તેનો રૂટ, ભૂમિકાઓ અને મેન્યુઅલ અથવા સ્વચાલિત એડવાન્સમેન્ટ પસંદ કરો. Start કરતા પહેલાં પસંદગીઓની સમીક્ષા કરો.
સંબંધિત સૂચનાઓ: પ્રોજેક્ટ વિહંગાવલોકન · પ્રદાતા સુસંગતતા.
યોગ્ય ડેસ્કટૉપ પેકેજ ઇન્સ્ટોલ કરો
તમારી ઑપરેટિંગ સિસ્ટમ અને CPU આર્કિટેક્ચર માટે પેકેજ પસંદ કરો: x64 અથવા arm64. બિલ્ડ પાઇપલાઇન macOS DMG/ZIP, Windows NSIS ઇન્સ્ટોલર/ZIP, અને Linux DEB/RPM/AppImage/tar.gz/ZIP ફોર્મેટ બનાવી શકે છે. જનરેટ કરેલી ફાઇલ અથવા ક્રોસ-બિલ્ડ એ પુરાવો નથી કે તેનું ઇન્સ્ટોલર અને મૂળ UI તમારા મશીન પર સફળ થયા છે; તે રિલીઝના ચકાસણી રેકોર્ડનો સંપર્ક કરો.
Electron 44 નો ઉપયોગ કરતા macOS બિલ્ડ્સ માટે macOS 13 અથવા પછીના સંસ્કરણની જરૂર પડે છે. Apple Silicon પર arm64 પેકેજ અને Intel માટે x64 પેકેજનો ઉપયોગ કરો. બદલતા પહેલાં જૂની એપ્લિકેશનને સંપૂર્ણપણે બંધ કરો. પ્રિવ્યૂ પેકેજો હસ્તાક્ષર વિનાના અને નોટરાઇઝ્ડ ન હોઈ શકે; ડેવલપમેન્ટ આર્ટિફેક્ટને હસ્તાક્ષરિત જાહેર રિલીઝ સમજવાની ભૂલ ન કરો.
Windows માટે બંડલ કરેલ Electron સંસ્કરણ દ્વારા સમર્થિત ઑપરેટિંગ સિસ્ટમ અને PATH માં Git ઉપલબ્ધ હોવું જરૂરી છે. બંધબેસતું આર્કિટેક્ચર પસંદ કરો. અનસાઇન કરેલા પ્રિવ્યૂમાં Authenticode પ્રમાણપત્ર હોતું નથી. પોર્ટેબલ ZIP માં માત્ર તેની એક્ઝિક્યુટેબલ ફાઇલ જ નહીં, પરંતુ સંપૂર્ણ એપ્લિકેશન ડિરેક્ટરી અને રનટાઇમ ફાઇલો જળવાઈ રહેવી જોઈએ.
Linux ને સુસંગત ગ્રાફિકલ ડેસ્કટૉપ, Electron દ્વારા જરૂરી સિસ્ટમ લાઇબ્રેરીઓ, અને Git ની જરૂર છે. એન્ક્રિપ્ટેડ કંટ્રોલ ઓળખપત્રો માટે, gnome-libsecret અથવા KWallet જેવી કાર્યરત સિક્રેટ સર્વિસ પૂરી પાડો; અસુરક્ષિત 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 જરૂરિયાતો અને સ્વીકૃતિ માપદંડો સાથે પ્રારંભ થાય છે.
Multi-model સંશોધન, ડિઝાઇન, અમલીકરણ અને સમીક્ષા માટે અલગ સંદર્ભોનો ઉપયોગ કરે છે. રૂટ નામને અલગ પ્રદાતાઓની જરૂર નથી: દરેક ભૂમિકા તમે પસંદ કરેલ પ્રીસેટ અથવા Custom રૂપરેખાંકનનો ઉપયોગ કરે છે.
Worktree કાર્યના Git ફેરફારોને અલગ કરે છે. Branch પસંદ કરેલા ચેકઆઉટમાં કાર્ય કરે છે. પ્રારંભ કરતા પહેલાં પ્રોજેક્ટ, શાખા અને મૉડલ તપાસો; કાર્યનું વર્ણન સામાન્ય ચેટમાં પણ મોકલવામાં આવતું નથી.
અણઉકેલાયેલી પ્રોડક્ટ અથવા તકનીકી પસંદગીઓવાળા વિચાર માટે, Requirements first નો ઉપયોગ કરો અને ચર્ચામાં પાયો રચો. Auto વિનંતીનું વર્ગીકરણ કરે છે; તે દરેક ટૂંકા શબ્દસમૂહને તાત્કાલિક અમલમાં મૂકવાનો આદેશ નથી. Save draft મૉડલનો સંપર્ક કર્યા વિના વિનંતીને જાળવી રાખે છે; Start સાચવે છે અને સંચાલિત પ્રવાહને એકવાર લૉન્ચ કરે છે. એકથી ચાર કાર્ય નકલોમાં સ્વતંત્ર નિર્માણ IDs અને ભૂમિકા સેટિંગ્સ હોય છે.
સંબંધિત સૂચનાઓ: Code વર્કફ્લો કરાર · Code પ્રૉમ્પ્ટ પ્રોફાઇલ્સ.
Forge ચર્ચા
Start કેન્દ્રીય ચર્ચા ખોલે છે. સ્વાભાવિક રીતે જવાબ આપો, વળતા પ્રશ્નો પૂછો, મર્યાદાઓ ઉમેરો અને તકનીકી પસંદગીઓની ચર્ચા કરો. વાતચીત અને પ્રશ્નો કાર્ય સાથે રહે છે.
ટેક્સ્ટ મોકલવાથી દસ્તાવેજ સ્વીકારાતો નથી કે નવી અમલીકરણ યોજના અધિકૃત થતી નથી. અમલીકરણ દરમિયાન સ્પષ્ટીકરણ પ્રથમ સંચાલિત વારાને થોભાવે છે અને અસરગ્રસ્ત કાર્યક્ષેત્રની ફરી મુલાકાત લે છે. પહેલેથી જ સ્વીકૃત પગલાની અંદરના પ્રશ્નનો જવાબ તે પગલાને ચાલુ રાખી શકે છે.
પાયાની જાણી જોઈને ફરી મુલાકાત લેવા માટે, Requirements, Specification અથવા Planning પસંદ કરો. નવા સંસ્કરણ માટે આધારિત નિર્ણયોની નવી સ્વીકૃતિ જરૂરી છે. પૂર્ણ થયેલા પગલાં અને તેના પુરાવા બાકી રહે છે; બદલાઈ ગયેલા અપૂર્ણ તબક્કાઓ ઇતિહાસમાં રહે છે.
સંચાલિત તબક્કા સત્રો મફત/સામાન્ય ચેટથી અલગ હોય છે. વર્કફ્લોની માલિકીના સત્રમાં સીધા મેન્યુઅલ પ્રૉમ્પ્ટ્સ મોકલવાને બદલે Forge ચર્ચાનો ઉપયોગ કરો.
સંબંધિત સૂચનાઓ: Forge ચર્ચા કરાર.
દસ્તાવેજો અને નિર્ણયો
દસ્તાવેજ ખોલો, તેનું સંસ્કરણ તપાસો અને જરૂર પડ્યે ફેરફારો કરો. ચર્ચા દ્વારા ફેરફારો સબમિટ કરવાથી નવું સંસ્કરણ બને છે; અહેવાલો અને ચકાસાયેલા પરિણામો પશ્ચાદવર્તી રીતે ફરીથી લખાતા નથી.
સૂચિત યોજના સ્વીકારતા પહેલાં, ક્રમ, સૂચનાઓ, સ્વીકૃતિ માપદંડ અને ચકાસણી આદેશોમાં ફેરફાર કરો. તમે સમજો છો તેવા ચોક્કસ આદેશોને અધિકૃત કરો: તે કાર્ય ફોલ્ડરમાં ચાલે છે. Multi-model એક સમગ્ર-કાર્ય અમલીકરણ પગલું સૂચવે છે, જેની વિગતો તેના દસ્તાવેજો અને સૂચનાઓમાં હોય છે.
Approve એ એક અલગ ઇરાદાપૂર્વકનો નિર્ણય છે. Auto પ્રશ્નો અથવા જરૂરિયાતો, સ્પષ્ટીકરણો અને યોજનાઓની સ્વીકૃતિને બાયપાસ કરતું નથી. બાહ્ય રીતે બદલાયેલ દસ્તાવેજ જૂની મંજૂરીનો ફરીથી ઉપયોગ કરી શકતો નથી.
તૈયારી ફાઇલો આર્ટિફેક્ટ્સ તરીકે દેખાય છે. તેમનું સંસ્કરણ, ઉત્પાદન તબક્કો અને હેશ તેમને પરિણામ સાથે જોડે છે. Code દસ્તાવેજો વર્કટ્રીની બહાર રાખવામાં આવે છે અને આપમેળે કમિટમાં પ્રવેશતા નથી.
સ્વીકારતા પહેલાં દસ્તાવેજ અને પ્રદર્શિત નિર્ણય બંને તપાસો. સ્વીકૃતિ વર્તમાન ગેટ ID, યોજના પુનરાવર્તન અને સચવાયેલા દસ્તાવેજ હેશને બાંધે છે. જ્યારે કાર્યક્ષેત્ર અથવા પુરાવા ખોટા હોય ત્યારે ફેરફારોની વિનંતી કરો. જો કોઈ નિર્ણય જૂનો થઈ ગયો હોય, તો નવી પસંદગી કરતા પહેલાં સાચવેલી સ્થિતિ ફરીથી લોડ કરો; બદલાયેલી ફાઇલ અગાઉના સંસ્કરણ હેઠળ સ્વીકારી શકાતી નથી.
સંબંધિત સૂચનાઓ: વર્કફ્લો ગેટ્સ અને દસ્તાવેજ સંસ્કરણો.
અમલીકરણ અને સમીક્ષા
To-do વાસ્તવિક પગલાં, વર્તમાન પ્રયાસ, ચકાસણી અને સમીક્ષાના પરિણામો દર્શાવે છે. એજન્ટ "done" કહેવાથી પગલું પૂર્ણ થતું નથી: યોજનાના જરૂરી પુરાવા અસ્તિત્વમાં હોવા જોઈએ.
Manual મોડ યોગ્ય પગલાંઓ વચ્ચે થોભે છે. Auto ચકાસાયેલ પગલાંને આગળ ધપાવે છે અને મર્યાદિત પુનઃપ્રયાસોની મંજૂરી આપે છે. Stop after હંમેશા ચેકપોઇન્ટ બનાવે છે. Pause વર્કફ્લોના સક્રિય કાર્યને અટકાવે છે; પેનલ બંધ કરવાથી તે અટકતું નથી.
સ્વતંત્ર સમીક્ષક ફાઇલો અને ચકાસણી પરિણામો સાથે અલગ સંદર્ભનો ઉપયોગ કરે છે. દરેક જરૂરી અવરોધક તારણ ઉકેલવું આવશ્યક છે; બહુવિધ સમીક્ષકો મતદાન કરીને અવરોધક ભૂલને દૂર કરી શકતા નથી.
Multi-model માં, તારણો સુધારવા માટે સ્પષ્ટ નિર્ણયની જરૂર પડે છે. સુધારો આપમેળે બીજી સમીક્ષા શરૂ કરતો નથી: 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 માં જોડે છે અને હંમેશા વપરાશકર્તાના નિર્ણય માટે પૂછે છે. નાનું ફોલો-અપ સંયોજક દ્વારા અહેવાલને સુધારે છે; મોટો ફેરફાર સ્થિર કાર્યકરોનો બીજો રાઉન્ડ શરૂ કરે છે. આર્ટિફેક્ટ્સ તેમના સંસ્કરણો જાળવી રાખે છે.
ઉકેલાયેલી ભૂમિકાઓ કાર્ય નિર્માણ અથવા સ્પષ્ટ ડ્રાફ્ટ સેવ વખતે સ્થિર થઈ જાય છે. પ્રથમ આહ્વાન પછી, ફક્ત સ્વચાલિત/મેન્યુઅલ એડવાન્સમેન્ટ બદલાઈ શકે છે; વિવિધ ભૂમિકા અથવા મૉડલ સેટિંગ્સ માટે નવા કાર્યનો ઉપયોગ કરો. વૈશ્વિક પ્રીસેટમાં ફેરફાર કરવાથી પછીના તબક્કાઓ શાંતિથી બદલાતા નથી.
Manual મોડ નોંધપાત્ર Write રૂપરેખા સહિત યોગ્ય તબક્કાઓ વચ્ચે થોભે છે. Auto તે રૂપરેખા દ્વારા આગળ વધી શકે છે. પ્રશ્નો, સૂચિત એક્ઝિક્યુટેબલ યોજનાઓ, Brainstorm દિશા અને Deep રિપોર્ટ સમીક્ષા Auto માં પણ સ્પષ્ટ નિર્ણયો રહે છે. એકલું અવતરણ એ બ્રાઉઝિંગ થયું હોવાનો પુરાવો આપતું નથી, અને માત્ર સચવાયેલી બાઈનરી ફાઇલ તેના રેન્ડરિંગને સાબિત કરતી નથી.
સંબંધિત સૂચનાઓ: Work મોડ્સ અને નિર્ણયો.
પ્રીસેટ્સ, મૉડલ્સ અને એક્સેસ
પ્રીસેટ CLI/API, મૉડલ, રિઝનિંગ એફર્ટ અને પરવાનગીઓને સાચવે છે. ચેટ ફૂટરમાં પ્રીસેટ, CLI, મૉડલ અને વિકલ્પોના વિભાગો હોય છે. Custom પ્રીસેટ વિના કાર્ય કરે છે; Create preset વર્તમાન પસંદગીને સાચવે છે.
કૅટેલોગ પસંદ કરેલ ઇન્સ્ટોલ કરેલ CLI અથવા API પરથી આવે છે જ્યાં સપોર્ટેડ હોય. Refresh પસંદગી બદલ્યા વિના સૂચિને અપડેટ કરે છે. જો શોધ ઉપલબ્ધ ન હોય, તો સ્પષ્ટ મૉડલ ID દાખલ કરો; પ્રદાતાએ હજુ પણ તેને સમર્થન આપવું આવશ્યક છે. રિઝનિંગ સ્તરો મૉડલ અને CLI પર આધાર રાખે છે. Provider default એ સ્પષ્ટ none ટોકનથી અલગ છે.
બેકએન્ડ સ્વીકૃતિ પછી જ ફેરફારો લાગુ કરો. સક્રિય વારા અથવા ખાલી ન હોય તેવી કતાર દરમિયાન સ્વિચિંગ પ્રતિબંધિત છે. ડ્રાફ્ટ્સ અને દૃશ્યમાન ઇતિહાસ રહે છે, પરંતુ પ્રદાતાઓ બદલવાથી તેમની ખાનગી આંતરિક સ્થિતિ સ્થાનાંતરિત થતી નથી.
Forge માં, ભૂમિકાનું લેબલ મહત્વનું છે: તૈયારી અલગ Planner નો ઉપયોગ કરી શકે છે. ફૂટર પ્રદર્શિત ભૂમિકાને બદલે છે; સમીક્ષકો અને સહાયકો વર્કફ્લો સેટિંગ્સમાં પસંદ કરવામાં આવે છે. પહેલેથી જ ચકાસાયેલ અમલીકરણ માટેની નીતિ લૉક હોઈ શકે છે.
પ્રદાતાઓ વચ્ચે પરવાનગીઓ અલગ હોય છે. જ્યાં એડેપ્ટર તેમને સમર્થન આપે છે ત્યાં Read only અને Workspace write ઉપલબ્ધ છે. Antigravity મૂળ CLI સેટિંગ્સ અથવા સ્પષ્ટ રીતે પસંદ કરેલ પૂર્ણ એક્સેસનો ઉપયોગ કરે છે. પૂર્ણ એક્સેસ એ સેન્ડબોક્સ નથી.
વિશેષતા પ્રૉમ્પ્ટ માર્ગદર્શન ઉમેરે છે, અન્ય મૉડલ અથવા પરવાનગી નહીં. પ્રીસેટ્સ અને ભૂમિકાઓ None, Standard, Auto અને Manual ને સપોર્ટ કરે છે. Auto વધારાના મૉડલ કૉલ વિના પગલાંના લખાણમાંથી પ્રોફાઇલ્સ પસંદ કરે છે; Manual ચાર વિશેષતાઓ અને કસ્ટમ સૂચનાઓ સુધી સ્વીકારે છે. યોજના સ્વીકારતા પહેલાં પ્લાનર દ્વારા સૂચિત સોંપણીઓમાં ફેરફાર કરી શકાય છે.
મેન્યુઅલી દાખલ કરેલ મૉડલ ID અથવા પ્રયાસ તમારી પસંદગી રહે છે, પરંતુ પ્રદાતા તેને નકારી શકે છે. વૈશ્વિક પ્રીસેટમાં ફેરફાર કરવાથી ચાલુ ચેટ અથવા સ્વીકૃત યોજના પશ્ચાદવર્તી રીતે બદલાતી નથી. નિષ્ક્રિય વાતચીતને જાણી જોઈને બદલવા માટે, તેના પોતાના રૂપરેખાંકન નિયંત્રણોનો ઉપયોગ કરો અને સ્વીકૃતિની રાહ જુઓ. અક્ષમ વિકલ્પને ક્ષમતા અથવા જીવનચક્ર મર્યાદા તરીકે વાંચવો જોઈએ, સાચવેલા JSON માં ફેરફાર કરીને તેને બાયપાસ કરવો જોઈએ નહીં.
સંબંધિત સૂચનાઓ: પ્રદાતા ક્ષમતાઓ.
ચેટ્સ, Stop અને કતાર
Open ટેબ્સ, Recent અને ડ્રાફ્ટ્સ એક જ કાર્યના છે. ટેબ બંધ કરવાથી તે Open માંથી દૂર થાય છે પરંતુ Recent માં સચવાય છે અને તેની પ્રદાતા પ્રક્રિયા અથવા સંચાલિત વર્કફ્લોને અટકાવતું નથી. ઇતિહાસ શોધો, ચેટ ફરીથી ખોલો અથવા ઇતિહાસ મેનૂમાંથી બધી વધારાની ટેબ્સ બંધ કરો.
Stop વર્તમાન વારામાં વિક્ષેપ પાડે છે. આગળના Send પહેલાં અટકવાની પ્રક્રિયા પૂર્ણ થવાની રાહ જુઓ: વિક્ષેપની સ્વીકૃતિ એ પ્રક્રિયાની પૂર્ણતા નથી. તે દરમિયાન તમે આગામી ડ્રાફ્ટ લખી શકો છો.
સામાન્ય ચેટમાં, Queue પછીની વિનંતીને વર્તમાન ડ્રાફ્ટથી અલગ સાચવે છે. Pause queue આગળની ડિલિવરી રોકી રાખે છે. Stop અને Quit કતારને થોભાવે છે. પુનઃપ્રારંભ કર્યા પછી, પહેલા Resume કરો, પછી સ્પષ્ટ રીતે Continue queue કરો.
Uncertain નો અર્થ છે કે ડિલિવરી અજ્ઞાત છે. આવો સંદેશ આપમેળે ફરીથી મોકલવામાં આવતો નથી: ઇતિહાસ તપાસો, જો યોગ્ય હોય તો ટેક્સ્ટ કૉપિ કરો અને કતારબદ્ધ આઇટમને કાઢી નાખો. તેને ફરીથી મોકલવું એ એક નવી ઇરાદાપૂર્વકની વિનંતી છે.
સંચાલિત તબક્કા ચેટ્સ તેમના વર્કફ્લોનો ઉપયોગ કરે છે, સામાન્ય કતારનો નહીં. Follow stage વર્તમાન તબક્કો દર્શાવે છે; મેન્યુઅલી બીજી ટેબ પસંદ કરવાથી અનુસરવાનું બંધ થઈ જાય છે. CLI લૉગ્સ પ્રતિસાદથી અલગ ડાયગ્નોસ્ટિક્સ દર્શાવે છે.
Markdown પ્રતિસાદો હેડિંગ્સ, યાદીઓ, કોષ્ટકો, લિંક્સ અને ફેન્સ્ડ કોડ રેન્ડર કરે છે. ટૂલ કાર્ડ્સ અને 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 થી ઉપર વિન્ડો એડિટિંગ અને મર્યાદિત આગલી-મેચ શોધનો ઉપયોગ કરો. આ એક મર્યાદિત લાર્જ-ફાઇલ મોડ છે, મનસ્વી રીતે મોટા દસ્તાવેજો માટે Sublime Text ની સમાનતા નથી.
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 ચાલુ બિલ્ડની ચોક્કસ વિગતો દર્શાવે છે.
ઇન્ટરફેસ ભાષા પ્રોમ્પ્ટ ભાષા અને દસ્તાવેજીકરણ સમીક્ષા સ્થિતિથી અલગ છે. પ્રોડક્ટના નામો, આદેશ ID, ફાઇલ એક્સ્ટેન્શન્સ, પ્રદાતા મોડેલ ID અને વપરાશકર્તા દ્વારા બનાવેલા નામો ઓળખકર્તા તરીકે જ રહે છે. જ્યારે વર્તમાન અનુવાદ ઉપલબ્ધ હોય ત્યારે સહાય (Help) પસંદ કરેલી ઇન્ટરફેસ ભાષાને અનુસરે છે; મશીન અનુવાદો લેબલ થયેલ હોય છે અને અંગ્રેજી પ્રામાણિક સંદર્ભ તરીકે રહે છે.
Save પ્રદર્શિત રૂપરેખાંકન લાગુ કરે છે. ડેટાબેઝ રીસેટ અથવા ફેક્ટરી રીસેટ એપ્લિકેશન મેટાડેટાને દૂર કરી શકે છે; જાણી જોઈને રીસેટનો ઉપયોગ કરતા પહેલા ફાઇલો અને ચકાસાયેલ બેકઅપ સાચવો. આ કામગીરીઓ સ્થાનિક માલિકની ક્રિયાઓ છે. નિષ્ફળ વર્કફ્લો અથવા ભ્રષ્ટ રેકોર્ડની તપાસ કરવા માટે શોર્ટકટ તરીકે તેનો ઉપયોગ કરશો નહીં.
સંબંધિત સૂચનાઓ: સ્થાનિકીકરણ સૂચનાઓ · ડેટા પુનઃપ્રાપ્તિ.
સહાય સહાયકને પૂછો
સહાય (Help) ખોલો, તેની સહાયક પેનલમાં સાચવેલ કનેક્ટેડ પ્રીસેટ પસંદ કરો અને ZIAForge વિશે પૂછો. જવાબો વર્તમાન અધિકૃત અંગ્રેજી માર્ગદર્શિકા અને તમારી પસંદ કરેલી ઇન્ટરફેસ ભાષાનો ઉપયોગ કરે છે. વિભાગ-સંદર્ભ બટનો સુસંગત માર્ગદર્શિકા વિષયો ખોલે છે, જેથી તમે સંદર્ભ સાથે સમજૂતીની તુલના કરી શકો.
આ સહાયક 100 સુધીની સાચવેલી એન્ટ્રીઓ અને 3 MiB ની અલગ ખાનગી વાતચીત રાખે છે. 12,000 અક્ષરો સુધીનો પ્રશ્ન દાખલ કરો; Send તેને પૂછે છે, Stop તમારા પ્રશ્નને ઉપલબ્ધ રાખીને સક્રિય જવાબ રદ કરે છે, અને Clear આ સહાય વાર્તાલાપને દૂર કરે છે. તમારો વણમોકલાયેલ ડ્રાફ્ટ અને પ્રીસેટ પસંદગી તે જ એપ્લિકેશન સત્રમાં સહાય બંધ કરવા અથવા ફરીથી ખોલવા છતાં જળવાઈ રહે છે, પરંતુ ડ્રાફ્ટ ડિસ્ક પર સાચવવામાં આવતો નથી. સહાયક એપ્લિકેશન આદેશો મોકલતો નથી, વર્કફ્લો બદલતો નથી કે ગેટ સ્વીકારતો નથી. સલાહ એ કોઈ કાર્ય, એકાઉન્ટ અથવા બાહ્ય કનેક્શનની લાઈવ ચકાસણી નથી.
Claude Code અને API સહાય સત્રો સમર્થિત નો-ટૂલ્સ (સાધન-મુક્ત) નીતિ લાગુ કરે છે. નેટિવ Codex અને Antigravity સહાય સત્રો માટે સ્થાનિક માલિકની હાલની નેટિવ કમ્પ્યુટર પરવાનગી આવશ્યક છે. જો તે અક્ષમ હોય, તો એપ્લિકેશન કોઈ અલગ પ્રદાતા પસંદ કરવાને બદલે પૂર્વશરત સમજાવે છે. માત્ર માલિક જ તેને સ્થાનિક નિયંત્રણ સેટિંગ્સમાં સક્ષમ કરી શકે છે; સહાયક તેને જાતે સક્ષમ કરી શકતો નથી.
Codex સહાય રીડ-ઓન્લી સેન્ડબોક્સનો ઉપયોગ કરે છે અને ટૂલ-મંજૂરી વિનંતીઓને નકારે છે. 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 અક્ષરો સુધી દૃશ્યમાન રીતે ટૂંકા કરવામાં આવે છે. ખાનગી વિચારસરણી બતાવવામાં આવતી નથી. ઇતિહાસ વાંચવાથી પ્રદાતા શરૂ થતો નથી. પૂર્વાવલોકનો ફક્ત-વાંચવા માટે છે: સામાન્ય ટેક્સ્ટ અને /ask TEXT હજુ પણ એપ્લિકેશન સહાયકને સંબોધિત કરે છે, તમે જોઈ રહ્યા છો તે ટાસ્ક ચેટને ક્યારેય ગર્ભિત રીતે નહીં.
Run / Continue વર્તમાન Code અથવા Work વર્કફ્લોને ફરીથી વાંચે છે અને પાત્ર સાચવેલ વર્કફ્લો શરૂ કરે છે. Pause તેના વિરામની વિનંતી કરે છે. બંનેમાંથી કોઈ જરૂરિયાતો, સ્પષ્ટીકરણ, યોજના, સમીક્ષા તારણો અથવા પ્રશ્નો સ્વીકારતું નથી; બાકી રહેલો નિર્ણય Run ને અટકાવે છે. એપ્લિકેશનમાં નિર્ણયો લો, અથવા તેના ચોક્કસ વર્તમાન ગેટ અને પુનરાવર્તન સાથે સ્પષ્ટપણે અધિકૃત ટાઈપ કરેલા આદેશનો ઉપયોગ કરો.
તેના મૂળ નામ દ્વારા 56 ઇન્ટરફેસ ભાષાઓમાંથી કોઈપણ પસંદ કરવા માટે Language અથવા /language નો ઉપયોગ કરો. આ માત્ર આ બોટ અને માલિક માટે પસંદગી જાળવી રાખે છે. એપ્લિકેશન ભાષાનો ઉપયોગ કરો તે પસંદગીને સાફ કરે છે. તે ન તો એપ્લિકેશનની ભાષા બદલે છે કે ન તો ઍક્સેસ પરવાનગીઓ; હાલના સંદેશાઓ આપમેળે ફરીથી મોકલવામાં આવતા નથી.
નેવિગેશન સામાન્ય રીતે તે જ પ્રકાશિત મેનૂ સંદેશને અપડેટ કરે છે. બટનો અસ્પષ્ટ ઓળખ ધરાવે છે જે 15 મિનિટ પછી સમાપ્ત થાય છે અને તેનો એકવાર ઉપયોગ કરી શકાય છે; કાર્ડ બદલવાથી તેના જૂના બટનો અમાન્ય બને છે. સમાપ્ત થયેલ, વપરાયેલ, મેળ ન ખાતા સંદેશ અને અગાઉની પ્રક્રિયાના બટનો ક્રિયા કરી શકતા નથી. ચોક્કસ અસંપાદનયોગ્ય સંદેશને નવા કાર્ડથી બદલી શકાય છે; અજ્ઞાત નેટવર્ક ભૂલને નવા સંદેશ તરીકે ફરીથી પ્રયાસ કરવામાં આવતો નથી.
સક્રિયકરણ પર પોલર અગાઉના બેકલૉગને કાઢી નાખે છે અને ડિસ્પેચ પહેલાં અપડેટ સ્વીકૃતિ રેકોર્ડ કરે છે જેથી પુનઃપ્રારંભ પર વિક્ષેપિત આદેશો આપમેળે ફરીથી ચલાવવામાં ન આવે. આ ફરીથી ચલાવવાનું અટકાવે છે; તે પૂર્ણ થવાની બાંયધરી આપતું નથી. ભૂલ પછી જાણી જોઈને નવું કામ સોંપતા પહેલા સ્થિતિ/સંદર્ભ તપાસો. ત્યાં કોઈ સ્વચાલિત કાર્ય-સ્થિતિ સૂચનાઓ નથી.
સ્પષ્ટ આદેશો ઉપલબ્ધ રહે છે: /projects, /tasks, /task TASK_ID, /run TASK_ID, /pause TASK_ID, /screenshot અને /ask TEXT. /new {JSON} ટાઈપ કરેલ createTask દ્વારા કાર્ય બનાવે છે; /command {JSON} સ્પષ્ટ કેટલોગ આદેશ મોકલે છે. આર્ગ્યુમેન્ટ આકારો માટે લાઈવ કેટલોગ વાંચો. એપ્લિકેશનની જેમ જ બેકએન્ડ અધિકૃતતા અને ફોલ્ડર અનુદાન લાગુ થાય છે.
એપ્લિકેશન ક્યારેય સંગ્રહિત બોટ-ટોકન મૂલ્યો સહાયકને મોકલતી નથી. તેમ છતાં સ્ક્રીનશૉટ્સ, સારાંશ અને વાતચીત ટેક્સ્ટમાં ખાનગી પ્રોજેક્ટ માહિતી હોઈ શકે છે. જો બોટ અથવા માલિક એકાઉન્ટ હવે વિશ્વસનીય ન હોય તો સ્થાનિક રીતે એકીકરણ બંધ કરો. બોટ પ્રદાતા સાથે લીક થયેલ ટોકન બદલો (રોટેટ કરો), પછી તેના સ્થાનિક એન્ક્રિપ્ટેડ રૂપરેખાંકનને અપડેટ કરો.
સંબંધિત સૂચનાઓ: ખાનગી બોટ અને આદેશો.
માત્ર-માલિક મૂળ (નેટિવ) કમ્પ્યુટર પરવાનગી
મૂળ (નેટિવ) કમ્પ્યુટર ઍક્સેસ અક્ષમ સ્થિતિથી શરૂ થાય છે. માત્ર માલિક જ તેને સ્થાનિક સેટિંગ્સ → રિમોટ કંટ્રોલમાં સક્ષમ કરી શકે છે. સહાયક અને HTTP/MCP/Telegram આદેશો પોતાના માટે આ ફ્લેગને સક્ષમ કરી શકતા નથી. જો કોઈ ઑપરેશન નકારવામાં આવે છે, તો સહાયકે સેટિંગનું વર્ણન કરવું જોઈએ અને માલિકને નિર્ણય લેવા દેવો જોઈએ.
જ્યારે સ્પષ્ટપણે સક્ષમ કરવામાં આવે છે, ત્યારે computer.run એક્ઝિક્યુટેબલ, આર્ગ્યુમેન્ટ એરે અને વૈકલ્પિક ચોક્કસ કાર્યકારી નિર્દેશિકા (વર્કિંગ ડિરેક્ટરી) સ્વીકારે છે. તે કોઈ શેલ ઇન્ટરપોલેશનનો ઉપયોગ કરતું નથી, તેની 30-સેકન્ડની મર્યાદા છે અને આઉટપુટને 1 MiB સુધી સીમિત કરે છે. પૂરી પાડવામાં આવેલ ખૂટતી અથવા અમાન્ય ડિરેક્ટરી નકારવામાં આવે છે; cwd છોડી દેવાથી એપ્લિકેશનની માલિકીની સેટિંગ્સ ડિરેક્ટરીનો ઉપયોગ થાય છે, HOME નો નહીં. Quit સક્રિય માલિકીના આદેશો રદ કરે છે અને તેમની પ્રક્રિયા સફાઈ માટે રાહ જુએ છે.
એપ્લિકેશન રીડ/ઓપરેટ ક્ષેત્ર અને મૂળ ઍક્સેસ એ અલગ નિર્ણયો છે. વર્કટ્રી અનિયંત્રિત પ્રદાતાના ફાઇલસિસ્ટમ ઍક્સેસને મર્યાદિત કરતું નથી. કાર્ય પૂર્ણ થયા પછી જો મૂળ ઍક્સેસની જરૂર ન હોય તો તેને રદ કરો, અને સહાયકના લખાણને પુરાવા તરીકે સ્વીકારવાને બદલે આદેશ રસીદોની તપાસ કરો.
સંબંધિત સૂચનાઓ: માત્ર-માલિક નિયંત્રણ કરાર.
બ્રાઉઝર અને રિમોટ ઇન્સ્ટન્સ
સ્થાનિક માલિક સર્વરને સક્ષમ કરે છે અને તેનું સરનામું, પોર્ટ અને કાર્યક્ષેત્ર પસંદ કરે છે: નિરીક્ષણ માટે રીડ અથવા ક્રિયાઓ માટે ઓપરેટ. ડિફૉલ્ટ 127.0.0.1 સરનામું ફક્ત આ કમ્પ્યુટર પર ઉપલબ્ધ છે. 0.0.0.0 નેટવર્ક ઇન્ટરફેસ પર સાંભળે છે; તેને સક્ષમ કરતા પહેલા નેટવર્ક ઍક્સેસની સમીક્ષા કરો.
બ્રાઉઝર ટોકન લૉગિન પછી સમાન ઇન્ટરફેસ ખોલે છે. સાર્વજનિક લિંક્સ અથવા સ્ક્રીનશૉટ્સમાં ટોકન્સ શામેલ કરશો નહીં. HTTP એકલું ટ્રાફિકને એન્ક્રિપ્ટ કરતું નથી; અવિશ્વસનીય નેટવર્ક પર સુરક્ષિત ચેનલનો ઉપયોગ કરો.
માલિક URL અને ટોકન દ્વારા અન્ય ઇન્સ્ટન્સ ગોઠવે છે. બેકએન્ડ વિનંતીઓને પ્રોક્સી કરે છે; આ તેમના પ્રોજેક્ટ્સને સ્થાનિક મશીન પર કૉપિ કરતું નથી. દરેક ક્રિયા પહેલાં પસંદ કરેલ ઇન્સ્ટન્સ તપાસો.
ટાઈપ કરેલા આદેશો અને ઇવેન્ટ્સ એપ્લિકેશન નિયંત્રણ ધરાવે છે. રીડ સ્કોપ કાર્ય પરિવર્તનને અધિકૃત કરતું નથી. મૂળ કમ્પ્યુટર નિયંત્રણ એ સ્થાનિક-માલિકની અલગ પસંદગી છે અને તે અક્ષમ સ્થિતિમાં શરૂ થાય છે.
બ્રાઉઝર, Telegram અને બાહ્ય-એજન્ટ નિયંત્રણ માટે એપ્લિકેશન ચાલુ રહેવી આવશ્યક છે. દરેક ઇન્સ્ટન્સની પોતાની ખાનગી પ્રોફાઇલ, ટાસ્ક સ્થિતિ, ટોકન અને સર્વર પોર્ટ હોય છે. સ્વતંત્ર ઇન્સ્ટન્સ વચ્ચે એક સાથે એક પ્રોફાઇલનો ફરીથી ઉપયોગ કરશો નહીં. બ્રાઉઝર ઇવેન્ટ્સ અને કમાન્ડ જવાબો પસંદ કરેલા ઇન્સ્ટન્સ સુધી મર્યાદિત છે; UI સ્વિચ કરવાથી ફાઇલો સ્થાનાંતરિત થતી નથી અથવા મૂળ લૉગિન કૉપિ થતું નથી.
સંબંધિત સૂચનાઓ: HTTP અને ઇન્સ્ટન્સ નિયંત્રણ.
OpenClaw, Hermes અને અન્ય બાહ્ય એજન્ટો
પ્રમાણિત એપ્લિકેશન-નિયંત્રણ API અથવા બંડલ કરેલ MCP stdio બ્રિજનો ઉપયોગ કરો. સર્વરને સ્થાનિક રીતે સક્ષમ કરો, રીડ અથવા ઓપરેટ પસંદ કરો અને દરેક ક્લાયંટને તે ઇન્સ્ટન્સ URL અને ટોકન સાથે ગોઠવો. એકલા MCP બ્રિજને ચલાવવા માટે Node.js 22 અથવા નવીનતમ સંસ્કરણ આવશ્યક છે; Electron એપ્લિકેશન તમારા એજન્ટ ક્લાયંટને ઇન્સ્ટોલ કરતી નથી. બ્રાઉઝર URL એ સ્ટ્રીમેબલ 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 કેશ માત્ર ત્યારે જ વિનંતીઓના મર્યાદિત સેટની ડુપ્લિકેટ દૂર કરે છે જ્યારે એપ્લિકેશન ચાલતી હોય. ટકાઉ કામગીરી તેમની પોતાની ઓળખનો ઉપયોગ કરે છે: કાર્ય નિર્માણ માટે 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 જુઓ.
ઓટોમેશન્સ ઇન્ટરફેસ હાલમાં ડિસ્પ્લે વ્યાખ્યાઓ અને સ્થાનિક રન કાઉન્ટર્સ સ્ટોર કરે છે. તે પ્રમાણિત પુનરાવર્તિત શેડ્યૂલર નથી અને બેકગ્રાઉન્ડ મોડેલ ટર્ન ચાલ્યો હતો તે સાબિત કરતું નથી. વાસ્તવિક અમલીકરણ માટે સાચવેલા વર્કફ્લો નિયંત્રણો, ziaf અથવા પ્રમાણિત API નો ઉપયોગ કરો અને તેમની રસીદો તપાસો. પ્રદર્શન પેનલને માનવરહિત શેડ્યૂલિંગ તરીકે ગણવાની ભૂલ કરશો નહીં.
સંબંધિત સૂચનાઓ: ડિસ્પેચર આદેશો.
સંસ્કરણ અને અપડેટ્સ
About બરાબર ચાલી રહેલ વર્ઝન બતાવે છે. સાર્વજનિક અપડેટ્સ માટે વિશ્વસનીય GitHub પ્રકાશન રીપોઝીટરી અને સ્થિર અથવા પૂર્વાવલોકન ચેનલની જરૂર પડે છે. તપાસવું, ડાઉનલોડ કરવું અને ઇન્સ્ટોલેશનની અલગ સ્થિતિઓ હોય છે; ભૂલનો અર્થ એ નથી કે અપડેટ ઇન્સ્ટોલ થઈ ગયું છે.
આપોઆપ ઇન્સ્ટોલેશન હસ્તાક્ષરિત macOS પ્રકાશનો માટે છે. હસ્તાક્ષર વગરના વિકાસ બિલ્ડ્સ આ પદ્ધતિ દ્વારા આપમેળે ઇન્સ્ટોલ થતા નથી. મેન્યુઅલ રિપ્લેસમેન્ટ માટે, વર્તમાન એપ્લિકેશનને સંપૂર્ણપણે બંધ કરો અને ચકાસાયેલ આર્ટિફેક્ટનો ઉપયોગ કરો.
સ્વચાલિત તપાસ સક્ષમ હોય ત્યારે તરત જ ચાલે છે, પછી દર છ કલાકે ચાલે છે.
સ્થિર પૂર્વાવલોકન પ્રકાશનોને બાકાત રાખે છે; પૂર્વાવલોકન વિકાસ પ્રકાશનોને પણ મંજૂરી આપે છે. સફળ તપાસ માત્ર ઉપલબ્ધ પ્રકાશન મેટાડેટા સ્થાપિત કરે છે. ડાઉનલોડ અને ઇન્સ્ટોલેશન માટે પ્લેટફોર્મ પેકેજ અને ગોઠવેલ પ્રકાશન ફીડની જરૂર છે. Linux DEB ડિલિવરી એ એક અલગ ઇન્સ્ટોલર પાથ છે; એવું માની લેશો નહીં કે DEB આપમેળે macOS અપડેટ પદ્ધતિ દ્વારા અપગ્રેડ થાય છે.
સંબંધિત સૂચનાઓ: પ્રકાશન સજ્જતા.
પુનઃપ્રારંભ અને પુનઃપ્રાપ્તિ
macOS પર, સંપૂર્ણ શટડાઉન માટે Quit / ⌘Q નો ઉપયોગ કરો. વિન્ડો બંધ કરવાથી એપ્લિકેશન ચાલુ રહી શકે છે. એપ્લિકેશન બદલતા પહેલા જૂના સંસ્કરણને સંપૂર્ણપણે બંધ કરો.
લૉન્ચ કર્યા પછી, તે જ કાર્ય પસંદ કરો. ઇતિહાસ અને ડ્રાફ્ટ્સ પાછા આવે છે. Resume મૂળ/સ્થાનિક સંદર્ભ પુનઃસ્થાપિત કરે છે પરંતુ ડ્રાફ્ટ મોકલતું નથી, કતારને અનપોઝ કરતું નથી અથવા અજાણી કામગીરીને પુનરાવર્તિત કરવા માટે અધિકૃત કરતું નથી.
જો Recovery દેખાય છે, તો JSON ને મેન્યુઅલી સંપાદિત કરશો નહીં. અસરગ્રસ્ત દસ્તાવેજ પ્રકારનું નિરીક્ષણ કરો, મૂળ ફાઇલો સાચવો અને માન્ય બેકઅપ પસંદ કરો. જૂની કતાર પુનઃસ્થાપિત કરવાથી તેની આઇટમ્સ અનિશ્ચિત તરીકે ચિહ્નિત થાય છે.
જ્યારે ડિલિવરી અજ્ઞાત હોય, ત્યારે સંચાલિત વર્કફ્લોને તાજા સંદર્ભ માટે સ્પષ્ટ પરવાનગીની જરૂર પડી શકે છે. અગાઉનું કાર્ય અને નિષ્ફળ પ્રયાસો રહે છે; ઉપજાવી કાઢેલી સફળતા કરતાં દૃશ્યમાન ઇનકાર વધુ સુરક્ષિત છે.
બધી એપ્લિકેશન ઇન્સ્ટન્સ બંધ કરીને કાર્ય ફાઇલો અને એપ્લિકેશન પ્રોફાઇલનો બેકઅપ લો. કૉપિ કરેલું ફોલ્ડર એ ચકાસાયેલ પુનઃપ્રાપ્તિ નથી. જો પુનઃપ્રાપ્તિ તમને માન્ય બેકઅપ પસંદ કરવાનું કહે છે, તો ચોક્કસ ક્ષતિગ્રસ્ત ફાઇલો પણ જાળવી રાખો. જૂના વર્કફ્લો અથવા કતારને પુનઃસ્થાપિત કરવાથી અનિશ્ચિત અનુમાન અથવા Git કામગીરીને ફરીથી ચલાવવાની મંજૂરી મળતી નથી.
સંબંધિત સૂચનાઓ: પુનઃપ્રાપ્તિ કરાર.
મુશ્કેલીનિવારણ
CLI મળ્યું નથી: સામાન્ય ટર્મિનલમાં તેનું ઇન્સ્ટોલેશન અને વર્ઝન તપાસો, પછી ZIAForge પુનઃપ્રારંભ કરો. એક્ઝિક્યુટેબલ હાજર હોવાનો અર્થ એ નથી કે તમે સાઇન ઇન છો. પ્રદાતાની પોતાની સાઇન-ઇન પદ્ધતિનો ઉપયોગ કરો.
મોડેલ અનુપલબ્ધ છે અથવા અધિકૃતતા નિષ્ફળ થઈ: શોધને તાજી કરો, ઉપલબ્ધ ID પસંદ કરો અને તમારા એકાઉન્ટ અને મર્યાદાઓ તપાસો. અનિશ્ચિત વિનંતીનો તેના ઇતિહાસની તપાસ કરતા પહેલાં ફરીથી પ્રયાસ કરશો નહીં.
વર્કફ્લો બંધ થયો: વર્તમાન તબક્કો, પ્રશ્ન, ચકાસણી રસીદ અથવા CLI લૉગ્સ ખોલો. ચોક્કસ કારણ પર ધ્યાન આપો: અનુત્તરિત પ્રશ્ન, આદેશ, ફોલ્ડર પરવાનગી અથવા પ્રયાસ મર્યાદા. Continue નિષ્ફળ તપાસને સફળતામાં ફેરવી શકતું નથી.
ફોલ્ડર ખૂટે છે અથવા બદલાઈ ગયું છે: મૂળ ફોલ્ડર પર ઍક્સેસ પુનઃસ્થાપિત કરો અથવા નવું કાર્ય બનાવો. એપ્લિકેશન HOME થી આગળ વધવી જોઈએ નહીં. જો તમે અન્ય cwd જુઓ છો, તો ટર્ન રોકો અને ડાયગ્નોસ્ટિક્સ સાચવો.
રિપોર્ટ માટે, About સંસ્કરણ, રૂટ, CLI/મોડેલ, અપેક્ષિત અને વાસ્તવિક વર્તણૂક, સ્ક્રીનશૉટ અને સુરક્ષિત લૉગ અંશ શામેલ કરો. રહસ્યો, વ્યક્તિગત સામગ્રી અને પ્રકાશિત ન થઈ શકે તેવા પાથ દૂર કરો.
રિમોટ પૃષ્ઠ અનુપલબ્ધ છે: ચકાસો કે માલિકે સર્વર સક્ષમ કર્યું છે, લિસનિંગ સરનામું અને પોર્ટ તપાસો, પછી સાચા ઇન્સ્ટન્સ ટોકન સાથે પ્રમાણિત કરો. 401 પ્રમાણીકરણ સૂચવે છે; નકારવામાં આવેલ પરિવર્તન રીડ સ્કોપ અથવા માત્ર-માલિક નિયંત્રણ હોઈ શકે છે. ટોકન બદલવાથી હાલના બ્રાઉઝર ક્લાયંટ બંધ થઈ જાય છે. અલગ DevTools નિરીક્ષણ પોર્ટને રિમોટ એપ્લિકેશન નિયંત્રણ તરીકે જાહેર કરશો નહીં.
સંપાદક સાચવવાનો ઇનકાર કર્યો: ડ્રાફ્ટ રાખો, ડિસ્ક પરની વર્તમાન ફાઇલનું નિરીક્ષણ કરો અને બાહ્ય-ફેરફાર સંઘર્ષનું નિરાકરણ કરો. એપ્લિકેશન મેટાડેટા ફરીથી લખીને સરખામણીને બાયપાસ કરશો નહીં. જો મોટી ફાઇલનું સંપૂર્ણ લોડિંગ અનુપલબ્ધ હોય, તો સમર્થિત વિંડો સંપાદન/શોધ અથવા બાહ્ય સંપાદકનો ઉપયોગ કરો.
Telegram અનુપલબ્ધ છે: બોટ ટોકન, આંકડાકીય માલિક, ખાનગી ચેટ અને સ્થાનિક સ્થિતિની પુષ્ટિ કરો. સ્પર્ધાત્મક વેબહૂક અથવા પોલર પોલિંગને અવરોધિત કરી શકે છે; ZIAForge આપમેળે વેબહૂક કાઢી નાખતું નથી અથવા અન્ય પોલરનો હવાલો લેતું નથી. અજ્ઞાત સીમા પર નકારવામાં આવેલા અથવા વિક્ષેપિત આદેશો આપમેળે ફરીથી ચલાવવામાં આવતા નથી.
સંબંધિત સૂચનાઓ: પરીક્ષણ અને નિદાન.
સમસ્યાઓની જાણ કરો અને પુરાવા તપાસો
About માંથી ચોક્કસ ચાલુ બિલ્ડ, OS/આર્કિટેક્ચર, ટાસ્ક મોડ, પસંદ કરેલ પ્રદાતા/મોડેલ અને સમસ્યાનું પુનરાવર્તન કરતા પગલાં રેકોર્ડ કરો. અપેક્ષિત પરિણામ અને જોવા મળેલા પરિણામનું વર્ણન કરો. સમગ્ર ખાનગી પ્રોફાઇલને બદલે એક સુરક્ષિત સ્ક્રીનશૉટ અને સુસંગત સાચવેલ આદેશ અથવા ચકાસણી રસીદ શામેલ કરો.
CLI લૉગ્સ, ઇવેન્ટ જર્નલ્સ, મોડેલ ટ્રાન્સક્રિપ્ટ્સ, બ્રાઉઝર ટ્રેસ અને સ્ક્રીનશૉટ્સ સ્ત્રોત, વ્યક્તિગત પાથ અથવા ટોકન્સ ખુલ્લા કરી શકે છે. શેર કરતા પહેલા તપાસો અને સંવેદનશીલ વિગતો સંપાદિત કરો. શ્રેષ્ઠ પ્રયાસ કરતું લૉગ સંપાદક સ્ક્રીનશૉટ અથવા આર્કાઇવને પ્રકાશિત કરવા યોગ્ય હોવાનું પ્રમાણિત કરતું નથી.
યોગદાનકર્તાઓ માટે, qa:doctor પર્યાવરણ/બિલ્ડ ઓળખ વાંચે છે; qa:inspect પ્રદાતા સ્ટબ્સ સાથે એક અલગ પ્રોફાઇલ ખોલે છે. ફિક્સર મોડેલનો સંપર્ક કર્યા વિના પરીક્ષણ કરેલ એપ્લિકેશન પાથ સાબિત કરે છે. લાઈવ અનુમાન, Telegram કનેક્ટિવિટી, મૂળ Linux ડેસ્કટોપ, હસ્તાક્ષર અને પેકેજ્ડ આર્ટિફેક્ટ તપાસો અલગ પુરાવા છે. પુનરાવર્તિત આદેશો અને સફાઈ માટે TESTING.md જુઓ.
સંબંધિત સૂચનાઓ: પુરાવા આદેશો.
સ્થાનિક ડેટા અને સીમાઓ
પ્રોજેક્ટ્સ, ઇતિહાસ, યોજનાઓ, દસ્તાવેજો અને ડાયગ્નોસ્ટિક્સમાં ખાનગી ટેક્સ્ટ હોઈ શકે છે. સ્રોત કોડ સાથે પ્રોફાઇલ્સ, કાચા કેપ્ચર્સ, કીઓ અથવા સંપૂર્ણ લૉગ્સ પ્રકાશિત કરશો નહીં.
Linux પર, API, નિયંત્રણ, Telegram અને ઇન્સ્ટન્સ ઓળખપત્રો સાચવવા માટે અનલૉક કરેલ GNOME સિક્રેટ સર્વિસ અથવા 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 ચલાવો. ઇન-એપ હેલ્પ આ જ સ્રોત વાંચે છે. વાસ્તવિક અમલીકરણ સાથે ઉમેરાઓની સમીક્ષા કરો, જેમાં મર્યાદાઓ, પરવાનગીઓ અને અસમર્થિત પાથ શામેલ છે.
56 ઇન્ટરફેસ લોકેલ્સમાંથી પ્રત્યેકનું docs/help/locales.json માં અલગ સહાય સ્થિતિ છે. ખૂટતી અથવા અપૂર્ણ સહાય અંગ્રેજીમાં પાછી જાય છે. સંપૂર્ણ મશીન-અનુવાદિત ભાગો લેબલ થયેલ છે અને માનવ સમીક્ષાના દાવા વિના અંગ્રેજી સ્રોત હેશ સાથે બંધાયેલા છે. માનવ-સમીક્ષા કરેલ અનુવાદ વધારામાં તેના સમીક્ષકને રેકોર્ડ કરે છે. દરેક અનુવાદે વિભાગ ID, ક્રિયાઓ, ફાઇલ/આદેશ ઓળખકર્તાઓ અને તકનીકી મર્યાદાઓ સાચવવી આવશ્યક છે, યોગ્ય દિશાનો ઉપયોગ કરવો જોઈએ, અને જ્યારે તેનો અંગ્રેજી સ્રોત બદલાય ત્યારે તેને તાજું કરવું આવશ્યક છે.
શિપિંગ કરતા પહેલાં, જૂના જનરેટ કરેલા આઉટપુટ, અમાન્ય લોકેલ સ્કેફોલ્ડ્સ અથવા તૂટેલી સ્થાનિક કરાર લિંક્સ શોધવા માટે node scripts/help/generate.cjs --check ચલાવો. UI અનુવાદ તપાસો અને એપ્લિકેશન વર્તન તપાસો અલગ રહે છે. HELP_MAINTENANCE.md યોગદાનકર્તા અને AI અપડેટ પ્રક્રિયા આપે છે; દસ્તાવેજીકરણમાં એવા પાસ થયેલ પરીક્ષણનો દાવો ન કરવો જોઈએ જે ચલાવવામાં આવ્યો નથી.
સંબંધિત સૂચનાઓ: વર્તમાન પ્રોજેક્ટ નકશો · દસ્તાવેજીકરણ જાળવણી · યોગદાનકર્તા સૂચનાઓ · એજન્ટ સૂચનાઓ.