मोलमोलाइको खेल-योजना र रेडलाइन संवाद

तर्क उत्पादन — candidate मेनु

मोलमोलाइमा एआईको सबैभन्दा भरपर्दो प्रयोग अर्थशास्त्रीहरूले candidate generation भन्ने काम हो। तपाईंसँग विवादित शर्त छ — मानौँ एक वर्षको शुल्कमा बाँधिएको liability cap, gross negligence वा IP indemnity का लागि कुनै carve-out बिना। तपाईं मोडललाई संरचित मेनु माग्नुहुन्छ — परिवर्तनका लागि पुश गर्नुपर्ने तर्क, प्रतिपक्षीबाट सम्भावित counter-तर्क, पहिलो माग अस्वीकृत भएमा fallback स्थिति, र प्रत्येक fallback का लागि बलियो justification। मोडलले दुई मिनेटमा एक-पाने playbook उत्पादन गर्छ, जुन तपाईंले एक घन्टा सोचेर देखाउन सक्ने सम्भावनासमेत समेट्छ।

Prompt को आकार महत्वपूर्ण छ। अस्पष्ट — “cap मा कसरी मोलमोलाइ गर्ने?” — ले अस्पष्ट output दिन्छ। विशिष्ट ले विशिष्ट दिन्छ:

हामी एक नेपाली SaaS vendor का तर्फबाट छौँ। ग्राहक (एक ठूलो भारतीय बैङ्क) ले “अघिल्लो अवधिमा तिरिएको १२ महिनाको शुल्क” को liability cap, कुनै carve-out बिना, प्रस्ताव गरेको छ। हाम्रो रोजाइको स्थिति — गोपनीयता उल्लङ्घन, IP indemnity, gross negligence, र wilful misconduct का लागि असीमित दायित्व, र १२-महिने cap अन्य दाबीमा मात्र। उत्पादन गर्नुहोस्: (१) हाम्रो रोजाइको स्थितिका लागि ग्राहकको counsel लाई दिन सकिने तीन substantive तर्क, बलको क्रममा; (२) सबैभन्दा सम्भावित तीन counter-तर्क, प्रत्येकको एक-वाक्य खण्डन सहित; (३) हाम्रो रोजाइको स्थिति अस्वीकृत भएमा दुई fallback स्थिति, प्रत्येकको व्यावसायिक trade-off स्पष्ट रूपमा; (४) कुनै पनि अवस्थामा स्वीकार नगर्ने एक स्थिति, र किन। यसलाई नेपाली कानुनको करारका लागि framework मा राख्नुहोस्; US/UK case law मा आधारित ग्राहकका तर्कलाई उपलब्ध तर बाध्यकारी होइन भन्ने मान्नुहोस्।

जे फिर्ता आउँछ त्यो उत्तर होइन। त्यो मेनु हो। वकिलले त्यसबाट छनोट गर्छ — र छनोट, मुख्य रूपमा, deal, पक्ष, र सम्बन्धबारे थाहा भएको आधारमा गर्छ, जुन कुनै पनि मोडलसँग पहुँचयोग्य छैन।

Redline drafting — पहिले तथ्य, अनि भाषा

के पुश गर्ने निर्णय भएपछि, दोस्रो उच्च-मूल्य प्रयोग हो redline आफैँ उत्पादन। काम गर्ने ढाँचा हो तथ्य-पहिले — मोडललाई हालको clause भन्नुहोस्, clause ले के गर्न चाहेको हो भन्नुहोस्, redline र प्रतिपक्षी counsel लाई इमेलमा paste गर्न मिल्ने एक-वाक्य कारण माग्नुहोस्।

सीमित-दायित्व clause हाल यसरी draft भएको छ: [clause paste]। हामी यसले निम्न गर्न चाहन्छौँ: (i) साधारण दाबीका लागि १२-महिने cap कायम राख्ने; (ii) गोपनीयता उल्लङ्घन, तेस्रो-पक्षीय IP उल्लङ्घन, gross negligence, वा wilful misconduct को कुनै पनि दायित्व cap बाट बाहिर निकाल्ने; (iii) “कानुनले अनुमति दिएको अधिकतम सीमासम्म” भन्ने सामान्य सूत्रमा भर पर्नुको सट्टा carve-out स्पष्ट बनाउने। उत्पादन गर्नुहोस्: (१) यो हासिल गर्ने clause को सफा redline; (२) हाम्रो markup वा प्रतिपक्षी counsel लाई इमेलमा समावेश गर्न मिल्ने एक-वाक्य कारण, आक्रामक भन्दा सामान्य व्यावसायिक स्थितिका रूपमा। करारमा पहिल्यै परिभाषित शब्द प्रयोग गर्नुहोस्; आवश्यक नभए नयाँ परिभाषा नहाल्नुहोस्।

