किसी प्रोजेक्ट का पेज — टैब की एक पंक्ति: अवलोकन, संपादित करें, फ़ीडबैक, वर्ज़न, सवाल, अनुरोध, किट, ग्राफ़िक्स, ब्रांड की आवाज़, योजना और ब्रीफ़, होस्टिंग, सेटिंग्स

Projects (aikit.ai/home/projects) पर हर प्रोजेक्ट कार्ड बताता है कि उसकी साइट किस स्थिति में है। Live का मतलब है कि असली विज़िटर साइट तक पहुँच रहे हैं: पता क्लाइंट के अपने डोमेन पर है, वह डोमेन aiKit की ओर इशारा करता है, और आखिरी पता जाँच का जवाब मिला। Not live yet का मतलब है कि पता असली सार्वजनिक साइट का नहीं है: aiKit का अस्थायी पता, कोई डोमेन जो अब भी किसी दूसरे होस्ट की ओर इशारा करता है, या ऐसा पता जिसकी जाँच अभी नहीं हुई (Hosting टैब जाँच करता है)। Site is down का मतलब है कि आखिरी जाँच में कोई जवाब नहीं मिला या सर्वर एरर आया। Draft का मतलब है कि अभी कोई पता नहीं है। कौन सा लागू होता है, यह देखने के लिए लेबल पर होवर करें।

इसके नीचे एक स्टेटस लाइन बताती है कि प्रोजेक्ट किसका इंतज़ार कर रहा है, यह उसके असली रिकॉर्ड से चुना जाता है, सबसे ज़रूरी पहले: बिल्ड पूरा नहीं हुआ; वेबसाइट से नई रिक्वेस्ट; आपके बदलाव अनुरोध की समीक्षा का इंतज़ार; क्लाइंट के संदेश का आपके जवाब का इंतज़ार; आपके जवाबों की समीक्षा का इंतज़ार; बिल्ड का इंतज़ार; 4 सवालों के जवाब का इंतज़ार (Oct 2 को भेजे गए); ड्राफ्ट सवाल अभी नहीं भेजे गए; बिल्ड शुरू करने का इंतज़ार; क्लाइंट के सुधार की जाँच का इंतज़ार; साइट जवाब नहीं दे रही; डोमेन सेटअप का इंतज़ार। एक समय पर केवल एक लाइन दिखती है, इसलिए कोई प्रोजेक्ट एक साथ पाँच चीज़ें नहीं दिखाता। यह लाइन उन रिकॉर्ड का लिंक है जिन्हें वह गिनती है: सवाल Questions टैब खोलते हैं, बदलाव अनुरोध और सुधार Feedback खोलते हैं, रिक्वेस्ट Requests खोलती हैं, क्लाइंट का संदेश एडिटर की चैट खोलता है, और डोमेन वाली लाइनें Hosting खोलती हैं। इनमें से हर एक सामान्य पता है, इसलिए इसे बुकमार्क किया जा सकता है या उस टीम सदस्य के साथ साझा किया जा सकता है जिसके पास एक्सेस है।

स्टेटस मेनू और लिस्ट के ऊपर के चिप्स प्रोजेक्ट्स को Needs you, Waiting (क्लाइंट या सेटअप पर) और Working में समूहित करते हैं। मेनू Live, Not live yet, Site is down और Draft से भी फ़िल्टर करता है। खोज स्टेटस लाइन से भी मेल खाती है, इसलिए questions लिखने पर जवाबों का इंतज़ार कर रहे हर प्रोजेक्ट मिल जाते हैं।

सबसे ऊपर: साइट के होम पेज की एक तस्वीर (लाइव साइट खोलने के लिए इस पर क्लिक करें), यह किस तरह का प्रोजेक्ट है और किसका है, इसका नाम, साइट किस स्थिति में है (Live, Not live yet, Site is down, या Draft; कारण जानने के लिए होवर करें), इसका पता, और एक स्टेटस लाइन जो बताती है कि प्रोजेक्ट किसका इंतज़ार कर रहा है, जो उस टैब को खोलती है जिसमें वे रिकॉर्ड हैं। दो बटन: Open the editor (एडिटर विंडो, एक चैट जो साइट बदलती है, किसी भी टैब के साथ साथ खुलती है; नीचे देखें) और View live site (साइट तब देखें जब वह केवल अस्थायी पते पर हो)। वह सब कुछ जो पॉइंट करके साइट बदलता है (Pin a spot, Draw, Edit on the live site, Quick edit, Redesign) Edit टैब पर है, ताकि इसके लिए एक ही जगह हो। Overview के अलावा हर टैब पर हेडर छोटा हो जाता है ताकि टैब की सामग्री ऊपर के पास से शुरू हो। टॉप बार के ब्रेडक्रम्ब में Projects पर जाने से लिस्ट पर वापस आते हैं।

हेडर के नीचे टैब की एक ही पंक्ति है, और यही इस पेज का एकमात्र नक्शा है: प्रोजेक्ट के हर कंट्रोल किसी एक टैब के अंदर होते हैं, और जहाँ भी दिखें उनका नाम एक जैसा रहता है। हर टैब का अपना पता होता है (?tab=feedback आदि), इसलिए किसी टैब को बुकमार्क या टीम सदस्य को भेजा जा सकता है। Feedback, Questions, या Requests पर लिखी संख्या बताती है कि कितनी चीज़ें इंतज़ार में हैं। फ़ोन पर यह पंक्ति बग़ल में स्क्रॉल होती है।

• Overview: प्रोजेक्ट किस स्थिति में है (बिल्ड की प्रगति, Retry build, Continue to planner, Go live), इस प्रोजेक्ट के लिए Needs you, Needs you में पहले से न दिखने वाली तीन संख्याएँ (बाहर गए सवाल, साइट पर टूल, भेजे गए बदलाव; हर एक अपना टैब खोलता है), Parts of this project, Next steps, और About this project: लक्ष्य, Technical details, और उसी क्लाइंट के दूसरे प्रोजेक्ट।
• Edit: पॉइंट करके साइट बदलने की एक ही जगह: डेस्कटॉप, टैबलेट और फ़ोन चौड़ाई के साथ फ़्रेम में लाइव साइट, Pin a spot, और Draw; Edit on the live site; एक लाइन के बदलाव के लिए Quick edit; और Redesign this site।
• Feedback: हर रिक्वेस्ट (लाइव साइट से पिन, Quick edits, आपके क्लाइंट के नोट) उसकी पूरी स्थिति के साथ, Open से Confirmed तक। Add feedback in words एडिटर विंडो को उसके Feedback व्यू पर खोलता है।
• Versions: साइट के हर सेव किए गए वर्शन की सूची, Restore के साथ, फिर What shipped, जो भेजे गए बदलावों की सूची है, Copy proof link के साथ।
• Questions: आपके क्लाइंट के लिए खोजपूर्ण सवाल, ड्राफ्ट किए गए, समीक्षा किए गए, भेजे गए और जवाब दिए गए।
• Requests: कोटेशन रिक्वेस्ट, संदेश, बुकिंग, साइन-अप, और वे फ़ाइलें जो विज़िटर साइट के अपने फ़ॉर्म से भेजते हैं।
• Kit: साइट पर मौजूद टूल, इस साइट के आंकड़ों और Check it works के साथ; जो प्लान में है पर अभी बना नहीं है; Add a tool to this site (Kit Explorer खोलता है); बिज़नेस टूल; और Parts of this project (Add a part Overview पर पार्ट्स कार्ड खोलता है)।
• Graphics: इस प्रोजेक्ट में इस्तेमाल होने वाली तस्वीरें और फ़ाइलें, Graphics library से। Add from library एक खोजने योग्य पिकर खोलता है, Upload नई फ़ाइलें सीधे इस प्रोजेक्ट में डालता है, और Remove केवल ग्राफ़िक को अनलिंक करता है (वह लाइब्रेरी में रहता है)।
• Brand voice: इस वेबसाइट की लिखने की शैली का सारांश (इसका टोन मिश्रण, पढ़ने का स्तर, दृष्टिकोण, किन शैलियों से यह बनी है, कितने लेखन नमूने, विषय और नियम), इसे बदलने के लिए Open in Brand Voice, और इस साइट के लिए Content Kit खोलने वाला Write posts and product copy। अगर अभी कोई वॉयस नहीं है, तो यह बताता है कि वॉयस क्या है और Set up a brand voice का विकल्प देता है।
• Plan & brief: साइट का प्लान (पूरी Site plan स्क्रीन के लिए Open the plan editor के साथ), Brief & rules, और Starting answers (प्रोजेक्ट बनाते समय जो भरा गया था) Copy answers के साथ।
• ब्रांड की आवाज़: इस साइट के शब्द कैसे सुनाई देने चाहिए — लहजा, दर्शक, इस्तेमाल करने और न करने वाले शब्द, लेखन के नमूने और रणनीति के नियम। यह किस पर लागू होता है, यह चुनें: यह वेबसाइट या क्लाइंट की सभी वेबसाइटें। सहायक और Content Kit इसी आवाज़ में लिखते हैं।
• योजना और ब्रीफ़: साइट की योजना का दस्तावेज़ (हर चरण पर Make it बटन के साथ निर्माण चरण, सारांश और लक्ष्य, दर्शक, रणनीति, साइटमैप, हर टूल की व्याख्या, कंटेंट योजना, समयसीमा, निर्णय, खुले प्रश्न), जिसमें Write the plan / Update the plan और Open the plan editor हैं; फिर Brief & rules; और दो मोड़ने वाले पैनल: The original brief (प्रोजेक्ट बनाते समय भरी गई जानकारी, Copy answers के साथ) और Build details (किट चेकलिस्ट, PLAN.md और हर फ़ाइल)।
• होस्टिंग: Address, Status जिसके साथ Check again है, Free preview days left, Versions और backups; फिर Go live (लॉन्च से पहले) या Redeploy (लॉन्च के बाद), और डोमेन जोड़ने की चरण-दर-चरण गाइड।
• सेटिंग्स: कौन इस पर काम कर सकता है (Owner, Builder, Reviewer), आपके क्लाइंट के लिंक, Changes live कैसे होते हैं, Project details (क्लाइंट, यह प्रोजेक्ट क्या है, मूल प्रोजेक्ट, श्रेणी, डिस्प्ले नाम, क्लाइंट ईमेल, और क्लाइंट अनुरोध भेजे जाने पर क्या होता है), और Clone this project।

Overview के सबसे नीचे, ब्रीफ़ से प्रोजेक्ट का लक्ष्य एक पंक्ति में, फिर Technical details: Client (श्रेणी के साथ, हर एक लिंक), Last activity, Hosted at (aiKit होस्टिंग अस्थायी aiKit पते पर, aiKit होस्टिंग कस्टम डोमेन पर, या कहीं और होस्ट किया गया), Domain check (Hosting टैब खोलता है), Started, Free preview (प्रोजेक्ट शुरू होने से 90 दिन की अवधि, समाप्ति तिथि और बचे दिनों के साथ; उसके बाद होस्टिंग मुफ़्त रहती है, AI बदलाव आपके टोकन से होते हैं), Last build or deploy, How it started (जहाँ लागू हो वहाँ स्रोत पते के साथ), Build tier (Standard या Premium), Client edit link (लाइव साइट पर Edit और फ़ीडबैक लिंक को चलाने वाला एक्सेस कोड बना है या नहीं), Feedback mode, और Client link AI (क्लाइंट के मासिक लिंक टोकन में से कितने बचे हैं, Change के साथ, जो क्लाइंट के पेज को खोलता है जहाँ मालिक राशि तय करता है; आपकी अपनी टीम के बदलाव आपके खाते के टोकन से होते हैं और यहाँ नहीं गिने जाते)। अंत में, Linked projects: मूल प्रोजेक्ट, इस प्रोजेक्ट का हिस्सा बने प्रोजेक्ट, उसी क्लाइंट के अन्य प्रोजेक्ट, और उस क्लाइंट के पेज का लिंक।

जो प्रोजेक्ट अभी अपने पहले बिल्ड पर है, उसके Overview के ऊपर एक बैनर दिखता है जिसमें बताया जाता है कि वह किस चरण में है — Build queued, Importing their current site, या Building the first version — साथ में एक स्पिनर, और यह नोट कि यह पृष्ठभूमि में चलता है इसलिए पेज छोड़ना ठीक है; Go live पर कोई क्लिक न करे तब तक कुछ भी लाइव नहीं होता, चाहे बिल्ड कितना भी आगे बढ़ चुका हो।

अगर पहला बिल्ड विफल हो जाए, तो बैनर "पहला बिल्ड पूरा नहीं हुआ" दिखाता है, बताता है कि कुछ भी नहीं खोया (ब्रीफ़ नीचे सुरक्षित है), और एक "Retry build" बटन देता है। दोनों स्थितियों में, नीचे एक फोल्ड होने वाला "Progress log" असली बिल्ड आउटपुट दिखाता है — विफल होने पर डिफ़ॉल्ट रूप से खुला, ताकि कारण तुरंत दिखे।

Edit टैब फ़्रेम में लाइव साइट दिखाता है। इसकी टूलबार में Desktop, Tablet और Phone चौड़ाई, Pin a spot, Draw, एक रीलोड बटन, और Open हैं (ताज़ा, बिना कैश वाले पते के साथ नया टैब)। टैब के ऊपर Edit on the live site पूरी आकार में असली साइट को संपादन चालू करके खोलता है।

प्रीव्यू के नीचे Quick edit एक सरल भाषा वाला बॉक्स है: कोई बदलाव लिखें ("फ़ोन नंबर बड़ा करो"), चाहें तो बोलकर बताएं या स्क्रीनशॉट जोड़ें, और Request change दबाने पर वह असली फ़ीडबैक आइटम के रूप में दर्ज होता है और AI तुरंत असली कोड में वही बदलाव करने को कहता है। लाइव साइट पर बदलाव ड्राफ़्ट के रूप में सहेजा जाता है (लाइव साइट तब तक नहीं बदलती जब तक कोई समीक्षा स्क्रीन पर Publish न दबाए, जब तक मालिक ने साइट को अपने-आप प्रकाशित करने के लिए न रखा हो); जो साइट अभी लाइव नहीं है, उसमें बदलाव बस सहेज लिया जाता है। एक स्टेटस बार प्रगति दिखाता है (चल रहा है, फिर पूरा या विफल), और अगर सुधार नहीं लगा तो This isn't actually fixed उसे फिर खोल देता है। लॉन्च से पहले Go live, Overview टैब पर (और Hosting पर) है; लॉन्च के बाद Redeploy, Hosting टैब पर है, कोड में हाथ से किए बदलाव के लिए, और जब तक ड्राफ़्ट प्रतीक्षा में हो, यह काम नहीं करता (पहले ड्राफ़्ट को प्रकाशित या रद्द करें)।

