मेरा क्लाइंट काम जांचने से पहले पैसे नहीं देता। अच्छी बात है। यह है वह पैकेट जो मैं भेजता हूं।

क्लाइंट सही क्यों है

जिस क्लाइंट को AI की डिलीवरी ने एक बार जलाया है, उसे भरोसे की समस्या नहीं है। उसे सबूत की समस्या है, और वह तर्कसंगत है। उसने एक बार ऐसे डिलीवरेबल के पैसे दिए जो खूबसूरती से पढ़ा गया और पहले असली सवाल पर ही बिखर गया। अब हर हो गया दरवाज़े पर रुकता है, और भुगतान उस जांच का इंतज़ार करता है जिसमें सारांश वाला ईमेल टिक नहीं सकता।

इसलिए पैकेट बदल गया। अब जो बाहर जाता है वह काम का सारांश नहीं है। वह काम का रिकॉर्ड है, इस तरह बना कि क्लाइंट उसे बिना अनुमति मांगे और बिना किसी की बात माने जांच सके। इसमें ठीक-ठीक यह है।

पैकेट की बनावट

हर चरण, एक रसीद के रूप में। काम Zambo से चलता है, और हर चरण कॉल के समय जांच जा सकने वाली रसीद लिखता है: कॉल, परिणाम, उसी समय हैश किया गया। पैकेट एक लिंक के पीछे क्रम में रखी वही रसीदें हैं। इसमें कुछ भी बाद में नहीं लिखा गया।

जो जांचा नहीं गया, वह सूची में है। जो पैकेट सिर्फ सफलताएं दिखाता है, वह बेहतरीन पलों की झलक है। हैंडओवर पेज अपने अलग भाग में नाम देता है कि क्या नहीं चला या जांचा नहीं गया। नीचे दिए दोनों असली पैकेट्स में बिना जांचे की गिनती शून्य है, और रिकॉर्ड सवाल खुला छोड़ने के बजाय वह शून्य छापता है।

स्रोत, संख्याओं में गिने गए। जब कोई काम बाहर के स्रोतों का हवाला देता है, तो स्वीकृति रिकॉर्ड एक सार गिनती रखता है: कितने स्रोत सुलझे, कितने नहीं, कितने जांचे नहीं गए। जो स्रोत असफल होता है वह अनसुलझा छपता है। गिनती सुंदर दिखाने के लिए वह कभी चुपचाप नहीं हटाया जाता। नीचे के दोनों पैकेट्स में सार हर जगह शून्य पढ़ता है, क्योंकि दोनों में से किसी काम ने बाहर के स्रोतों का हवाला नहीं दिया, और रिकॉर्ड यह भी साफ़ कहता है।

स्वीकृति रिकॉर्ड। पैकेट निर्णय की सतह के साथ बंद होता है: स्वीकार करें या दर्ज करें, एक टैप, बिना खाते के। निर्णय रिकॉर्ड में लिखा जाता है कि किसने तय किया और कब, और वह वह जारी स्थिति रखता है जिस पर इनवॉइस निर्भर है।

एक ताला जिसे भेजने वाला नहीं खोल सकता। जिस एजेंट ने काम किया, वह अपना पैकेट खुद स्वीकार नहीं कर सकता, और वह खाता भी नहीं जिसने हैंडओवर बनाया। कोशिश साफ़ शब्दों में अस्वीकृत लौटती है। स्वीकृति मेज़ के दूसरी तरफ से आनी चाहिए, वरना वह होती ही नहीं।

दो पैकेट, दो स्थितियां

दोनों असली रिकॉर्ड हैं, अभी पढ़े जा सकते हैं।