मोडलले फर्काउने drafting झन्डै सधैँ सुरुवात बिन्दुका रूपमा प्रयोगयोग्य हुन्छ। “झन्डै” महत्वपूर्ण छ — पढ्नुहोस्, cross-reference जाँच्नुहोस्, परिभाषित शब्द verify गर्नुहोस् — तर निर्णयदेखि मस्यौदासम्म समय अब मिनेटमा छ, पहिले उही clause हातैले लेख्न लाग्ने आधा घन्टाको सट्टा।

एउटा सानो प्रविधि जसले काम गर्छ — redline ले करारको वरिपरि भाषा सर्ने काम पनि गर्छ भने (clause १४.२ को carve-out लाई clause १.१ मा hook चाहिन्छ), मोडललाई छोएका अन्य सबै clause सूचीबद्ध गर्न भन्नुहोस्। मोडलहरू परिवर्तन गर्न सही छन्; अरू के परिवर्तन गरे भन्नेमा कहिलेकाहीँ चुपचाप अधुरो हुन्छन्।

सामान्य-counter playbook को coverage

व्यावसायिक करारमा हरेक मानक विवादित शर्तका लागि तर्क र counter-तर्कको सीमित सेट हुन्छ। Liability cap, indemnity scope, exclusivity, MFN, IP स्वामित्व, audit अधिकार, सुविधा termination, change-of-control सहमति — प्रत्येकमा शायद पाँचदेखि आठ मानक स्थिति हुन्छन्, र मोलमोलाइ सामान्यतया त्यो decision tree को हिँडाइ हो। मोडललाई tree थाहा छ।

केही नेपाली फर्म बनाउन थालेको अभ्यास — negotiation playbook पुस्तकालय। प्रत्येक सामान्य clause प्रकारका लागि, मोडललाई तपाईंको विशिष्ट deal का लागि tree हिँड्न भन्ने सङ्ग्रहित prompt — र तर्क बाहेक “हामी सामान्यतया यसमा छाडछौँ” भन्ने पङ्क्ति पनि उत्पादन गर्ने, जसले फर्मकै आफ्नो इतिहास समेट्छ। यो पहिलो पटक clause प्रकारका लागि बनाउँदा एक दिउँसो लाग्छ। त्यसपछि त्यो clause प्रकारको हरेक मोलमोलाइ playbook बाट सुरु हुन्छ, सुरूबाट होइन।

व्यक्तिगत prompt भन्दा पुस्तकालय बढी महत्वपूर्ण छ। मोलमोलाइ दोहोरिने खेल हो; आफ्नो तर्क र रियायतको ढाँचा समेट्ने फर्म समयक्रममा छिटो र बढी सुसंगत बन्छ, यस्तो तरिकामा जसलाई कुनै off-the-shelf एआई औजारले प्रतिकृति गर्न सक्दैन।

सम्बन्ध आयाम — मोडलले नदेख्ने कुरा

यहाँ वकिलको भूमिका अपरिहार्य बन्छ। मोडलले, सोधे, सबैभन्दा बढी आक्रामक तर्क उत्पादन गर्नेछ — तीखो, बक्तृत्व-प्रभावकारी, कानुनी रूपमा बचाव योग्य। तपाईंले प्रयोग गर्नुहुन्न। कारण तर्क गलत भएकोले होइन; पक्षहरूको पाँच-वर्षे सम्बन्ध छ, प्रतिपक्षी counsel साथी हो, ग्राहकले दशैँअघि deal बन्द होस् भन्छ किनभने उनको CFO नोभेम्बरमा छाड्दै छन्, र अहिले धेरै आक्रामक मोलमोलाइले सम्बन्धमा यस्तो लागत ल्याउनेछ जुन करार आफैँले कहिल्यै प्रतिबिम्बित गर्दैन।

