3 हफ्ते पहले पहले Show GN में मैंने शेयर किया था कि मैं 5-tier firewall बना रहा हूँ, और इस बीच की design correction + जो वास्तव में ship किया, वह साझा कर रहा हूँ. 1 point/1 comment के साथ दब गया था, लेकिन प्रगति हुई है इसलिए एक बार फिर.
▶ 5-tier → 4-tier correction (PUSH / QUEUE / SILENT / AUTO)
"Call" tier को हटाकर hold पर रखा है. PoC के दौरान मिले data के आधार पर यह फैसला किया.
▶ Agent loop end-to-end पूरा
Meeting request email आता है → tier classification → Klorn calendar conflict चेक करता है → reply + calendar event draft बनाता है → PendingAction में wait करता है → user 1-click approve करता है → launch. सभी actions को launch से पहले payload hash से sign किया जाता है, और ActionReceipt match न हो तो execution संभव नहीं.
▶ सबसे ज्यादा समय लेने वाला हिस्सा: invariant test (100 lines से कम code)
ऐसा test जिसमें send_email जैसी action अगर user approval के बिना execute हो जाए तो build टूट जाए. अगर कोई approval check हटा दे → test fail → build fail → deploy fail. Bypass अपने आप में option नहीं बनता. "agent अपने आप नहीं भेजता" marketing copy नहीं, बल्कि सच क्यों है, इसकी यही वजह है.
▶ एक असली prod bug भी पकड़ा
OpenRouter ने :free model SKU retire कर दिया, इसलिए सभी autonomous cycle "404 No endpoints found" के साथ मर रहे थे. पहले का failover सिर्फ 402 / 403 / 429 संभालता था. "model गायब हो गया" केस handle नहीं होता था. Multi-model fallback chain डाल दी, इसलिए ऊपर वाला कोई एक SKU मर जाए तब भी agent नहीं मरता.
▶ Day 14+7 retention माप रहा हूँ
ICP के 5 active users PoC pass करने का मानदंड हैं. ईमानदार feedback की एक लाइन भी स्वागतयोग्य है.
▶ 60-second video: https://klorn.ai
▶ Code: https://github.com/k08200/klorn
Beta मुफ़्त है + PRO अपने आप apply हो रहा है. पहली पोस्ट पर राय देने वाले सभी लोगों का सच में धन्यवाद.
1 टिप्पणियां
एक सवाल — agent / SaaS चलाने वाले लोगों, जब agent ने user की मंशा के बिना काम किया, तब आपने सबसे ज़्यादा कौन-सा failure mode देखा?
मैंने ऑपरेशन के दौरान जो frequency के क्रम में देखा:
:freeSKU बंद होते ही बिना किसी fallback के cycle भी बंद हो गयादूसरे लोगों के patterns जानने की जिज्ञासा है.