पहला, zambo.dev/handover/45434a17-4afc-486a-9646-e689bcee4297, चार चरणों का ऑडिट काम है। उसका स्वीकृति रिकॉर्ड पढ़ता है: स्थिति स्वीकृत, क्लाइंट द्वारा तय, 16 अक्टूबर 2026 को तय, चारों चरण जांचे गए, जारी स्थिति जारी करने के लिए ठीक। यह पैकेट अपनी जारी स्थिति में है: जांचा गया, परखा गया, भुगतान के लिए साफ़।

दूसरा, zambo.dev/handover/bd7e5325-33fd-4c5e-b029-76b781fa2f51, पांच चरणों का काम है जिसके क्लाइंट ने अभी तय नहीं किया। स्थिति लंबित। तय किया: अभी किसी ने नहीं। जारी स्थिति: रोक। रिकॉर्ड इसे नरम भाषा में नहीं धकेलता। जब तक क्लाइंट काम जांचकर स्वीकार नहीं करता, पैकेट कहता है कि पैसा नहीं हिलेगा, क्योंकि काम अभी साबित नहीं हुआ है।

जारी करने का नियम

पूरी अनुशासन यही है, और एक पंक्ति में समा जाती है: लंबित का मतलब है रोक, स्वीकृत का मतलब है जारी करने के लिए ठीक।

फ्रीलांसर और एजेंसियां अंतर तुरंत महसूस करती हैं। कोई पीछा करने वाला ईमेल नहीं, इनवॉइस पर बस फ़ॉलो-अप नहीं, सारांश का मतलब क्या था इस पर कोई बहस नहीं। एक लिंक है, एक जांच है जो क्लाइंट अपने ब्राउज़र में चलाता है, और एक निर्णय है जो या तो भुगतान जारी करता है या नाम देता है कि क्या दर्ज किया गया।

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

अंतर महसूस करने का सबसे तेज़ तरीका है एक पैकेट को खुद बनते देखना। zambo.dev/demo/ पर लाइव डेमो असली काम चलाता है और रिकॉर्ड वहीं बनाता है, रसीद-दर-रसीद, वही रिकॉर्ड जो कोई क्लाइंट खोलेगा।

लागत, साफ़ शब्दों में

सार्वजनिक हैंडओवर मुफ़्त हैं। निजी लिंक, आपकी अपनी ब्रांडिंग, और PDF और JSON निर्यात Zambo Pass के साथ आते हैं, 30 दिन के लिए $29 एक बार के भुगतान में। नीचे की रसीदें AER-1 हैं, IETF इंटरनेट-ड्राफ़्ट (draft-zambo-aer1-26) के रूप में प्रकाशित एक खुला प्रारूप, और वे ऑफ़लाइन जांची जाती हैं, इसलिए क्लाइंट की जांच को कभी यह भरोसा नहीं करना पड़ता कि Zambo का सर्वर Zambo के रिकॉर्ड के लिए जवाब देगा।

एजेंट-से-एजेंट डिलीवरी के लिए, जहां एक AI अपना काम किसी व्यक्ति के बजाय दूसरे AI को सौंपता है, पैकेट की वही प्रक्रिया यहां लिखी है: agent-to-agent-handover.html।

ईमानदार सीमा

पैकेट साबित करता है कि काम का सहेजा गया रिकॉर्ड सहेजे जाने के बाद बदला नहीं गया। वह यह साबित नहीं करता कि काम सही था। क्लाइंट हर रसीद जांच सकता है, रिकॉर्ड सही-सलामत पा सकता है, और फिर भी काम दर्ज कर सकता है, और पैकेट इसे वैध परिणाम मानता है, क्योंकि निर्णय हमेशा क्लाइंट का ही था। पैकेट जो हटाता है वह इस पर बहस है कि क्या दिया गया। जो दिया गया वह रिकॉर्ड है। रिकॉर्ड जांचा जा सकता है। बाकी एक व्यावसायिक निर्णय है, सबूत पर लिया गया, आस्था पर नहीं।

आपके AI ने कहा हो गया। $0.99 में, साबित करें: zambo.dev/day-pass/।

लागत