Clone this project, Settings टैब के सबसे नीचे, इस प्रोजेक्ट की असली फ़ाइलों को एक नए प्रोजेक्ट में कॉपी करता है, उस नए क्लाइंट के लिए जो उसी आधार से शुरू करना चाहता है। आप नए प्रोजेक्ट का नाम रखते हैं और "क्या अलग होना चाहिए" वाले कितने भी अलग बदलाव अनुरोध एक-एक करके जोड़ सकते हैं (हर एक अलग आइटम, जिसे अलग से हटाया जा सकता है), साथ ही एक वैकल्पिक संदर्भ स्क्रीनशॉट। आपकी सूची का हर बदलाव क्लोनिंग के हिस्से के रूप में नई कॉपी के असली कोड पर लागू होता है, हालांकि उसके अपने पेज पर Go live दबाने तक क्लोन सार्वजनिक नहीं होता। पूरा होने पर open दबाने से सीधे कॉपी के पेज पर जाते हैं।

Settings टैब पर आपके क्लाइंट के लिंक उन सभी लिंकों की सूची हैं जो क्लाइंट उपयोग करता है, हर एक के साथ एक कॉपी बटन, और इनमें से किसी के लिए लॉगिन नहीं चाहिए। लाइव साइट पर फ़ीडबैक (साइट लाइव होने पर दिखता है, और डिफ़ॉल्ट रूप से यही भेजा जाता है) लाइव पता फ़ीडबैक और एडिट ओवरले चालू करके कॉपी करता है, और अगर प्रोजेक्ट के पास अभी एक्सेस कोड नहीं है तो पहले उसे बनाता है। Live site सादा पता बिना कुछ चालू किए कॉपी करता है। Questions page वह लिंक कॉपी करता है जहाँ आपका क्लाइंट आपके डिस्कवरी प्रश्नों के उत्तर देता है। Updates page इस प्रोजेक्ट के हाल के बदलावों का लिंक कॉपी करता है, जो दिखाता है कि क्या भेजा गया। Access code स्वयं कोड कॉपी करता है। कार्ड का शीर्षक, अगर फ़ाइल पर है तो, क्लाइंट का ईमेल दिखाता है।

यह वही है जिससे सूची पर मौजूद "क्लाइंट के अनुसार ब्राउज़ करें" साइडबार बनता है: क्लाइंट (हर क्लाइंट की ड्रॉपडाउन सूची, साथ में एक इनलाइन "या नया क्लाइंट जोड़ें" नाम फ़ील्ड और उसका अपना जोड़ें बटन, ताकि नया क्लाइंट बनाने के लिए आपको इस पेज से बाहर न जाना पड़े), यह प्रोजेक्ट क्या है (एक प्रकार चुनें: वेबसाइट, लैंडिंग पेज, ऑनलाइन स्टोर, ऐप, एडमिन सिस्टम, डैशबोर्ड, क्लाइंट पोर्टल, ब्लॉग / कंटेंट साइट, मार्केटिंग ऑटोमेशन, या अन्य; विकल्पों के नीचे की पंक्ति बताती है कि चुना गया प्रकार क्या है, और दूसरे उत्पाद के लिए "इसे एक हिस्से के रूप में जोड़ें" लिंक भी है), और यह प्रोजेक्ट "किसी बड़े प्रोजेक्ट का हिस्सा" है या नहीं — यह चयनकर्ता केवल उसी क्लाइंट के दूसरे प्रोजेक्ट दिखाता है। 2026-10-04 तक Kind एक से अधिक चुने जा सकने वाला विकल्प था; कई प्रकारों के साथ सहेजे गए प्रोजेक्ट में पहला प्रकार ही उसका असली प्रकार रहता है, और बाकी ओवरव्यू पर नियोजित हिस्सों के रूप में दिखते हैं (नीचे प्रोजेक्ट के हिस्से देखें)। श्रेणी और उप-श्रेणी की जोड़ी (मुक्त टेक्स्ट) उसी सूची को ब्राउज़ करने का दूसरा तरीका है। डिस्प्ले नाम फ़ील्ड कार्ड पर दिखने वाले नाम को बदलता है, जब वह क्लाइंट के अपने नाम से अलग होना चाहिए, और क्लाइंट ईमेल फ़ील्ड बाद में उस पते से प्रोजेक्ट खोजना आसान बनाता है।

इम्पोर्ट या ट्रांसफ़र से आए प्रोजेक्ट के लिए यहाँ "उनकी मौजूदा साइट" URL फ़ील्ड भी दिखता है — वही स्रोत पता जो तकनीकी विवरण के अंतर्गत दिखाया जाता है।

"जब कोई क्लाइंट अनुरोध भेजे" दो-तरफ़ा विकल्प है। "सीधे काम पर" (डिफ़ॉल्ट): जैसे ही आपका क्लाइंट अनुरोध भेजता है, AI उस पर काम शुरू कर देता है (लाइव-साइट एडिटर में, "AI से करवाएँ"), क्लाइंट को "काम चल रहा है" वाला पिन दिखता है, और आपकी टीम में से किसी को पहले मंज़ूरी नहीं देनी होती। "पहले मैं समीक्षा करूँगा": अनुरोध फ़ीडबैक टैब पर Open के रूप में रुका रहता है, और तब तक कुछ नहीं बदलता जब तक कोई साइन-इन मालिक या बिल्डर "काम के लिए मंज़ूरी दें" नहीं दबाता; वही मंज़ूरी AI को शुरू करती है। क्लाइंट का "AI से करवाएँ" तब पिन सहेजता है और उसे बताता है "टीम हर अनुरोध की पहले समीक्षा करती है, और मंज़ूरी मिलने के बाद काम शुरू होता है।" (2026-10-04 से पहले, "पहले मैं समीक्षा करूँगा" वाले प्रोजेक्ट पर भी क्लाइंट का Ask AI तुरंत काम शुरू कर देता था; अब ऐसा नहीं होता।) दोनों ही स्थितियों में, लाइव साइट पर पूरा हुआ बदलाव Publish के लिए ड्राफ़्ट के रूप में रुकता है, जब तक "बदलाव कैसे लाइव होंगे" को स्वचालित रूप से Publish पर सेट न किया गया हो, और रिव्यूअर के पिन हमेशा टीम की मंज़ूरी का इंतज़ार करते हैं। "विवरण सहेजें" इस कार्ड की सारी जानकारी लिखता है; "सहेजा गया ✓" संदेश बताता है कि सब सफलतापूर्वक हो गया।

? बटन (2026-10-04)। प्रोजेक्ट पेज, प्लानर और विस्तृत सेटअप के महत्वपूर्ण फ़ील्ड्स के साथ एक छोटा ? बटन होता है: जब कोई क्लाइंट अनुरोध भेजे, बदलाव कैसे लाइव होंगे, यह प्रोजेक्ट क्या है, किसी बड़े प्रोजेक्ट का हिस्सा, डिस्प्ले नाम, श्रेणी और उप-श्रेणी, क्लाइंट ईमेल, उनकी मौजूदा साइट, कौन इस पर काम कर सकता है, आपके क्लाइंट के लिंक, होस्टिंग के चार टाइल, प्रश्न सेटिंग्स, अनुरोध सूची और उसका क्लाइंट लिंक, इस प्रोजेक्ट के हिस्से, और प्लानर के योजना, पहला बिल्ड, आवाज़, लुक चुनें, उनकी मौजूदा साइट, और Kind। उस पर क्लिक या टैप करें (या Tab से वहाँ जाकर Enter दबाएँ) ताकि एक छोटा, सरल उत्तर पढ़ सकें, और जहाँ संभव हो, "और जानें" इस हेल्प सेंटर के संबंधित हिस्से पर ले जाता है। Esc, फिर से ? दबाने, या कहीं और क्लिक करने पर यह बंद हो जाता है।

कोई भी प्रोजेक्ट अपने बनने के बाद भी बढ़ सकता है। किट टैब पर, "इस साइट में टूल जोड़ें" उन टूल के लिए Kit Explorer खोलता है जो साइट पर जाते हैं (पेज, फ़ॉर्म, गैलरी, स्टोर, बुकिंग, SEO), और "बिज़नेस टूल्स किट" कार्ड का "बिज़नेस टूल जोड़ें" किट ब्राउज़र को केवल बिज़नेस-टूल श्रेणियों तक सीमित करके खोलता है (मार्केटिंग ऑटोमेशन, इनवॉइसिंग और बिलिंग, ग्राहक रिकॉर्ड, कोट और प्रस्ताव, स्टाफ़ टूल, रिपोर्टिंग, इंटीग्रेशन, लॉयल्टी, सपोर्ट)। कोई बिज़नेस टूल चुनने पर दो काम एक साथ होते हैं: वह इस प्रोजेक्ट की योजना में जुड़ जाता है (उस कार्ड की सूची में और योजना और ब्रीफ़ टैब पर प्रोजेक्ट ब्रीफ़ में दिखता है), और फ़ीडबैक टैब में "हमारी टीम" के नाम से एक काम आइटम दर्ज होता है, ताकि वह "हमारी टीम की ओर से प्रतीक्षा" के रूप में दिखे, सभी प्रोजेक्ट्स के फ़ीडबैक पेज पर आए, और किसी अन्य अनुरोध की तरह "AI से ठीक करें" के साथ चलाया या उस पर चर्चा की जा सके। वही मॉड्यूल दोबारा चुनने पर एक सूचना के साथ मना कर दिया जाता है कि वह पहले से प्रोजेक्ट पर है।

किट टैब पर "इस प्रोजेक्ट के हिस्से" कार्ड इस प्रोजेक्ट के हिस्सों को लिंक के साथ दिखाता है, और इसमें एक "हिस्सा जोड़ें" बटन है जो ओवरव्यू पर हिस्से वाला कार्ड खोलता है (नीचे देखें)।

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

"इस प्रोजेक्ट के हिस्से" कार्ड ओवरव्यू पर, "आपकी ज़रूरत" के नीचे, मुख्य प्रोजेक्ट और हर हिस्से पर दिखता है। यह पहले मुख्य हिस्सा दिखाता है, फिर हर हिस्सा: उसका प्रकार, उसका नाम (उसके अपने पेज का लिंक), मुख्य हिस्सा या हिस्सा, जिस पर आप अभी हैं उसके लिए "आप यहाँ हैं", लाइव होने पर उसका पता, और उसकी स्थिति, जो अर्थ के अनुसार रंगीन होती है: लाइव (हरा), बन रहा है (नीला), बिल्ड विफल (लाल), पहले सवाल (पीला), या अभी लाइव नहीं (ग्रे)। शीर्षक के बगल वाला ? दो वाक्यों में हिस्सों के बारे में समझाता है।

"+ हिस्सा जोड़ें" पर नई सूची खुलती है: "नया हिस्सा क्या होना चाहिए?" हर प्रकार के लिए एक कार्ड, जिसमें एक आइकन और एक पंक्ति का विवरण होता है; जो प्रकार इस प्रोजेक्ट में पहले से हैं या योजना में हैं, वे इस सूची से हटा दिए जाते हैं। किसी एक को चुनने पर प्लानर खुलता है, जिसमें क्लाइंट और मुख्य प्रोजेक्ट पहले से भरे होते हैं और प्रकार सेट होता है; शीर्षक होता है, उदाहरण के लिए, "मुख्य वेबसाइट में एक ऑनलाइन स्टोर जोड़ें"। प्लानर को बताया जाता है कि वह केवल उसी हिस्से की योजना बना रहा है, इसलिए योजना नए स्टोर के पेज और टूल कवर करती है, बिना वेबसाइट की दोबारा योजना बनाए। "यह प्रोजेक्ट बनाएँ" मुख्य प्रोजेक्ट के नीचे हिस्सा बनाता है; "सहेजें और पहले सवाल पूछें" उसे रोके हुए रूप में बनाता है, जैसे कोई भी नया प्रोजेक्ट।

2026-10-04 से पहले सेव किया गया, जिसमें कई प्रकार चुने गए थे, वह प्रोजेक्ट पहले चुने गए प्रकार को वैसा ही रखता है। बाकी हर प्रकार जिसका अभी कोई हिस्सा नहीं है, वह डैश वाली पंक्ति के रूप में दिखता है ("अभी शुरू नहीं हुआ, इस प्रोजेक्ट के लिए योजना बनी है") जिसमें इस हिस्से की योजना बनाएँ (उस प्रकार के लिए प्लानर खुलता है) और ज़रूरत नहीं है (इसे प्रोजेक्ट के सेव किए गए प्रकारों से हटा देता है; केवल मुख्य प्रोजेक्ट पर)।

केवल मुख्य प्रोजेक्ट का मालिक, उसके बिल्डर या aiKit एडमिन ही हिस्सा जोड़ सकते हैं; रिव्यूअर हिस्से देख सकता है, पर जोड़ नहीं सकता। सेटिंग में बड़े प्रोजेक्ट का हिस्सा विकल्प से कोई हिस्सा किसी प्रोजेक्ट के अंतर्गत भी ले जाया जा सकता है, या वापस सबसे ऊपर के स्तर पर। हिस्से केवल एक स्तर गहरे होते हैं: उस सूची में केवल मुख्य प्रोजेक्ट दिखते हैं, और जिस प्रोजेक्ट के पास पहले से हिस्से हैं वह मुख्य प्रोजेक्ट ही रहता है (चयनकर्ता बंद कर दिया जाता है और इसकी सूचना दी जाती है), और प्लानर का विस्तृत सेटअप लिंक हिस्से का मुख्य प्रोजेक्ट, प्रकार और क्लाइंट बनाए रखता है।