मोडललाई यीमध्ये केही पनि थाहा छैन। थाहा हुनै सक्दैन, किनभने prompt मा केही पनि भनिएको थिएन, र तपाईंले केही भन्नुभए पनि सबै भन्नुहुन्न — प्रतिपक्षी counsel को फर्मले बैङ्क mandate गुमाएको हल्ला, ग्राहकको हिँड्ने इच्छाशक्ति बढाइचढाइ गरेर भनिएको पार्टनरको आफ्नै आकलन, ग्राहकको commercial team दुई महिनामा तेस्रो स्थितिमा छ भन्ने ज्ञान। यिनै इनपुट वास्तवमा मोलमोलाइलाई आकार दिन्छन्, र यी वकिलकै दिमागमा बस्छन्।

त्यसैले अनुशासन यो हो — मोडलको प्रयोग मेनु फराकिलो बनाउन गर्नुहोस्, छनोट साँघुरो बनाउन कहिल्यै होइन। राम्रो negotiator ले एआईको प्रयोग आफूले प्रत्येक सम्भावित तर्क र counter विचार गरेको सुनिश्चित गर्न गर्छ; के तैनात गर्ने र कसरी गर्ने भन्ने छनोट उसको आफ्नै रहन्छ। मोडललाई आफ्ना लागि छनोट गर्न दिने negotiator वास्तवमा आफूसँग भएको सबैभन्दा महत्वपूर्ण जानकारी बिना मोलमोलाइ गर्दै छ।

स्वरमा सम्बन्धित अनुशासन छ। मोडलहरू तटस्थ-व्यावसायिक register मा default हुन्छन् जुन अधिकांश नेपाली व्यावसायिक सम्बन्धभन्दा चिसो र बढी लेनदेनात्मक पढिन्छ। मोडलको स्वर सिधै inbox मा पठाइने redline इमेल वकिलले चाहेभन्दा बढी टकरावपूर्ण हुन सक्छ। पठाउनुअघि नरम बनाउनुहोस्, वा substance का लागि मोडल प्रयोग गर्नुहोस् र cover note आफ्नै स्वरमा लेख्नुहोस्।

आफ्नो बुझाइ जाँच्नुहोस्

छोटो जाँच

—

तपाईंका वरिष्ठ पार्टनरले विवादित liability cap मा भोलिको मोलमोलाइ call का लागि तयारी गर्न भन्छन्। प्रतिपक्षी counsel फर्मको लामो-समयदेखिको साथी हो र ग्राहक deal तीन हप्तामा बन्द हुने चाहन्छ। तपाईं र एआईबीच कामको सही बाँडफाँट कुन हो?

1. Aएआईलाई आफ्नो स्थितिका लागि सम्भव भएसम्म आक्रामक तर्क उत्पादन गर्न लगाएर लेखिएको रूपमै प्रयोग गर्ने, किनभने एआईले तपाईंभन्दा बढी करार देखेको छ।
2. Bएआई पूर्ण रूपमा बेवास्ता गर्ने — मोलमोलाइ मानवीय सीप हो र एआई प्रयोग गर्नु विश्वसनीयतालाई हानि गर्ने shortcut हो।
3. Cएआई प्रयोग गरेर तर्क, counter-तर्क, र fallback स्थितिको मेनु उत्पादन गर्ने; अनि सम्बन्ध, समयरेखा, र ग्राहकबारे आफ्नो निर्णयका आधारमा कुन तैनात गर्ने छनोट गर्ने — र एआई-draft गरिएको कुनै पनि text को स्वर फर्मबाट निस्कनुअघि समायोजन गर्ने।
4. Dएआईलाई प्रतिपक्षी counsel ले के गर्नेछ भन्ने भविष्यवाणी गर्न लगाएर त्यही भविष्यवाणी विरुद्ध मात्र अभ्यास गर्ने।

उत्तर जाँच्नुहोस्→

अबको कुरा

कानुनी अभ्यासमा करार एआईको सबैभन्दा volume-भारी प्रयोग हो, तर एकमात्र होइन — र दलिल पनि सबैभन्दा उच्च-दाँवको होइन। अर्को अध्याय कानुनी अनुसन्धानमा फर्किन्छ, जहाँ मोडलको authority hallucinate गर्ने प्रवृत्ति त्यस्तो नेपाली कानुनी प्रणालीसँग जोडिन्छ जसका मुख्य स्रोत आंशिक रूपमा डिजिटाइज, प्रायः paywall, र कुनै पनि मोडलको training data मा नभएका छन्। Citation समस्या त्यो ठाउँ हो जहाँ कानुनमा एआई साँच्चै खतरनाक बन्छ, र अर्को अध्याय औजार प्रयोग गर्दा त्यसमा नफस्ने तरिकाबारे हो।