कोई भी प्रोजेक्ट बनने के बाद बढ़ाया जा सकता है। किट टैब पर, इस साइट में टूल जोड़ें से वे टूल चुनने के लिए किट एक्सप्लोरर खुलता है जो साइट पर जाते हैं (पेज, फ़ॉर्म, गैलरी, स्टोर, बुकिंग, SEO), और बिज़नेस टूल्स किट कार्ड का बिज़नेस टूल जोड़ें विकल्प किट ब्राउज़र खोलता है जो केवल बिज़नेस-टूल्स श्रेणियों तक सीमित है (मार्केटिंग ऑटोमेशन, इनवॉइसिंग और बिलिंग, ग्राहक रिकॉर्ड, कोट और प्रस्ताव, स्टाफ टूल्स, रिपोर्टिंग, इंटीग्रेशन, लॉयल्टी, सपोर्ट)। कोई टूल चुनने पर एक साथ दो काम होते हैं: वह इस प्रोजेक्ट की योजना में जुड़ जाता है (किट टैब पर "योजना में" और "वर्क आइटम" लिंक के साथ प्लांड कार्ड के रूप में, साइट योजना दस्तावेज़ के मॉड्यूल और टूल्स सेक्शन में इस व्यवसाय के लिए उसके काम के विवरण के साथ, और मूल ब्रीफ़ में प्लांड बैज के साथ), और फ़ीडबैक टैब में "हमारी टीम" नाम से एक वर्क आइटम दर्ज होता है, ताकि वह "हम इस पर काम कर रहे हैं" के रूप में दिखे, सभी प्रोजेक्ट्स में फ़ीडबैक पेज पर आए, और "AI से ठीक करें" से चलाया जा सके या किसी और अनुरोध की तरह उस पर चर्चा हो सके। वही मॉड्यूल दोबारा चुनने पर एक सूचना के साथ मना कर दिया जाता है कि वह पहले से प्रोजेक्ट में है।

"साइड प्रोजेक्ट्स" उसी क्लाइंट के लिए एक अलग प्रोजेक्ट के लिए है जो इस प्रोजेक्ट के अंतर्गत आता है, जैसे कोई ऐप, एडमिन सिस्टम, मार्केटिंग ऑटोमेशन, या कोई और साइट। बटन हर प्रकार के लिए एक-एक है (मौजूदा प्रोजेक्ट का अपना प्रकार छोड़ दिया जाता है)। हर बटन नया प्रोजेक्ट विज़ार्ड खोलता है, जिसमें क्लाइंट, मूल प्रोजेक्ट और प्रकार पहले से भरे होते हैं, इसलिए विज़ार्ड सीधे प्रोजेक्ट के नाम से शुरू होता है। मौजूदा साइड प्रोजेक्ट्स बटनों के ऊपर उनके अपने पेजों के लिंक के साथ सूचीबद्ध होते हैं; वे क्लाइंट के अनुसार ब्राउज़ साइडबार में भी सब-प्रोजेक्ट्स के रूप में दिखते हैं।

ब्रीफ़ और नियम के अंतर्गत समेटा गया। विज़ार्ड से बनाए गए किसी भी प्रोजेक्ट (या जिसमें सेव की गई ब्रीफ़ हो) के लिए यह कार्ड प्रोजेक्ट बनाएँ के दौरान दिए गए हर जवाब को दिखाता है: लक्ष्य, दर्शक, क्या बनाए रखना है, ब्रांड की सामग्री और अटैचमेंट, मौजूदा डोमेन, समय-सीमा, और कोई अन्य नोट्स। हर जवाब उसके असली प्रश्न-लेबल के नीचे दिखता है, और अटैचमेंट इनलाइन दिखते हैं (इमेज का थंबनेल, या बाकी किसी भी चीज़ के लिए डाउनलोड लिंक)। जवाबों के नीचे, साइट किट और बिज़नेस टूल्स किट के चुने गए टूल्स हर एक का मॉड्यूल नाम, "बना हुआ" या "प्लांड" बैज, किट एक्सप्लोरर में उस टूल के पेज का "किट में देखें" लिंक, और इसके बारे में नोट कि इसमें क्या अलग होना चाहिए, सूचीबद्ध करते हैं। आखिरी पंक्ति बताती है कि विज़ार्ड में होस्टिंग का क्या चुनाव किया गया ("aiKit पर (डिफ़ॉल्ट)" या "क्लाइंट खुद होस्ट करता है")।

"जवाब कॉपी करें" पूरी चीज़ सादे पाठ के रूप में कॉपी करता है, बिल्कुल वही फ़ॉर्मेट जो विज़ार्ड का अपना "योजना कॉपी करें" बनाता है, ताकि उसे कहीं भी पेस्ट किया जा सके।

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

बिल्ड स्टेप्स योजना को क्रम से बनाने वाली चीज़ों में बदलते हैं, और हर एक के साथ "इसे बनाएँ" बटन होता है जो योजना से पहले से भरा सही aiKit टूल खोलता है। साइट प्लान वेबसाइट, एडमिन सिस्टम, मॉड्यूल और उनके साथ जाने वाले बिल्ड को कवर करता है; कंटेंट और मार्केटिंग योजना अपने अलग टूल के रूप में आएगी। स्टेप्स ये हैं: जब तक कुछ बना न हो, तब वेबसाइट (या ऐप, स्टोर, एडमिन सिस्टम) बनाएँ, जो बॉक्स में योजना के साथ प्लानर खोलता है; योजना के हर पेज के लिए <name> पेज जोड़ें; साइट पर हर टूल के लिए साइट में जोड़ें: <tool>, साथ ही ब्रीफ़ में मांगी गई ऐसी कोई भी चीज़ जो किट में नहीं है (हर एक प्रोजेक्ट का AI सहायक खोलता है जिसमें अनुरोध लिखा होता है, ताकि आप उसे पढ़ें और भेजें दबाएँ); एक एडमिन सिस्टम, क्लाइंट पोर्टल, या डैशबोर्ड बनाएँ जब योजना में ऐसे बिज़नेस टूल हों जो उसमें आने चाहिए, या प्रोजेक्ट उस प्रकार को हिस्से के रूप में सूचीबद्ध करे (यह इस प्रोजेक्ट से जुड़े नए हिस्से के लिए प्लानर खोलता है, जिसमें ज़रूरी टूल लिखे होते हैं); ब्रांड की आवाज़ सेट करें (चुने गए प्रोजेक्ट के साथ ब्रांड वॉयस खोलता है); जब योजना में ब्लॉग पेज हो तो पहली ब्लॉग पोस्ट लिखें (इस प्रोजेक्ट के लिए कंटेंट किट राइटिंग खोलता है); और लाइव करें (होस्टिंग टैब खोलता है)। पेज और टूल के स्टेप्स साइट में फ़ाइलें आने तक "पहले बिल्ड में बनेगा" के साथ इंतज़ार करते हैं।

हर स्टेप खुद को तब टिक करता है जब aiKit नतीजा देख सके: साइट पर मापा गया पेज या टूल, पूरा हुआ पहला बिल्ड, बनाया गया हिस्सा, प्रोजेक्ट या उसके क्लाइंट के लिए सेव की गई आवाज़, प्रोजेक्ट के लिए लिखी गई पोस्ट, या लाइव साइट। ये "हो गया। aiKit ने इसे प्रोजेक्ट में देखा।" दिखाते हैं और नतीजे (पेज के विवरण, हिस्से, आवाज़ या लाइव साइट) का लिंक देते हैं। ऐसे स्टेप्स जिन्हें aiKit नहीं देख सकता, जैसे कोई कस्टम फ़ीचर, उनके लिए एक बॉक्स होता है जिसे आप टिक करते हैं, और दोबारा दबाने पर वापस हट जाता है; वह दिखाता है कि किसने और कब टिक किया। सबसे ऊपर की पट्टी गिनती करती है कि कितने हो गए, अगला आपको पहले उस स्टेप पर ले जाता है जिसे आप बना सकते हैं, और चार से ज़्यादा हो जाने पर वे "हुए स्टेप्स दिखाएँ" के नीचे सिमट जाते हैं। जो बिज़नेस टूल अभी नहीं बने हैं (फ़िलहाल मार्केटिंग वाले), वे अंत में "अगला आ रहा है" के चिह्न के साथ रहते हैं, और "यह टूल माँगें" के साथ, जो अनुरोध aiKit टीम को भेजता है। हर स्टेप का अपना लिंक (#step-…) है, और टैब पर लौटने पर सूची अपने आप फिर से पढ़ी जाती है।

01 अवलोकन और लक्ष्य: हर लक्ष्य के साथ यह कि उसे कैसे मापा जाएगा। 02 दर्शक: वेबसाइट किसके लिए है और हर समूह को जल्दी क्या खोजना है। 03 रणनीति: पोज़िशनिंग लाइन, वेबसाइट लक्षित खोज शब्दों से सर्च ट्रैफ़िक कैसे पाती है, और विज़िटर ग्राहक कैसे बनते हैं। 04 साइटमैप: हर मुख्य पेज उसके पते, उसके काम, एक In मेन्यू टैग और Built या Planned पिल के साथ; पेजों के समूह (जैसे किसी सर्विस-एरिया पेज के नीचे बीस टाउन पेज) "उसके नीचे 20 पेज" के रूप में अपने मूल पेज के नीचे सिमट जाते हैं। 05 मॉड्यूल और टूल: योजना में हर टूल का एक कार्ड, जिसे वेबसाइट के टूल और साथ के बिज़नेस टूल में बाँटा गया है, हर एक की स्थिति के साथ (Planned, Built या Live, और जब योजना किसी प्लान्ड टूल को इस बिज़नेस के लिए ठीक न माने तो कारण के साथ Under review टैग), कैटलॉग का विवरण, इस बिज़नेस के लिए यह क्या करता है, यह कैसे सेट अप होता है, वे पेज जिन पर यह रहता है, कब और किसने जोड़ा, और View in the Kit, जो उस टूल का पेज Kit Explorer में खोलता है। जो बिज़नेस टूल अभी सेट अप नहीं हुआ है, वह वेबसाइट की बात करने के बजाय "अभी सेट अप नहीं हुआ" दिखाता है। 06 कंटेंट योजना: बनाने वाला कंटेंट, वे सवाल जिनका FAQ जवाब देता है, इकट्ठा करने वाली फ़ोटो, Brief & rules से कंटेंट गाइडलाइन, और ब्रांड की आवाज़। 07 समयरेखा: तीन से पाँच चरण, समय सीमा और Done, In progress या Up next के साथ; केवल पहला अधूरा चरण In progress होता है। 08 निर्णय: जो तय हो चुका है, ज़्यादातर ग्राहक के अपने जवाबों से सीधे निर्णयों में बदला हुआ, सवाल-जवाब की सूची के बजाय। 09 खुले सवाल: केवल वे जो अभी अनुत्तरित हैं, Questions टैब के लिंक के साथ।

यह कहाँ से आता है: मापी गई साइट तय करती है कि क्या मौजूद है (कौन से पेज और टूल वास्तव में बने हैं), ब्रीफ़ और उसकी किट की चुनी हुई चीज़ें तय करती हैं कि क्या योजना में है, और ग्राहक के जवाब तथा Brief & rules निर्णय और दिशा-निर्देश भरते हैं। रणनीति का लेखन (अवलोकन, लक्ष्य, पोज़िशनिंग, सर्च, कन्वर्ज़न, हर टूल का काम, चरण, निर्णय) तब लिखा जाता है जब आप Write the plan दबाते हैं, लगभग 30 सेकंड में; टैब खोलने से यह कभी शुरू नहीं होता, इसलिए योजना देखने में कभी AI या आपकी दैनिक सीमा खर्च नहीं होती। तब तक योजना में साइट पर मापी गई चीज़ें, ब्रीफ़ और किट की चुनी हुई चीज़ें दिखती हैं, साथ में एक नोट कि लिखित योजना अभी नहीं बनी है। Build steps किसी पेज को तभी add के रूप में सूचीबद्ध करते हैं जब साइट पर उस पेज जैसा कोई पेज न हो: योजना में "/ (index.html)" लिखा होmetn होम पेज, या /request-service/ पर अनुरोध फ़ॉर्म के पेज के लिए "Request a Repair", बने हुए माने जाते हैं। जब ब्रीफ़, किट की चुनी हुई चीज़ें, साइट या ग्राहक के जवाब बदलते हैं, तो एक नोट आता है "The brief or the site changed since this was written" और Update the plan नीला हो जाता है; उसे दबाकर योजना दोबारा लिखी जाती है। आपका जोड़ा हुआ टूल दस्तावेज़ में तुरंत आ जाता है, दोबारा लिखे जाने से पहले ही।

Open the plan editor पूरा Site plan स्क्रीन खोलता है (स्वास्थ्य, पेज ड्रॉअर, इतिहास, संपादन)। Build details, जो टैब के नीचे मुड़ा रहता है, बिल्ड की किट चेकलिस्ट रखता है ("N of M built" और हर मॉड्यूल जिस फ़ाइल में है उसके साथ), कच्चा PLAN.md, और प्रोजेक्ट की असली फ़ाइल सूची केवल-पढ़ने वाले व्यूअर के साथ।

जब किसी प्रोजेक्ट की Site kit में "Quote or Estimate Request Form" शामिल होता है, तो बिल्ड AI से फ़ॉर्म गढ़वाने के बजाय aiKit का अपना जाँचा हुआ मॉड्यूल Get a quote पेज बनाता है (उसके फ़ील्ड, तात्कालिकता के विकल्प, और क्या वह पता या फ़ोटो माँगता है, ये ब्रीफ़ से भरे जाते हैं; संपर्क विवरण हमेशा ब्रीफ़ या मिरर की गई साइट से असली ही होते हैं, कभी गढ़े हुए नहीं), और AI से केवल इतना कहा जाता है कि नेविगेशन में उसका लिंक दे। बिल्ड के बाद इंजन उस पेज को साइट के असली हेडर, फ़ुटर और स्टाइलशीट के साथ दोबारा बनाता है, ताकि फ़ॉर्म खुद टूटा न हो।

लाइव साइट पर Send दबाने से अनुरोध तुरंत aiKit पर सेव हो जाता है — यह बिना JavaScript के एक सादे फ़ॉर्म की तरह काम करता है, किसी भी होस्ट पर, बिना किसी ईमेल सेटअप के। प्रोजेक्ट के मालिक और स्टाफ़ को बेल (🔔) पर तुरंत पता चल जाता है (और ईमेल से भी, जो हर व्यक्ति Settings → Notifications में चुनता है), साथ में उसी एक अनुरोध का सीधा लिंक भी। अधिक जानकारी के लिए Notifications गाइड देखें। Requests टैब में हर अनुरोध सबसे नए से पुराने क्रम में दिखता है: नाम, फ़ोन (टैप करके कॉल करें) और ईमेल, सेवा और कितनी जल्दी चाहिए, पता (अगर माँगा गया हो), संदेश, और वह किस पेज से आया। हर अनुरोध के लिए एक स्टेटस ड्रॉपडाउन (New, Contacted, Won, Closed) और एक निजी नोट बॉक्स है, ताकि टीम एक-दूसरे से जुड़ी रहे। टैब का बैज और सूची की पंक्ति पर "N new requests" लिंक, दोनों उन अनुरोधों की गिनती करते हैं जो अभी भी New हैं। अनुरोध के साथ फ़ोटो सेव होती हैं (भेजने से पहले फ़ॉर्म फ़ोन की फ़ोटो को छोटा कर देता है, प्रति अनुरोध अधिकतम चार), और पंक्ति में थंबनेल की तरह दिखती हैं। किसी एक पर क्लिक करके उसे पूरे आकार में खोलें। उसी टैब पर दो और जाँचे-परखे मॉड्यूल आते हैं: Contact Form That Routes Right ("Message" टैग के साथ, और विज़िटर ने जो विषय चुना वह भी) और Book online ("Booking" टैग के साथ, माँगे गए दिन और समय के साथ, जो बिज़नेस के अपने टाइम ज़ोन में दिखते हैं)। बुकिंग पेज बिज़नेस के टाइम ज़ोन में समय दिखाता है, जिसे बिल्ड आपके ब्रीफ़ में दिए पते या शहर से पढ़ता है; दूसरे टाइम ज़ोन का विज़िटर हर स्लॉट के नीचे अपना स्थानीय समय भी देखता है। लाइव साइट पर बुकिंग अपनी पूरी अवधि (सेवा के मिनट, साथ ही बिज़नेस जो कामों के बीच बफ़र रखता है) तक रुकी रहती है, जब तक उसे Closed न किया जाए, इसलिए उसके ऊपर कोई और बुकिंग नहीं हो सकती, और बुकिंग पेज उस स्लॉट को मना कर देता है जो किसी और ने अभी-अभी ले लिया हो, भले ही दो लोग एक ही समय पर भेजें। टाइम ज़ोन, घंटे और बफ़र आपके ब्रीफ़ से आते हैं, इसलिए साइट बनने से पहले वहाँ इनका ज़िक्र करें (जैसे "हम Denver में हैं, कामों के बीच 15 मिनट रखें")। कोई भी नया अनुरोध प्रोजेक्ट को सूची में "Waiting on us" में डाल देता है। क्लाइंट भी ये लीड खुद देख सकता है: टैब के ऊपर "Copy client link" एक पेज देता है (aikit.ai/p/<project>/requests, जो उनके Recent updates पेज से भी लिंक होता है)। यह पेज प्रोजेक्ट का एक्सेस कोड माँगता है, वही कोड जो वे फ़ीडबैक देने के लिए इस्तेमाल करते हैं, और फिर हर अनुरोध दिखाता है: संपर्क विवरण, फ़ोटो, और एक स्टेटस जिसे वे बदल सकते हैं, लेकिन आपके निजी टीम नोट कभी नहीं। हर नया प्रोजेक्ट बनते ही अपना एक्सेस कोड पाता है; पुराने प्रोजेक्ट में कोड न होने पर यह पेज तब तक केवल उसकी टीम के लिए खुला रहता है जब तक कोड न बने (कोई भी क्लाइंट लिंक कॉपी करने से कोड बन जाता है)।

उसी टैब पर तीन और मॉड्यूल जुड़ते हैं (2026-10-02 को जोड़े गए): Lead capture ("Lead" टैग के साथ: पहला नाम, ईमेल, वैकल्पिक मोबाइल, और अगर पेज पर कोई मुफ़्त ऑफ़र है तो वह ऑफ़र जिसके लिए उन्होंने साइन अप किया, साथ में "Consent to be contacted: yes", क्योंकि फ़ॉर्म सहमति बॉक्स टिक किए बिना साइन अप स्वीकार नहीं करता), Send us your file ("File" टैग के साथ: एक साथ अधिकतम 3 फ़ाइलें, कुल 4 MB तक, PDF, AI, EPS, SVG, PNG, JPG, TIFF या PSD के रूप में, साथ में बताएं कि फ़ाइल क्या है और किसलिए है; पंक्ति में "File received" दिखता है, हर फ़ाइल का नाम और आकार के साथ, और मालिक, स्टाफ़ और एडमिन फ़ाइल डाउनलोड कर सकते हैं; रिव्यूअर को दिखता है कि फ़ाइल आई है, लेकिन वह उसे खोल नहीं सकता; फ़ाइलें हमेशा डाउनलोड होती हैं, ब्राउज़र में नहीं खुलतीं, और वे केवल उसी एक प्रोजेक्ट की होती हैं), और Quote builder ("Quote builder" टैग के साथ: उत्पाद, मात्रा, हर विकल्प, टर्नअराउंड, और विज़िटर को दिखाई गई अनुमानित रेंज, या अगर मालिक ने कीमतें नहीं डाली हैं तो "No estimate shown", क्योंकि पेज कभी ऐसी कीमत नहीं दिखाता जो मालिक ने तय न की हो)।

अपलोड पर प्रिंट फ़ाइल जाँच (2026-10-12 को जोड़ी गई): Send us your file के ज़रिए आने वाली हर प्रिंट फ़ाइल (PDF, PDF सामग्री वाली AI, EPS, PNG, JPG, TIFF, PSD) ग्राहक के Send दबाते ही अपने आप जाँची जाती है। ग्राहक को तुरंत उनकी "File received" वाली पुष्टि मिलती है और उन्हें जाँच का इंतज़ार नहीं करना पड़ता, और जाँच का नतीजा वे कभी नहीं देखते: वह केवल मालिक और स्टाफ़ के लिए है। Requests पंक्ति में हर फ़ाइल के नीचे कुछ सेकंड तक "Checking this file for print…" दिखता है, फिर नतीजा आता है: एक बैज (Looks print-ready, Worth a look, या Must fix) और अधिकतम पाँच सादी पंक्तियाँ। आकार: PDF के लिए तैयार आकार और पेज का आकार (उसके अपने trim box या crop marks से, या अगर कोई trim चिह्नित न हो तो पेज से), और तस्वीर के लिए पिक्सल आकार। Bleed: क्या रंग ट्रिम से पर्याप्त दूर तक जाता है (आमतौर पर 1/8 in), "Nothing runs to the page edge, so no bleed is needed," या, जब कोई trim चिह्नित न हो, तो क्या पेज का आकार पहले से bleed शामिल करता है या ग्राहक से क्या पुष्टि करनी है। Resolution: छपे आकार पर सबसे कम फ़ोटो रिज़ॉल्यूशन (150 ppi से कम हो तो Must fix, 250 से कम हो तो Worth a look), या तस्वीर के लिए बताएं कि 300 ppi पर वह कितनी बड़ी साफ़ छपेगी। Fonts: क्या हर फ़ॉन्ट embedded है, और जो नहीं हैं उनके नाम। Colors: CMYK, grayscale, spot colors, या RGB (Worth a look, क्योंकि चमकीले नीले और हरे रंग फीके छप सकते हैं)। यह जाँच कोड से होती है, AI से नहीं: यह फ़ाइल को मापती है और इसका कोई खर्च नहीं है। SVG फ़ाइलें नहीं जाँची जातीं, और जो फ़ाइल पढ़ी नहीं जा सकती (जैसे बिना PDF सामग्री के सेव की गई Illustrator फ़ाइल) उसके लिए Must fix की पंक्ति आती है जो बताती है कि ऐसा क्यों है। Fix it in Printer’s Helper (जब फ़ाइल print-ready दिखे तो Open in Printer’s Helper) Printer’s Helper खोलता है, जिसमें ग्राहक की फ़ाइल पहले से जुड़ी होती है और एक शुरुआती अनुरोध ("Check this customer's file for print and fix what it needs.") होता है जिसे आप बदल सकते हैं; Start दबाने तक कुछ नहीं चलता और कोई job इस्तेमाल नहीं होता। Check again जाँच को एक बार फिर चलाता है, जैसे अगर "The check didn't finish" दिखे। इस सुविधा के जुड़ने से पहले भेजी गई फ़ाइलों पर "Not checked for print yet" दिखता है, साथ में Check this file। रिव्यूअर को यह दिखता है कि फ़ाइल आई है, लेकिन ये बटन नहीं दिखते।

जाँचें कि काम कर रहा है: प्रोजेक्ट के Kit टैब में हर टूल के कार्ड पर मालिक या स्टाफ़ "Check it works" दबा सकते हैं। aiKit उस मॉड्यूल के असली फ़ॉर्म के ज़रिए साइट पर एक टेस्ट एंट्री भेजता है, ठीक वैसे ही जैसे कोई विज़िटर का ब्राउज़र भेजता, और "Tested — working" समय के साथ दिखाता है, या साफ़ वाक्य में बताता है कि क्या विफल हुआ (जैसे फ़ॉर्म अब पेज पर नहीं है, या इनबॉक्स ने उसे स्वीकार नहीं किया)। आखिरी नतीजा कार्ड पर पूरी टीम के लिए रहता है; रिव्यूअर इसे देख सकते हैं, पर जाँच नहीं चला सकते। टेस्ट एंट्री एक example.com पते का उपयोग करती है जिस पर कभी मेल नहीं आता, इसे Requests टैब पर "Test" चिह्न के साथ सेव किया जाता है, "Show test entries" दबाने तक छिपी रहती है, कभी New, Needs you या प्रोजेक्ट सूची में नहीं गिनी जाती, कभी बुकिंग स्लॉट नहीं रोकती, ग्राहक के leads पेज पर नहीं दिखती, और कोई ईमेल या सूचना नहीं भेजती।

Tools → Bookings (aikit.ai/tools/bookings, या किसी प्रोजेक्ट के Kit टैब पर Open the Bookings calendar) वह जगह है जहाँ से आप साइट के Book online पेज की अपॉइंटमेंट संभालते हैं। एक से अधिक वेबसाइट हों तो ऊपर से साइट चुनें। वेबसाइट चुनने का विकल्प, Block time और New booking शीर्षक की पंक्ति में दाईं ओर होते हैं। छह टाइल Today, Next 7 days, Needs confirming, Waitlist, No-shows और Canceled गिनती हैं; किसी भी टाइल को दबाकर ठीक वही बुकिंग देखें। पहली बुकिंग आने तक टाइल की जगह एक हल्की पंक्ति दिखती है, ताकि सेटअप बैनर और कैलेंडर पहले नज़र आएँ। जब सभी टाइल 0 दिखातीं (आज, इस हफ़्ते या आपके जवाब के इंतज़ार में कुछ नहीं), तो टाइलें एक All clear पंक्ति में बदल जाती हैं जिसमें See all bookings बटन होता है, ताकि कैलेंडर ऊपर रहे। हर दृश्य, फ़िल्टर और खुली बुकिंग पते में दर्ज रहती है, so आप उसे बुकमार्क या टीम के साथ साझा कर सकते हैं।

कैलेंडर व्यवसाय के समय क्षेत्र में Day, Week या Month दिखाता है। हर बुकिंग ग्राहक के नाम और सेवा वाला रंगीन ब्लॉक है (नीला Confirmed, धारीदार एम्बर Needs confirming, हरा Completed, लाल No-show); उसे दबाकर खोलें। खुले घंटे सफ़ेद होते हैं, बंद दिन और ब्लॉक किया गया समय धारीदार होता है। Day व्यू में हर टीम सदस्य के लिए एक कॉलम होता है। किसी खाली घंटे को दबाकर उस समय बुकिंग जोड़ें, और ब्लॉक किए गए हिस्से को दबाकर वह समय फिर से खोलें।

Bookings एक सूची है: नाम, ईमेल, फ़ोन या सेवा से खोजें, और Upcoming, Today, Next 7 days, Needs confirming, Waitlist, Past, No-shows, Canceled या Everything से फ़िल्टर करें (हर एक के साथ उसकी गिनती)। Customers में हर व्यक्ति एक बार दिखता है, उसकी अगली विज़िट, पूरी हुई विज़िट, पूरी हुई विज़िट से मिली रकम और no-shows के साथ; किसी भी जगह नाम दबाकर उसका पूरा इतिहास देखें।

बुकिंग खोलने पर ग्राहक का फ़ोन और ईमेल दिखता है (दबाकर कॉल या मैसेज करें), कौन इसे देखेगा, अतिरिक्त सेवाएँ, कीमत, आपके सवालों के जवाब और उनका नोट। बटन Confirm (या Confirmed), Completed और No-show सेट करते हैं। Move to another time खुले समय दिखाता है; Cancel this booking एक वैकल्पिक कारण माँगता है जो ग्राहक देखता है। बदलावों के बारे में ग्राहक को ईमेल भेजना डिफ़ॉल्ट रूप से चालू है। डिपॉज़िट एक चेकबॉक्स के रूप में दिखता है, जिसे भुगतान होने पर टिक करें; ऑनलाइन कुछ भी चार्ज नहीं होता। आप ग्राहक का बदलाव या रद्द करने वाला लिंक कॉपी कर सकते हैं या पुष्टि ईमेल फिर से भेज सकते हैं।

New booking से हाथ से एक बुकिंग जोड़ें: ग्राहक, सेवा, कौन करेगा, अतिरिक्त सेवाएँ, क्लास के लिए स्थान, दिन और एक खुला समय (या जानबूझकर खुले समय के बाहर का समय), Repeat weekly या हर 2 या 4 हफ़्ते पर दोहराव, और Confirmed या Needs confirming। Block time पूरे दिन या दिन के कुछ हिस्से को बुकिंग पेज से बंद रखता है, सभी के लिए या एक व्यक्ति के लिए, एक निजी नोट के साथ।

Settings वह है जिसे बुकिंग पेज फ़ॉलो करता है; एक बटन से सेव होता है और पेज उसे तुरंत लागू करता है: हर बुकिंग तुरंत कन्फ़र्म करें या हर एक को अलग से; सेवाएँ जिनमें अवधि, कीमत (या "from" कीमत), विवरण (Suggest a description सेवा के नाम से एक लिखता है, जिसे आप संपादित कर सकते हैं), पहले और बाद का बफ़र, क्लास के लिए हर समय कितने लोग, कौन करता है, अतिरिक्त सेवाएँ जिनमें जोड़े गए मिनट और कीमत हो, और पूछने वाले सवाल (छोटा जवाब, लंबा जवाब, एक चुनें, हाँ या नहीं; ज़रूरी या नहीं); आपकी टीम और हर व्यक्ति के काम के दिन; ब्रेक के साथ साप्ताहिक घंटे; बंद दिन; हर 10 से 60 मिनट पर शुरू होने वाले समय, सबसे कम सूचना, सबसे दूर तक की बुकिंग और एक दिन में सबसे अधिक बुकिंग; भरे दिनों के लिए waitlist; ग्राहक ऑनलाइन कितनी देर से बदलाव या रद्द कर सकते हैं, रद्दीकरण और न आने की नीति, और रिमाइंडर ईमेल; डिपॉज़िट (एक तय राशि या कीमत का हिस्सा, ग्राहक के बुकिंग पेज पर कार्ड से या जिस तरह आप ग्राहकों को बताते हैं; नीचे देखें); After the visit (रिव्यू का अनुरोध); और Common questions, जिनके लिए Write answers for me केवल इन सेटिंग्स से मसौदा लिखता है। एक बार सेव करने तक स्क्रीन वही दिखाती है जो आपका बुकिंग पेज अभी दिखा रहा है, और पेज पहले की तरह काम करता रहता है।

Share & sync में आपका बुकिंग लिंक है, प्रिंट के लिए SVG के रूप में डाउनलोड होने वाला QR कोड, किसी भी दूसरे पेज पर बुकिंग कार्ड डालने वाला embed कोड, और Google Calendar, Apple Calendar या Outlook में सब्सक्राइब करने का कैलेंडर पता (यह हर बुकिंग दिखाता है और लगभग हर 15 मिनट में अपडेट होता है; इसे निजी रखें, और साझा हो जाए तो नया पता बनाएँ)। दो-तरफ़ा सिंक, जिसमें आपके अपने Google या Outlook की अपॉइंटमेंट बुकिंग पेज पर समय बंद करती हैं, अगला चरण है और अभी चालू नहीं है; तब तक उनके लिए Block time का उपयोग करें।

Your look (Settings में) आपका लोगो, एक चौड़ी कवर तस्वीर, आपका मुख्य रंग (ऊपर की पट्टी) और बटन का रंग बुकिंग पेज पर और हर ग्राहक के अपने बुकिंग पेज पर लगाता है; एक छोटा नमूना दिखाता है कि यह कैसा दिखेगा, और हल्का बटन रंग जहाँ टेक्स्ट के रूप में उपयोग हो वहाँ गहरा कर दिया जाता है ताकि पढ़ने में आसानी रहे। हर टीम सदस्य और हर सेवा की भी फ़ोटो हो सकती है। अपलोड से पहले तस्वीरें आपके ब्राउज़र में छोटी कर दी जाती हैं (JPG, PNG या WebP; छोटे होने के बाद हर एक अधिकतम 1.5 MB; SVG फ़ाइलें स्वीकार नहीं हैं), और जो तस्वीरें किसी सेव की गई सेटिंग में नहीं हैं, वे एक दिन बाद हटा दी जाती हैं। किसी रंग को खाली छोड़ें तो आपकी वेबसाइट का अपना रंग रहेगा।

जमा राशि कार्ड से: बुकिंग के ठीक बाद 'कार्ड से' चुनें, तो ग्राहक को धन्यवाद स्क्रीन पर और अपने बुकिंग पेज पर 'जमा राशि भरें' बटन मिलता है, जो उसी पेज पर एक छोटा कार्ड फ़ॉर्म खोलता है (कार्ड नंबर, समाप्ति तिथि, CVV, ZIP)। कार्ड की जानकारी सीधे Authorize.net के सुरक्षित फ़ॉर्म में जाती है; aiKit कभी नंबर नहीं देखता। इसके बाद बुकिंग पर "कार्ड से भुगतान हो गया" दिखता है। यह केवल TEST मोड में चलता है (कोई असली पैसा नहीं जाता) और इसके लिए आपके aiKit एडमिन को कार्ड जमा राशि चालू करनी होती है; तब तक सेटिंग्स में यह बताया जाता है और आप अभी भी "मैं उन्हें बता दूँगा" चुनकर खुद "भुगतान हो गया" चिह्नित कर सकते हैं। नो-शो के बाद कार्ड जमा राशि लौटाने पर उसी दिन उसे रद्द (void) किया जाता है, या भुगतान सेटल होने के बाद कार्ड पर वापस भेजा जाता है। जब आप किसी बुकिंग को नो-शो चिह्नित करते हैं (जो केवल विज़िट शुरू होने के बाद संभव है) और उसकी जमा राशि दी जा चुकी हो, तो aiKit दो विकल्प देता है: जमा राशि रखें (यदि "जब कोई न आए तो जमा राशि रखें" चालू है तो आपकी नीति के अनुसार) या वापस करें (कार्ड वाली जमा राशि कार्ड पर लौटाई जाती है; किसी और तरीके से दी गई राशि को "वापस की गई" चिह्नित किया जाता है)।

विज़िट के बाद: 'पूरी हुई विज़िट के बाद समीक्षा माँगें' चालू होने पर, विज़िट को पूरा चिह्नित करने से ग्राहक आपके Reviews टूल में जुड़ जाता है, और समीक्षा का ईमेल आपके चुने हुए समय के बाद जाता है (जब तक आप बदलें, 2 घंटे)। सभी को एक ही अनुरोध, पेज और Google लिंक मिलता है; यह इस पर निर्भर नहीं करता कि विज़िट कैसी रही, और किसी ग्राहक से केवल एक बार पूछा जाता है। पहले Reviews टूल सेट करना होगा (आपके शब्द और Google लिंक), और ईमेल के लिए आपके खाते में ईमेल सेट होना चाहिए।

टेक्स्ट रिमाइंडर: 'टेक्स्ट रिमाइंडर' (Policy & reminders) भी चालू करें, तो बुकिंग के समय ग्राहकों को यह बॉक्स दिखता है: "विज़िट से पहले मुझे टेक्स्ट रिमाइंडर भेजें। संदेश और डेटा दरें लागू हो सकती हैं। बंद करने के लिए STOP लिखकर भेजें।" केवल वही लोग टेक्स्ट पाते हैं जो इसे टिक करते हैं, और विज़िट से 2 से 48 घंटे पहले। STOP लिखने पर aiKit पर हर बिज़नेस से टेक्स्ट बंद हो जाते हैं; START लिखने पर फिर चालू हो जाते हैं। हर टेक्स्ट और उसकी लागत दर्ज होती है। टेक्स्टिंग के लिए आपके aiKit एडमिन को एक टेक्स्टिंग खाता (Twilio) जोड़ना होगा; तब तक यह बॉक्स नहीं दिखता और कोई टेक्स्ट नहीं जाता।

ग्राहकों को क्या मिलता है: बुकिंग पेज पर वे एक सेवा चुनते हैं (कीमत, विवरण और अतिरिक्त विकल्पों के साथ), यदि आपकी टीम है तो किसके साथ मिलना चाहेंगे, महीने के कैलेंडर पर एक दिन, और सुबह, दोपहर व शाम में समूहित एक समय (जब वे किसी दूसरे समय क्षेत्र में होते हैं तो उनका अपना समय भी दिखता है), फिर उनकी जानकारी और आपके सवाल। पूरे दिन भरे होने पर वेटलिस्ट मिलती है, और जिन सेवाओं की अनुमति है वे दोहराई जा सकती हैं। बुकिंग के बाद उन्हें Google Calendar में जोड़ने का विकल्प और Apple या Outlook की फ़ाइल दिखती है। उनके ईमेल में विवरण, कैलेंडर लिंक और उनका अपना पेज (aikit.ai/b/…) होता है, जहाँ से वे आपकी कटऑफ़ तक समय बदल या रद्द कर सकते हैं, और विज़िट से पहले एक रिमाइंडर आता है। बटन दबाने पर aiKit हर नियम फिर से जाँचता है, इसलिए दो लोग कभी एक ही समय नहीं ले सकते। आपके खाते में ईमेल सेट होने के बाद ही बुकिंग ईमेल जाते हैं।

सेटिंग्स टैब में 'कौन इस पर काम कर सकता है', उन असली aiKit खातों की अलग सूची है जिनकी इस खास प्रोजेक्ट तक पहुँच है, और यह उस साझा एक्सेस कोड से अलग है जिसे ग्राहक लाइव फ़ीडबैक ओवरले पर इस्तेमाल करते हैं। मालिक को हटाया नहीं जा सकता; बाकी किसी को भी हटाया जा सकता है। किसी को जोड़ने के लिए उसका ईमेल चाहिए — पहले उसका अपना मुफ़्त aiKit खाता होना चाहिए (किसी भी /start/classic खाते की तरह बनाया गया) तभी उसे यहाँ जोड़ा जा सकता है।

ईमेल बॉक्स के बगल में चुनें कि वे क्या कर सकते हैं। "Builder: edit and publish" पूरा टीम सदस्य है: चैट से बदलाव, सुधार, बिल्ड, लाइव करना और सेटिंग्स। "Reviewer: view, comment, approve" प्रोजेक्ट खोलकर उस पर सब कुछ देख सकता है, पिन और जवाब छोड़ सकता है, और पूरे हो चुके सुधार को मंज़ूरी दे सकता है (Confirm) या वापस भेज सकता है (Reopen), लेकिन वह कभी AI बदलाव शुरू नहीं कर सकता, बिल्ड नहीं कर सकता, कोई वर्ज़न वापस नहीं ला सकता, सेटिंग्स नहीं बदल सकता या प्रकाशित नहीं कर सकता। Reviewer को प्रोजेक्ट का ग्राहक एक्सेस कोड भी नहीं दिखता। हर व्यक्ति की भूमिका उसकी पंक्ति पर एक टैग के रूप में दिखती है। किसी एक ग्राहक की सभी साइटें एक साथ देने के लिए, उस ग्राहक के पेज पर People with access का उपयोग करें (देखें Clients गाइड)।

हर आइटम — लाइव साइट पर लगाया गया पिन या Quick edit अनुरोध — एक ही चक्र से गुज़रता है: Open → In progress → Fixed, awaiting client review → Confirmed, और यदि कोई "fixed" आइटम सही नहीं निकलता तो अलग Reopened स्थिति। "Waiting on us" का मतलब है Open या In progress; "Waiting on client" का मतलब है कि इसे fixed चिह्नित किया गया है और ग्राहक ने अभी पुष्टि नहीं की। "?" बटन टैब पर ही हर क्रिया की पूरी व्याख्या खोलता है।

हर आइटम में संदेश, वह किस बारे में है (यदि किसी तत्व पर पिन किया गया है तो वह), स्क्रीनशॉट (यदि है), एक स्थिति पिल, और एक भूमिका टैग दिखता है — "Client" या "Our team" — जिससे साफ़ रहता है कि हर अनुरोध किसने दर्ज किया। उपलब्ध क्रियाएँ वर्तमान स्थिति पर निर्भर करती हैं: समीक्षा-पहले मोड में खुले आइटम पर पहले "Approve to work" दिखता है; Open/Reopened/Approved/In progress से, "Fix with AI" सीधे AI एडिटर को भेजता है, जो असली कोड बदलता है, फिर से डिप्लॉय करता है और लाइव लिंक को प्रमाण के रूप में देकर इसे fixed चिह्नित करता है — यही सामान्य रास्ता है। "Start work by hand" AI के बिना इसे in progress चिह्नित करता है, उन बदलावों के लिए जो सीधे कोड में किए जा रहे हैं (लाइव होने पर Hosting टैब में Redeploy के साथ जोड़ें, फिर Mark fixed)। "Mark fixed" एक नोट या URL माँगता है जो प्रमाण दे कि काम हो गया है। fixed आइटम को "Confirmed on client's behalf" किया जा सकता है, और अगर कुछ सही नहीं है तो किसी भी आइटम को "Reopened" किया जा सकता है।

हर आइटम के नीचे "Work done" सूची में उससे जुड़े हर भेजे गए बदलाव दिखते हैं (लाइव पेज देखने का लिंक और Versions टैब का लिंक के साथ), और यदि दिया गया हो तो उसका सत्यापन नोट या URL। "Discuss" टॉगल उस एक आइटम पर थ्रेडेड जवाब-बातचीत खोलता है — ग्राहक अपने लिंक से वही थ्रेड देखता है।

क्रॉस-प्रोजेक्ट Feedback पेज से (या #fb-<id> लिंक वाली किसी भी जगह से) इस टैब को खोलने पर वह आइटम सीधे स्क्रीन पर आ जाता है और थोड़ी देर के लिए हाइलाइट होता है, ताकि कहीं और से आया लिंक आपको लंबी सूची में ढूँढने के लिए न छोड़े।

लाइव साइट पर Edit करें, Edit टैब के ऊपर, असली साइट को नए टैब में एडिटर चालू करके खोलता है (प्रोजेक्ट का access code लिंक में एक बार जुड़ता है और उस टैब के लिए याद रखा जाता है): कोने में एक "Edit with aiKit" बटन एडिटर को पेज के बगल में खोलता है, जिसमें Chat, Feedback, और What changed (बदलावों की सूची; वापस लाना केवल स्टाफ़ के लिए है, Versions टैब पर) होते हैं, pins ठीक उसी एलिमेंट पर लगते हैं जिस पर आप क्लिक करते हैं, Draw a line किसी भी क्षेत्र को चिह्नित करता है, और लागू हुआ बदलाव पेज को फिर से लोड करता है। सार्वजनिक विज़िटर इसे कभी नहीं देखते।

प्रोजेक्ट लाइव होने के बाद Edit टैब एक फ़्रेम में लाइव साइट दिखाता है (उससे पहले यह बताता है, और Quick edit तथा एडिटर फ़ाइलों पर पहले से काम करते हैं)। उसके ऊपर: Desktop / Tablet / Phone चौड़ाई (फ़्रेम 768px या 390px तक सिकुड़ता है), AI फ़ीडबैक के लिए किसी सटीक जगह पर Pin a spot, किसी क्षेत्र के लिए Draw, एक reload बटन, और एक नए, बिना कैश वाले पते के साथ Open in a new tab। जब एडिटर विंडो स्प्लिट स्क्रीन में फैलती है, तो यही प्रीव्यू चैट के बगल में चला जाता है। किसी बने हुए प्रोजेक्ट को पहली बार खोलने पर, Overview टैब पर एक नोट बताता है कि पहला build एक शुरुआत है, तैयार साइट नहीं, और उसके साथ एक Start improving it बटन है जो एडिटर खोलता है; Got it उसे छिपा देता है।

एडिटर खोलें, जो प्रोजेक्ट पेज के हेडर में है, एडिटर विंडो खोलता है (क्लासिक सूची पर किसी पंक्ति का "Edit" क्विक टूल, या ?assistant=chat पर खत्म होने वाला कोई भी लिंक इसे सीधे खोलता है)। इसके व्यू हैं Chat, Feedback, Versions, Brief & rules, और Kit; ये वही चीज़ें प्रोजेक्ट पेज पर अपने पूरे चौड़ाई वाले टैब में भी होती हैं, और यह विंडो चैट के साथ-साथ इन्हें इस्तेमाल करने के लिए है। यह दाईं ओर लगा एक पैनल खोलता है (उसके बाएँ किनारे को खींचकर आकार बदला जा सकता है) या, हेडर के expand बटन से, बाईं ओर लाइव साइट और दाईं ओर पैनल वाली स्प्लिट स्क्रीन। Esc या × इसे बंद करता है और फ़ोकस वहीं लौट आता है जहाँ आप थे।

Chat पूरी साइट के बारे में एक सीधी बातचीत है। टाइप करें या बोलकर लिखवाएँ, paperclip से फ़ाइलें जोड़ें, Enter दबाएँ। तस्वीरें और स्क्रीनशॉट, या दस्तावेज़ (PDF, Word .doc या .docx, Excel .xls या .xlsx, CSV, या सादा text) जोड़ें। प्रोजेक्ट के सदस्य के रूप में साइन इन होने पर, आप एक संदेश में अधिकतम 10 फ़ाइलें जोड़ सकते हैं, हर फ़ाइल 50 MB और कुल 150 MB तक: हर फ़ाइल चुनते ही सीधे aiKit के editing server पर अपलोड होती है, उसके चिप में प्रगति बार दिखता है ("Uploading 40%"), और जब तक सभी फ़ाइलें पूरी नहीं होतीं, Send "Uploading…" दिखाता है। साइन इन किए बिना, केवल access code से लॉग इन करने वाला क्लाइंट अधिकतम 4 फ़ाइलें जोड़ सकता है, हर फ़ाइल 4.5 MB और कुल लगभग 3 MB तक। हर फ़ाइल अपने नाम, प्रकार (Picture, PDF, Word, Excel, CSV, Text) और आकार के साथ एक चिप में दिखती है, और भेजने से पहले उसे हटाने (या उसका अपलोड रोकने) के लिए × है; जो फ़ाइल अपलोड नहीं हुई, उसके चिप पर कारण लिखा होता है। जो फ़ाइल आप जोड़ते हैं पर भेजते नहीं, वह 24 घंटे बाद मिटा दी जाती है; जो फ़ाइलें आप भेजते हैं, वे 30 दिन तक रखी जाती हैं। paperclip के बगल का ? यही सब संक्षेप में बताता है। दस्तावेज़ से आप मेन्यू, मूल्य सूची या ब्रोशर दे सकते हैं: "Put this menu on the Menu page" काम करता है। AI दस्तावेज़ के शब्द पढ़ता है (Word और Excel फ़ाइलें पहले aiKit के सर्वर पर PDF में बदली जाती हैं) और लेआउट और तस्वीरों के लिए PDF या Word फ़ाइल के पहले पन्नों की तस्वीरें देखता है; वह नाम और कीमतें ठीक वैसे ही नकल करता है जैसे लिखी हैं और कभी कोई आइटम नहीं बनाता। हर फ़ाइल की जाँच उसकी वास्तविक सामग्री से होती है, सिर्फ़ नाम से नहीं: programs, macros वाली Office फ़ाइलें, और ऐसी फ़ाइल जिसकी सामग्री उसके नाम से मेल नहीं खाती, कारण के साथ अस्वीकार की जाती हैं, और कुछ भी नहीं भेजा जाता। बातचीत में आपके संदेश के नीचे फ़ाइलों के नाम दिखते हैं। साइन इन स्टाफ़ को कमांड भी मिलते हैं: माइक्रोफ़ोन के बगल का ∞ बटन "Your rules and commands" खोलता है, जहाँ Standing rules (कुछ पंक्तियाँ जो हर प्रोजेक्ट में, हर अनुरोध पर लोड होती हैं; यदि वे Brief & rules से अलग हों तो Brief & rules जीतता है), ∞ कमांड (जो तब चलता है जब संदेश ∞ पर खत्म होता है; एक बिल्ट-इन संस्करण पूरी साइट की स्थिरता जाँचता है और बदलावों की रिपोर्ट देता है जब तक आप अपना न लिखें), और Slash commands (एक छोटा नाम और उसका काम, अधिकतम 40) सहेजे जाते हैं। अपने कमांड देखने के लिए बॉक्स में / टाइप करें; एक चुनें, या सबसे ऊपर वाले मेल पर Enter दबाएँ, और वह बॉक्स में फैल जाता है ताकि भेजने से पहले आप उसमें जोड़ सकें। "+ ∞" आपके लिखे के अंत में चिह्न जोड़ता है। लाइव साइट पर क्लाइंट की अपनी चैट में कोई कमांड नहीं होते। सवाल का जवाब मिलता है; बदलाव का अनुरोध असली कोड में उसी edit loop से किया जाता है जिसे aiKit बाकी जगह इस्तेमाल करता है, और जब यह काम करता है तो पैनल spinner की जगह एक working card दिखाता है: एक घड़ी, सादी भाषा में एक चरण ("Small changes usually land in under a minute"), पहले से पूरे हुए चरण ("Searched the site for (555)", "Edited contact/index.html"), और वर्तमान चरण। किसी फ़ोन नंबर, घंटों या पते जैसे कई पन्नों पर दिखने वाले बदलाव के लिए, सहायक साइट खोजता है और पूरे पन्ने दोबारा लिखने के बजाय हर जगह को उसी स्थान पर बदलता है, इसलिए ज़्यादातर बदलाव एक मिनट से कम में लागू होते हैं। भेजने पर अगर माइक्रोफ़ोन चालू था तो वह बंद हो जाता है। हर प्रोजेक्ट के लिए एक समय में केवल एक अनुरोध चलता है; जब कोई चल रहा हो तो दूसरा भेजने पर इंतज़ार करने को कहा जाता है। यदि प्रोजेक्ट लाइव है, तो बदलाव deploy होता है और ऊपर का प्रीव्यू फिर से लोड होता है; यदि नहीं, तो वह Go live तक कोड में सहेजा रहता है। हर बदलाव एक version बनता है (Versions देखें)। सहायक हर जवाब से पहले प्रोजेक्ट का Brief & rules पढ़ता है और उसका पालन करता है। पैनल के हेडर का चिप खाते के आज बचे tokens दिखाता है (या यदि प्लान में दैनिक सीमा नहीं है तो इस महीने के), जो उसी जाँच से पढ़ा जाता है जिससे हर edit गुज़रता है; जब वह जाँच edit को रोकती है, तो वह आज (या इस महीने) के खर्च हुए tokens दिखाती है और चैट में एक कार्ड समझाता है और स्क्रीन पर रहता है। चिप पर होवर करें तो प्लान और इस प्रोजेक्ट की edit संख्या दिखती है। हर बदलाव और जवाब आपके खाते के tokens खर्च करता है। क्लाइंट के अपने लिंक (access code) से माँगे गए बदलाव भी उस क्लाइंट की मासिक token सीमा पर रुकते हैं, जो क्लाइंट के पेज पर सेट होती है (शुरू में 2,000); जब वह खत्म हो जाती है, तो क्लाइंट की चैट यह बताती है और "Ask the owner for more" देती है, जो आपको एक अनुरोध भेजता है। आपकी अपनी टीम के edits इस सीमा में नहीं गिने जाते। भुगतान वाले edits दैनिक सीमा से नहीं रुकते।

फ़ीडबैक दृश्य (2026-10-02 तक इसका नाम Pins था) किसी सटीक जगह पर AI फ़ीडबैक है, और Draw उसी तरह एक क्षेत्र के लिए है: प्रीव्यू के ऊपर "Draw" दबाएँ (या फ़ीडबैक दृश्य पर "Draw a line", या लाइव साइट पर पैनल में), फिर माउस या उंगली से किसी भी चीज़ पर एक सीधी रेखा खींचें; यदि रेखा ठीक न लगे तो आप उसे Undo करके दोबारा खींच सकते हैं, या पक्का करने के लिए "Use this area →" दबाएँ। रेखा का (पैडिंग के साथ) बाउंडिंग बॉक्स पिन का लक्ष्य क्षेत्र बन जाता है, AI को बताया जाता है कि उसके नीचे कौन-सा एलिमेंट है और क्षेत्र कितना बड़ा है, और लाइव साइट पर एक नारंगी रेखा वहीं रहती है जहाँ आपने खींची थी। "Ask AI to do it" सच में बदलाव लागू करता है (2026-09-11 से): पिन "Working on it" हो जाता है, AI असली कोड बदलता है और दोबारा डिप्लॉय करता है, और पिन "Fixed" हो जाता है जिसके साथ लाइव पेज का "View fix" लिंक होता है; यदि बदलाव नहीं हो सका, तो पिन फिर से खुला हो जाता है और कारण उसके इतिहास में लिखा होता है (यह कारण इंजन खुद लिखता है, इसलिए लंबा बदलाव कभी किसी पिन को "Working on it" पर अटका नहीं छोड़ता; 15 मिनट तक परिणाम न आने पर सूची में Taking longer than expected और एक Ask AI again बटन दिखता है)। पूर्वावलोकन के ऊपर "Pin a spot" दबाएँ, साइट पर वह जगह क्लिक करें, बदलाव का वर्णन करें, और "Ask AI to do it" चुनें (बदलाव कर दिया जाता है और अनुरोध "Fixed, awaiting review" के रूप में चिह्नित होता है, साथ में लाइव परिणाम का लिंक) या "Save for later" चुनें (यह एक सामान्य खुला अनुरोध होता है)। क्लाइंट के खुले अनुरोध भी यहाँ दिखते हैं, हर एक के साथ अपना "Ask AI to do it" बटन। शब्दों में फ़ीडबैक (2026-09-11 से): क्लाइंट ने जो कहा उसे चिपकाएँ (ईमेल, कॉल नोट्स या ट्रांसक्रिप्ट), "From the client" या "My own notes" चुनें, और "Turn into requests" दबाएँ: AI टेक्स्ट को हर बदलाव के लिए एक खुले अनुरोध में बाँटता है, हर एक उस पेज से जुड़ा होता है जिसका वह है, और मूल टेक्स्ट Brief & rules में Notes के अंतर्गत रखा जाता है। उस समय साइट में कोई बदलाव नहीं होता; हर अनुरोध अब भी Ask AI से होकर गुज़रता है, "Working on it" होता है, और "View fix" लिंक के साथ "Fixed" पर खत्म होता है, ताकि आप हर बदलाव को शुरू और पूरा होते देख सकें। "Save as a note" बाँटने को छोड़ देता है और टेक्स्ट को केवल पृष्ठभूमि की जानकारी के रूप में रखता है। टेक्स्ट बाँटने में टोकन लगते हैं (Usage पेज पर "split" के रूप में दिखते हैं), लेकिन इससे साइट में कभी कोई बदलाव नहीं होता।

Redesign this site (2026-09-12 से, केवल स्टाफ़ के लिए) पूरी साइट का विज़ुअल रीडिज़ाइन है, कोई फ़ीचर अनुरोध नहीं: प्रोजेक्ट के Edit टैब के नीचे Redesign this site के अंतर्गत "Draft a direction" दबाएँ (या एडिटर विंडो के फ़ीडबैक दृश्य पर), और AI आपके स्वीकृत संदर्भ साइटों में से कुछ चुनता है, यानी वे असली पेज जिन्हें आपने डिज़ाइन संदर्भ के रूप में स्टार किया था और जो इस प्रोजेक्ट के उद्योग से मेल खाते हैं। वह उनका लुक और फ़ील पढ़ता है और एक ठोस आर्ट-डायरेक्शन ब्रीफ़ लिखता है: असली हेक्स मानों वाला नामित कलर पैलेट, टाइप की जोड़ी, सेक्शन की लय, कई नामित सिग्नेचर सेक्शन, और मोशन तथा आइकन/इलस्ट्रेशन के नियम। "Choose references" वही रेफ़रेंस-गैलरी पिकर खोलता है जिसका उपयोग प्लानर करता है: उद्योग के अनुसार खोजें या फ़िल्टर करें, स्वचालित मिलान की जगह खुद 6 साइट तक चुनें, या कोई न चुनें और ऑटो-मैच ही रहने दें। ब्रीफ़ पढ़ें, किसी भी पंक्ति को बदलें, या दोबारा ड्राफ़्ट के लिए "Try different references" दबाएँ। "Run redesign" वह ब्रीफ़ उसी एडिट लूप से भेजता है जिससे कोई भी दूसरा बदलाव जाता है, केवल होम पेज नहीं बल्कि हर पेज पर; इसकी लागत एक सामान्य एडिट से अधिक होती है और इसमें आमतौर पर 7-11 मिनट लगते हैं, ये दोनों बातें बटन पर पहले से लिखी होती हैं। चलते समय कार्ड पर एक लाइव बीता हुआ समय दिखता है, और उस समय क्या हो रहा है इसका सरल भाषा में ईमानदार विवरण, केवल स्पिनर नहीं; पिछला रन नीचे सूचीबद्ध रहता है, उसकी ब्रीफ़, वे संदर्भ साइटें जिन पर वह आधारित था, और पूरा होने पर होमपेज का पहले-बाद का स्क्रीनशॉट, ताकि AI की बात पर भरोसा करने के बजाय आप असली अंतर देख सकें।

Versions में साइट के संस्करण सबसे नए से पुराने क्रम में दिखते हैं: Original (पहले बदलाव से पहले दर्ज), पहला बिल्ड, हर चैट एडिट, हर पिन फ़िक्स, और हर restore, साथ में कि किसने, कब और कौन-सी फ़ाइलें बदलीं। aiKit Original और नवीनतम 10 संस्करण रखता है; जब नया बदलाव आता है और पहले से 10 हों, तो Original के बाद का सबसे पुराना संस्करण हमेशा के लिए हटा दिया जाता है, जब तक वह स्टार्ड, लाइव या प्रतीक्षारत ड्राफ़्ट न हो। किसी संस्करण पर "Star" उसे चाहे कितना भी पुराना हो, रखता है (प्रति प्रोजेक्ट 20 स्टार्ड तक); "Unstar" से बाद के किसी बदलाव पर सामान्य नियम उसे साफ़ कर सकता है। किसी भी पुराने संस्करण पर "Restore" एक बार पूछता है, मौजूदा स्थिति को "Before restoring" के रूप में सहेजता है, पुरानी फ़ाइलें वापस रखता है, और restore को एक नए संस्करण के रूप में दर्ज करता है, इसलिए restore भी खुद वापस लिया जा सकता है। जिस लाइव साइट को Publish का इंतज़ार है, वहाँ Restore दो विकल्प देता है: "Restore as a draft" (पुरानी फ़ाइलें ड्राफ़्ट के रूप में लौटती हैं, जिसे आप किसी भी बदलाव की तरह समीक्षा करके publish करते हैं) और "Restore and publish" (एक-क्लिक रोलबैक: पुराना संस्करण तुरंत लाइव होता है और publish आपके नाम से दर्ज होता है)। जो साइट अपने-आप publish होती है, या जो अभी लाइव नहीं है, वहाँ restore पहले की तरह काम करता है और साइट लाइव हो तो दोबारा डिप्लॉय होती है। हर संस्करण पर एक पिल होता है: "Live now" वह है जो विज़िटर देखते हैं, "Draft" समीक्षा का इंतज़ार कर रहा है, "Was live" पहले publish हो चुका था, "Went out in a publish" बाद के किसी publish का हिस्सा था, और "Discarded" फेंका जा चुका है। लाइव संस्करण, प्रतीक्षारत ड्राफ़्ट और स्टार्ड संस्करण स्वचालित सफ़ाई से कभी नहीं हटते।

Brief & rules वह जीवित दस्तावेज़ है जिसे AI हर बिल्ड और एडिट पर पढ़ता है। सेक्शन हैं: Business facts, Brand, Rules & instructions, Content guidelines, Approved styles, Decisions, Notes, Learned। Notes में कॉल, मीटिंग और ईमेल के सादे नोट्स रहते हैं, साथ ही Feedback दृश्य पर चिपकाया गया फ़ीडबैक; AI इन्हें पृष्ठभूमि की जानकारी के रूप में पढ़ता है और Notes के अंतर्गत कुछ भी अपने-आप साइट नहीं बदलता। सरल शब्दों में एंट्री जोड़ें: सेक्शन चुनें, चुनें कि यह इस क्लाइंट के हर प्रोजेक्ट पर लागू होगा या केवल इसी पर, टाइप करें या बोलें, फिर Add दबाएँ। जब असिस्टेंट बातचीत में कोई टिकाऊ बात सीखता है, तो वह उसे Learned में unconfirmed के रूप में रखता है; पैनल हर एक के लिए Confirm या Remove पूछता है, और केवल पक्की की गई एंट्री को मालिक का अपना बयान माना जाता है।

Kit, स्वतंत्र मॉड्यूल्स का कैटलॉग है। "Built" में वे परखे हुए मॉड्यूल्स दिखते हैं जिन्हें engine असली पेजों के रूप में दिखाता है (Get a Quote / Request Service सबसे मुख्य है; Contact form; Book online), और हर एक के साथ सरल सारांश, फ़ीचर्स, यह क्यों मायने रखता है, इसे कैसे कस्टमाइज़ करें, सैंपल डेटा वाले असली टेम्पलेट का Preview, और एक कस्टमाइज़ेशन-नोट्स बॉक्स होता है। "Whole catalog" में वे प्लान्ड मॉड्यूल्स जुड़ते हैं जो work items बन जाते हैं। "Add to this project" चुनाव को प्रोजेक्ट की योजना में दर्ज करता है और एक work item बनाता है, ठीक वैसे ही जैसे Kit टैब के add बटन करते हैं। इसी कैटलॉग का अपना पूरा-पेज Kit Explorer भी है (/projects/&lt;id&gt;/kit पर, या बिना प्रोजेक्ट के /projects/kit पर केवल देखने के लिए; देखें "The Kit: browsing, previews, and adding a module"), जो गहरे, चित्रों वाले ब्राउज़ के लिए है: श्रेणियाँ, हर मॉड्यूल का पूरा विस्तृत preview, सुझाए गए कस्टमाइज़ेशन, आपके अपने नोट्स और अटैचमेंट्स वाला बड़ा add पैनल, और "Add to plan" बनाम "Add and build now"।

Questions (2026-09-14) उन discovery प्रश्नों के लिए है जिनका उत्तर कोई नया या मौजूदा क्लाइंट दे। यह Feedback से अलग है, जो पहले से बनी किसी चीज़ के बारे में अनुरोधों के लिए है। यह प्रोजेक्ट पेज का पूरी चौड़ाई वाला टैब है (2026-10-02 से; पुराना /projects/<project>/questions पता इसी को खोलता है)। इसे टैब पंक्ति, Needs you, Next steps, या क्लासिक प्रोजेक्ट्स सूची में किसी पंक्ति के More ▾ मेनू से खोला जाता है, क्योंकि प्रश्नों का असली बैच बनाना और जाँचना साइड पैनल से ज़्यादा जगह मांगता है।

Questions के लिए नोट्स (पहले इसे The brief कहा जाता था) एक चालू, सहेजा हुआ थ्रेड है, कोई एक बॉक्स नहीं जिसमें लिखकर आप उसे खो दें। एक बार में एक नोट जोड़ें (टाइप करें या Dictate करें, फिर "+ Add note" दबाएँ)। हर नोट टाइमस्टैंप और हटाने के बटन के साथ अपनी अलग एंट्री बनता है, और अगली बार पेज खोलने पर सब वैसा ही मिलता है। कुछ भी सिर्फ़ ब्राउज़र टैब में नहीं रहता। कल, या एक हफ़्ते बाद लौटें और और जोड़ें; सब गिना जाता है।

जब काफ़ी जानकारी हो जाए, तो "Draft questions from everything above" दबाएँ। AI पूरा थ्रेड पढ़ता है, और Brief & rules में पहले से पक्की बातें भी, ताकि वह वही दोबारा न पूछे। फिर वह विशिष्ट प्रश्नों का एक सेट सुझाता है, आमतौर पर लगभग 15, जो किसी छोटे मार्केटिंग-साइट प्रश्नावली से ज़्यादा होते हैं, क्योंकि मकसद असली विस्तार लेना है, दिखावे भर का नहीं। हर प्रश्न या तो fill-in प्रश्न होता है, या, जब असली उत्तर सचमुच छोटे बंद सेट में आते हों (जैसे बजट का दायरा, हाँ/नहीं/शायद, या कुछ नामित दिशाओं में से चुनाव), तो 3-6 AI-सुझाए विकल्पों वाला multiple-choice प्रश्न होता है। जिस multiple-choice प्रश्न में एक से ज़्यादा विकल्प एक साथ लागू हो सकते हैं, उसमें "allow more than one" भी होता है, ताकि क्लाइंट एक ही चुनने के लिए मजबूर न हो और कई चेकबॉक्स चुन सके (जैसे कौन-सी सुविधाएँ चाहिए, कौन-सी सेवाएँ दी जाती हैं)। अगर प्रोजेक्ट सिर्फ़ मार्केटिंग साइट से बढ़कर लगे, जैसे कोई सिस्टम, ऐप, या ऐसी चीज़ जो रोज़ का काम चलाने में मदद करे, तो AI विशिष्ट, रचनात्मक multiple-choice प्रश्नों की ओर जाता है। ये असली operational फ़ीचर्स पर होते हैं, जैसे अपने-आप review अनुरोध, डिजिटल इनवॉइसिंग, तुरंत quotes, scheduling, follow-ups और reporting, और यह सब आपके लिखे पर आधारित होता है, किसी सामान्य चेकलिस्ट पर नहीं। यह कभी आपके किसी दूसरे क्लाइंट या प्रोजेक्ट का नाम या संकेत नहीं देता, उदाहरण के तौर पर भी नहीं। हर प्रश्न अपने आप में खड़ा होता है, जैसे यही एकमात्र क्लाइंट हो जिसके साथ आपने कभी काम किया हो।

अभी कुछ सहेजा नहीं गया है। हर सुझाया गया प्रश्न एक चेकबॉक्स, अपने संपादन योग्य टेक्स्ट, और एक Fill in / Multiple choice स्विच के साथ दिखता है। multiple-choice प्रश्न के विकल्प हर एक अलग संपादन योग्य पंक्ति होते हैं, हर एक के साथ हटाने का बटन, "+ Add option", और एक "allow more than one" चेकबॉक्स। "+ Add my own question" एक खाली fill-in प्रश्न जोड़ता है जिसे आप खुद लिख सकते हैं (या उसे Multiple choice में बदल सकते हैं)। उसे लिखकर "✨ Suggest options" दबाएँ (या फिर से कोशिश के लिए "↻ Re-suggest options"), तो AI उसी प्रश्न के लिए 3-6 यथार्थ विकल्प सुझाता है, ताकि "Option 1, Option 2" हाथ से लिखने में फँसना न पड़े। भेजने से पहले किसी को अनचेक करें, संपादित करें, किसी विकल्प को फिर से लिखें, प्रकार बदलें, या कुछ भी हटाएँ।

"Send N to the client" ही वह चीज़ है जो असल में प्रश्न बनाती है। यह प्रोजेक्ट का access code न होने पर उसे बनाता है, और आपको एक लिंक देता है। "Copy link" से लिंक कॉपी करें, या "Email it" से अपना ईमेल ऐप खुलेगा जिसमें क्लाइंट का पता और लिंक पहले से भरे होंगे; ईमेल aiKit खुद कभी नहीं भेजता। भेजने से समीक्षा सूची खाली हो जाती है और एक पुष्टि कार्ड दिखता है जिसमें भेजी गई चीज़ों का सारांश होता है। पेज "Sent so far" तक नीचे स्क्रॉल करता है, ताकि साफ़ रहे कि प्रश्न सहेजे गए हैं, खोए नहीं, क्योंकि अब वही सूची उनका नया घर है। क्लाइंट बिना अपने खाते के उस लिंक को खोलता है, कोई विकल्प चुनता है (या "allow more than one" प्रश्न में कई चेकबॉक्स चुनता है), या उत्तर लिखता है, और बाकी बाद के लिए छोड़ सकता है। सबमिट करने के बाद हर उत्तर Brief & rules में Decisions के अंतर्गत अपनी अलग एंट्री बनता है (प्रश्न का मकसद, फिर उत्तर; जिन प्रश्नों का उत्तर नहीं मिला उन्हें छोड़ दिया जाता है), ताकि AI हर आगामी संपादन में इन्हें ध्यान में रखे और साइट योजना इन्हें अपने Decisions भाग में बदल दे। साथ ही AI निजी तौर पर जाँचता है कि कोई वास्तविक follow-up प्रश्न पूछना उचित है या नहीं। ज़्यादातर दौरों में कोई नहीं होता, लेकिन अगर कोई उत्तर अस्पष्ट हो या दो उत्तर आपस में टकराएँ, तो उसी लिंक पर अपने आप एक से तीन तीखे follow-up प्रश्न आ जाते हैं, बिना नए लिंक के। ये कुछ दौरों के बाद सीमित रहते हैं, ताकि बात कभी न खत्म होने वाली बहस न बन जाए।

इस पेज पर कभी भी वापस आएँ — क्लाइंट ने सारे सवालों के जवाब देने से पहले, या बहुत बाद में — और उसी Draft-then-review फ़्लो से एक और राउंड भेजें; वह उसी लिंक की सूची में जुड़ जाता है, कुछ नया भेजना नहीं पड़ता। Sent so far सूची में हर राउंड दिखता है, हर सवाल उसके असली जवाब के साथ (और बहु-विकल्प सवाल के विकल्प, साथ ही यह नोट कि एक से ज़्यादा चुनने की अनुमति थी) या "Waiting for an answer" पिल, और जब तक नवीनतम राउंड का कोई सवाल खुला है, यह सूची अपने आप ताज़ा होती रहती है। "Export answers" हर राउंड के सभी सवाल और जवाब एक सादी टेक्स्ट फ़ाइल में डाउनलोड करता है — इसे सीधे एक नए Claude या Claude Code सेशन में पेस्ट करके बनाना शुरू करने के लिए बनाया गया है, किसी दूसरे टूल में खोलने के लिए नहीं; यही Q&A प्रोजेक्ट के Brief & rules में हमेशा के लिए भी सहेजा रहता है, इसलिए एक्सपोर्ट सिर्फ़ सुविधा की प्रति है, एकमात्र रिकॉर्ड नहीं। एक्सपोर्ट में क्लाइंट द्वारा अपलोड की गई हर फ़ोटो भी सूचीबद्ध होती है, उसके नोट, टैग और लिंक के साथ।

ड्राफ़्ट (2026-09-30)। प्रश्नावली को ड्राफ़्ट के रूप में भी लोड किया जा सकता है — सवाल प्रोजेक्ट पर सहेजे जाते हैं लेकिन भेजे नहीं जाते। ये अपने अलग "Drafts, not sent yet" कार्ड में गिनती के साथ दिखते हैं, उसी क्रम में नंबरित जिस क्रम में क्लाइंट इन्हें देखेगा। हर ड्राफ़्ट में उसका सेक्शन शीर्षक (अगर वह नए सेक्शन की शुरुआत करता है), सवाल, उसका अनुवाद, उसका टिप, और बहु-विकल्प सवाल के लिए यह कि क्लाइंट एक चुनता है या कई, साथ ही विकल्प दिखते हैं। Edit उसे उसी जगह खोलता है: सवाल, उसके नीचे का टिप, और उसके ऊपर का सेक्शन शीर्षक, हर एक दोनों भाषाओं में साथ-साथ (फ़ोन पर एक के नीचे एक); Fill in या Multiple choice; हर विकल्प दोनों भाषाओं में, उसके साथ हटाने का बटन, "+ Add option", और "Client can select more than one"। ↑ और ↓ बटन ड्राफ़्ट को ऊपर या नीचे ले जाते हैं, × उसे हटाता है (पंक्ति में ही पूछता है "Delete N?" with Delete और Keep के साथ), और "+ Add a draft question" उसी एडिटर के साथ अंत में एक नया सवाल जोड़ता है। क्लाइंट इनमें से कुछ नहीं देखता। ड्राफ़्ट भेजना तीन चरणों में होता है, ताकि क्लाइंट का लिंक कभी खाली न दिखे। 1 समीक्षा: जब तक ड्राफ़्ट नहीं भेजे गए हैं, Questions पेज के ऊपर एक बड़े नारंगी बॉक्स में यह लिखा रहता है ("33 questions not sent yet. David sees nothing until you preview and send.") और एक बटन, "Preview what David will see"; ड्राफ़्ट कार्ड के नीचे "Next: preview" होता है। इस चरण पर लिंक कॉपी करने या ईमेल का कोई नियंत्रण नहीं है। 2 पूर्वावलोकन: क्लाइंट का अपना लिंक उसी टैब में खुलता है। चूँकि आप प्रोजेक्ट में साइन इन हैं, आपको पूरा पेज ठीक वैसा दिखता है जैसा क्लाइंट को मिलेगा (इंट्रो, भाषा स्विच, हर सवाल, टिप, विकल्प, और फ़ोटो व फ़ाइलों वाला सेक्शन), जिसके ऊपर केवल "← Back to edit" और "Looks good, send it" वाली पट्टी होती है। पूर्वावलोकन में जवाब और अपलोड सहेजे नहीं जाते। जो व्यक्ति प्रोजेक्ट में साइन इन नहीं है और भेजने से पहले लिंक खोलता है, उसे केवल इंट्रो और "Your questions will appear here very soon" दिखता है। 3 भेजना: "Looks good, send it" सभी ड्राफ़्ट को एक साथ, क्रम से प्रकाशित करता है, और आपको Questions पेज पर वापस ले जाता है, जहाँ एक हरा पैनल खुला होता है जिसमें असली सर्वे लिंक, "Copy link", और क्लाइंट को "Email it to" का विकल्प होता है, साथ में क्लाइंट का ईमेल एक संपादन योग्य बॉक्स में (जो प्रोजेक्ट में सहेजा जाता है) जो आपका अपना ईमेल ऐप खोलता है, जिसमें एक छोटा नोट और लिंक पहले से भरा होता है; aiKit स्वयं ईमेल नहीं भेजता। यह पैनल उसके बाद से Questions पेज के ऊपर बना रहता है। ड्राफ़्ट तब तक "Sent so far" में नहीं गिने जाते जब तक वे भेजे न जाएँ। किसी भी चरण में ब्राउज़र पॉप-अप का उपयोग नहीं होता; हर पुष्टि पेज पर ही दिखती है।

दो भाषाएँ (2026-09-30)। प्रश्नावली अंग्रेज़ी और स्पेनिश में लिखी जा सकती है। प्रोजेक्ट की मुख्य भाषा वह है जो क्लाइंट सबसे पहले देखता है, और हर सवाल में उसका अनुवाद हो सकता है, जिसमें उसके विकल्प, टिप और सेक्शन शीर्षक शामिल हैं। जब अनुवाद मौजूद होते हैं, तो क्लाइंट का पेज मुख्य भाषा में खुलता है, और सबसे ऊपर एक English / Español स्विच होता है जो पेज की हर चीज़ एक साथ बदल देता है: हर सवाल, विकल्प, टिप, सेक्शन शीर्षक, इंट्रो, और सभी बटन व संदेश। माइक्रोफ़ोन उसी भाषा में सुनता है जो दिख रही है, इसलिए स्पेनिश बोलने वाला स्पेनिश में बोलकर लिख सकता है। जवाब वैसे ही सहेजे जाते हैं जैसे टाइप किए गए हों। बहु-विकल्प सवाल का जवाब हमेशा मुख्य भाषा के शब्दों में सहेजा जाता है, चाहे क्लाइंट किसी भी भाषा में पढ़ रहा हो, ताकि Sent so far सूची और Brief & rules एक जैसे दिखें। जिस प्रश्नावली का अपना इंट्रो, अपनी भाषा या फ़ोटो हों, वह व्यवसाय के अपने पेज के रूप में दिखती है: हेडर में प्रोजेक्ट का नाम होता है और aiKit ∞ चिह्न नहीं होता। इंट्रो में बोल्ड टेक्स्ट और पैराग्राफ़ समर्थित हैं।

जवाब जैसे-जैसे दिए जाएँ वैसे सहेजे जाते हैं (2026-09-30)। क्लाइंट के पेज पर हर सवाल का अपना Save answer बटन होता है। सहेजे गए जवाब के साथ एक निशान और उसके सहेजे जाने का समय दिखता है, और क्लाइंट जब तक काम पूरा न करे तब तक उसे बदलकर फिर से सहेज सकता है; जो लिखा गया है पर सहेजा नहीं गया, वह क्लाइंट के ब्राउज़र में रहता है, इसलिए रिफ़्रेश करने पर वह नहीं खोता। प्रोग्रेस बार सहेजे गए जवाब गिनता है। नीचे "I'm done, send everything" जो बचा है उसे सहेजता है और जवाब आगे भेज देता है: उन्हें क्लाइंट के जवाबों के रूप में Brief & rules में डाला जाता है, आपकी पुष्टि का इंतज़ार करते हुए (या "I review first" के तहत आपके लिए रोककर रखा जाता है), और भले ही कुछ सवाल खाली छूटे हों, फ़ॉलो-अप के लिए जाँचे जाते हैं। Brief & rules में किसी जवाब पर Confirm दबाने तक (ऊपर का कार्ड कहता है "The client answered N questions"), AI उसे क्लाइंट की जानकारी के रूप में पढ़ता है, कभी निर्देश के रूप में नहीं; "I review first" से आपके द्वारा स्वीकृत जवाब पहले से पुष्ट होकर दर्ज होते हैं। एक राउंड तब भी अपने आप आगे भेजा जाता है जब उसके हर सवाल का सहेजा हुआ जवाब हो जाए। Sent so far सूची में जो जवाब सहेजा गया है पर पूरा नहीं हुआ, उस पर "Saved by the client, not sent yet" पिल दिखता है। बहु-विकल्प सवाल "Other" का विकल्प भी दे सकता है (ड्राफ़्ट एडिटर में "Add an "Other" choice" के साथ एक टेक्स्ट बॉक्स): क्लाइंट Other पर टिक करता है और अपना जवाब टाइप या बोलकर देता है, जो चुने गए विकल्पों के बाद "Other: …" के रूप में सहेजा जाता है। दो-भाषा वाली प्रश्नावली पर फ़ॉलो-अप सवाल AI मुख्य भाषा में लिखता है, साथ में अनुवाद, और जहाँ मदद मिले वहाँ एक छोटा टिप भी; ये क्लाइंट के वास्तविक जवाबों और उसकी फ़ोटो के नोट्स पर आधारित होते हैं, हर राउंड में अधिकतम 8, और हर राउंड के लिए एक फ़ॉलो-अप राउंड।

लिखित प्रश्नावली लोड करना। फ़ाइल के रूप में लिखी प्रश्नावली (दोनों भाषाओं में प्रश्न, सेक्शन, सुझाव, विकल्प, परिचय, फ़ोटो टैग) को aiKit कोडबेस से scripts/import-client-questions.mjs के ज़रिए ड्राफ़्ट के रूप में लोड किया जा सकता है, या ऐप में POST /api/hosted-projects/<id>/questions/import पर जाकर (साइन-इन स्टाफ़, या पूर्ण-एक्सेस aiKit API key से)। दोनों में से कोई भी तरीका प्रोजेक्ट के मौजूदा ड्राफ़्ट बदल देता है और अगर प्रोजेक्ट में पहले से भेजे गए प्रश्न हैं तो रुक जाता है; कुछ भी भेजा नहीं जाता।

क्लाइंट फ़ोटो (2026-09-30)। "Client photos" कार्ड में एक स्विच है, "Ask the client for photos at the end of their questions page." जब यह चालू हो और प्रश्न भेजे जा चुके हों, तो क्लाइंट के पेज के अंत में एक Photos सेक्शन आता है: वे एक साथ कई फ़ोटो चुन सकते हैं (40 या अधिक भी चलेगा), हर फ़ोटो का अपना प्रोग्रेस बार देखते हुए अपलोड होते देख सकते हैं (एक बार में तीन, जिन फ़ोटो में विफलता हो उन पर Try again), फिर हर फ़ोटो में नोट जोड़ सकते हैं (लिखकर या बोलकर) और Before, After, Finished job, या Me / my team जैसा टैग चुन सकते हैं। नोट और टैग लिखते ही अपने-आप सेव हो जाते हैं; फ़ोटो के लिए कोई Send बटन नहीं है, अपलोड के लिए कोई प्रश्न जवाब देना ज़रूरी नहीं है, और उसी लिंक पर लौटने पर सब कुछ वैसा ही मिलता है। वे अपनी फ़ोटो हटा भी सकते हैं। इस पेज पर कार्ड हर फ़ोटो को उसके टैग, नोट, फ़ाइल नाम और आकार के साथ दिखाता है, और उसके साथ एक Download बटन होता है। जहाँ aiKit का फ़ाइल स्टोरेज चालू है, वहाँ फ़ोटो मूल फ़ाइल के रूप में अपलोड होती हैं (25 MB तक; छोटे MP4 या MOV वीडियो 100 MB तक भी चलते हैं); उसके बिना, अपलोड से पहले क्लाइंट के ब्राउज़र में हर फ़ोटो की लंबी भुजा 2400 पिक्सल तक सिकोड़ी जाती है, और वीडियो स्वीकार नहीं होते। सेक्शन का नाम "Photos and files" है: फ़ोन की फ़ोटो और स्क्रीनशॉट (JPEG, PNG, HEIC, WebP) के अलावा क्लाइंट GIF, PDF और अन्य फ़ाइलें जैसे लोगो, बिज़नेस कार्ड या फ़्लायर (AI, EPS, SVG, Word, Excel, PowerPoint, text, ZIP) भी अपलोड कर सकते हैं। ये फ़ाइलें बिना बदलाव के अपलोड होती हैं और Download बटन वाले फ़ाइल कार्ड के रूप में दिखती हैं; Blob store के बिना हर फ़ाइल 4 MB तक हो सकती है। स्टाफ़ प्रीव्यू (ऊपर चरण 2) में यह सेक्शन बिल्कुल वैसा ही दिखता है जैसा क्लाइंट को दिखेगा, लेकिन प्रीव्यू में फ़ाइलें चुनने पर केवल एक नोट आता है कि कुछ भी अपलोड नहीं हो रहा।

Versions टैब (यह पुराने Changelog टैब की जगह लेता है; ?tab=changelog वाले लिंक इसे खोलते हैं) के दो हिस्से हैं। पहला, साइट के हर सेव किए गए वर्शन की सूची, सबसे नए पहले, जिसमें किसी भी पुराने वर्शन पर Restore है (ऊपर एडिटर विंडो में Versions देखें: रीस्टोर भी अपने-आप एक वर्शन के रूप में सेव होता है, इसलिए उसे वापस किया जा सकता है)। दूसरा, What shipped: हर वह बदलाव जो सचमुच जारी हुआ, सबसे नए पहले, हर एक के साथ एक प्रकार का पिल (fix या change), वह पेज जिस पर असर पड़ा, और कब हुआ, साथ में Copy proof link, जो Settings टैब के Updates पेज वाली पंक्ति की तरह ही बिना लॉगिन वाला अपडेट लिंक कॉपी करता है, ताकि इसे क्लाइंट को यह दिखाने के लिए भेजा जा सके कि क्या जारी हुआ।

Versions की सूची के ऊपर, Proofs sent to your client इस प्रोजेक्ट के हर वेबसाइट प्रूफ़ की सूची दिखाती है (टैब के ऊपर, प्रोजेक्ट के हेडर में और रिव्यू स्क्रीन पर Send proof से एक भेजा जाता है): साइट का कौन-सा वर्शन और कितने पेज दिखाता है, Sent, Opened, Viewed, फिर Approved या Changes, किसने कितनी दूर तक देखा और कब, और इसने Feedback टैब पर कितने बदलाव जोड़े। मंज़ूरी Approved by (नाम) के साथ समय और साइट वर्शन दिखाती है, और वह वर्शन नीचे की सूची में Approved by पिल पाता है। मंज़ूरी से कुछ भी प्रकाशित नहीं होता: जब आप तैयार हों तो रिव्यू स्क्रीन पर Publish दबाएँ। प्रोजेक्ट के हेडर में नवीनतम प्रूफ़ की स्थिति भी दिखती है (Proof: Waiting on your client, Changes requested, या Approved), जिस पर क्लिक करने से यह सूची खुलती है।

सबसे ऊपर चार टाइल: Address (लाइव पता, या यह कि वह अभी वेब पर नहीं है), Status (सरल भाषा में स्थिति, आखिरी बार कब जाँची गई, और Check again), Free preview (90 दिन की विंडो में बचे दिन, एक बार के साथ), और Versions and backups (कितने सेव हैं, Open Versions के साथ)। इनके नीचे एक कार्ड: Go live before launch (लगभग एक मिनट में एक अस्थायी aiKit पता; यह पहली बिल्ड पूरी होने तक इंतज़ार करता है) या Redeploy after launch (प्रोजेक्ट की मौजूदा फ़ाइलें उसी पते पर प्रकाशित करता है, उन बदलावों के लिए जो सीधे कोड में किए गए हों; एडिटर, Quick edit, या feedback से किए गए बदलाव अपने-आप लाइव हो जाते हैं)।

इसके बाद डोमेन और साइट कहाँ रहती है, इस पर पूरा सरल भाषा का ट्यूटोरियल, जो डेवलपर के बजाय एक गैर-तकनीकी व्यवसाय मालिक के लिए लिखा गया है: वेब पता (डोमेन) असल में क्या है, इसे दुकान और सड़क के साइनबोर्ड की मिसाल से समझाया गया है; हर प्रोजेक्ट को जो अस्थायी aiKit पता मिलता है और क्लाइंट के अपने डोमेन में अंतर; असली डोमेन जोड़ने के चरण-दर-चरण निर्देश: जोड़े जाने वाले दो DNS रिकॉर्ड (76.76.21.21 की ओर एक A record और "www" के लिए cname.vercel-dns.com की ओर एक CNAME), साथ ही GoDaddy, Namecheap, Cloudflare, Squarespace/Google Domains, Wix, और Bluehost/HostGator के लिए खुलने वाले अलग-अलग रजिस्ट्रार मार्गदर्शिकाएँ; डोमेन जुड़ने के बाद वास्तव में क्या बदलता है (सर्च इंजन असली नाम के तहत फिर से इंडेक्स करते हैं, उस डोमेन की पुरानी साइट बदल दी जाती है, MX records को न छेड़ें तो ईमेल पर कोई असर नहीं होता, और अस्थायी पता काम करता रहता है); यदि साइट डाउन दिखे तो क्रम से क्या जाँचें; आपको असल में इनमें से कुछ छूने की ज़रूरत कब पड़ती है बनाम रोज़मर्रा के बदलाव; और डिफ़ॉल्ट रूप से बंद, डेवलपर या रजिस्ट्रार की अपनी सपोर्ट टीम के लिए कच्चा तकनीकी DNS/HTTP स्नैपशॉट।

यहाँ इस्तेमाल होने वाले सरल भाषा के स्थिति लेबल, जैसे "On their own domain," "On a temporary aiKit address," "Site is down," और बाकी, कोड में बस एक ही जगह परिभाषित हैं और इसी टैब, Overview पर Technical details, और सूची की पंक्ति के बैज में दोबारा इस्तेमाल होते हैं, ताकि वे एक ही प्रोजेक्ट के बारे में कभी अलग बात न कहें।