আইনজীবীদের জন্য Gemini Enterprise: সাধারণ AI কেন যথেষ্ট নয়

Google Cloud ২৫ আগস্ট ২০২৬ আইনপ্রতিষ্ঠান ও করপোরেট আইনি বিভাগের জন্য Gemini Enterprise for Legal-এর preview চালু করেছে। Google Cloud-এর পণ্য ঘোষণায় চুক্তি পর্যালোচনা, আইনি গবেষণা, নিয়ন্ত্রক পরিবর্তন পর্যবেক্ষণ ও Data Subject Access Request বা DSAR পরিচালনার জন্য বিশেষ skills, agents এবং MCP connectors-এর বিবরণ রয়েছে; পণ্যটি এখনো সাধারণভাবে উপলভ্য পূর্ণাঙ্গ সংস্করণ নয়।

একই ঘটনার বিষয়ে ২৫ আগস্টের রয়টার্সের প্রতিবেদনে আইনজীবী ও আইনপ্রতিষ্ঠানের জন্য Gemini Enterprise সম্প্রসারণের কথা নিশ্চিত করা হয়েছে। এখানে সাধারণ AI-এর তুলনায় পার্থক্যটি শুধু আইনি ভাষা বোঝায় নয়: সংবেদনশীল matter-এর অনুমতি, প্রতিষ্ঠানের নিজস্ব playbook, যাচাইযোগ্য আইনি কর্তৃপক্ষ এবং কাজের audit trail একই নিয়ন্ত্রিত ব্যবস্থায় রাখাই পণ্যটির মূল প্রস্তাব।

সাধারণ AI-এর ওপর আইনি নিয়ন্ত্রণের স্তর

একটি সাধারণ মডেল নথির সারাংশ তৈরি, খসড়া লেখা বা প্রশ্নের উত্তর দিতে পারে। কিন্তু আইনপ্রতিষ্ঠানের কাজে একই প্রতিষ্ঠানের সব ব্যবহারকারী একই client file, deal room বা বিরোধসংক্রান্ত নথি দেখতে পারেন না; উত্তরটি কোন আইন, রায় বা নথির ওপর দাঁড়িয়েছে, সেটিও শনাক্ত করা দরকার। তাই এখানে মডেলের সক্ষমতা প্রয়োজনীয় হলেও একা যথেষ্ট নয়।

Gemini Enterprise for Legal সেই ঘাটতি পূরণের জন্য চারটি স্তর একত্র করার দাবি করছে: আইনি কাজের জন্য বিশেষ skills, প্রতিষ্ঠানের ব্যবহৃত ব্যবস্থার সঙ্গে সংযোগ, বহু ধাপের কাজ করা agents এবং তৃতীয় পক্ষের অংশীদার ecosystem। নিচে কেন্দ্রীয় control plane থেকে security policy, audit logging, private-data isolation ও traceable citation পরিচালনার কথা বলা হয়েছে।

বিশেষ skills-গুলো প্রতিষ্ঠানের playbook, citation rules ও house style মেনে contract review ও redlining, legal research, regulatory horizon scanning, DSAR fulfillment এবং NDA drafting-এর মতো কাজ চালানোর জন্য তৈরি। এটি নির্ভুলতার স্বাধীন নিশ্চয়তা নয়: ঘোষণায় ভুল উদ্ধৃতির হার, বিচারব্যবস্থাভিত্তিক accuracy benchmark বা আইনজীবীর পর্যালোচনা ছাড়াই কাজ গ্রহণযোগ্য হওয়ার কোনো পরীক্ষিত ফল প্রকাশ করা হয়নি।

অনুমতি উত্তরাধিকার পেলেও সংযোগ যাচাই করতে হবে

পণ্যটির MCP connectors Google Workspace ও Microsoft 365-এর পাশাপাশি iManage, NetDocuments, Docusign, Everlaw, RelativityOne, Thomson Reuters HighQ, CourtListener, Harvey, Legora এবং Solve Intelligence-এর মতো আইনি ব্যবস্থা ও তথ্যভান্ডারের সঙ্গে কাজ করার কথা। Google-এর দাবি, agents উৎস ব্যবস্থার role-based access control, document-level permission ও trusted-data control পাশ কাটিয়ে নয়, উত্তরাধিকারসূত্রে ব্যবহার করবে।

এই দাবির একটি নির্দিষ্ট উদাহরণ এসেছে iManage থেকে। iManage-এর integration ঘোষণায় অনুমোদিত ব্যবহারকারীর জন্য matter history, precedent ও প্রাতিষ্ঠানিক জ্ঞান ব্যবহারের পাশাপাশি বর্তমান access control এবং auditability বজায় রাখার কথা বলা হয়েছে। তবে এটি অংশীদারের ঘোষিত integration আচরণ, স্বাধীন security audit নয়।

আইন বা compliance দলের ক্রয়-যাচাই তাই পাঁচটি দৃশ্যমান নিয়ন্ত্রণে নামিয়ে আনা যায়:

• নৈতিক তথ্য-বিভাজন: সংঘাতপূর্ণ বা সীমাবদ্ধ matter-এর নথি ও derived output অননুমোদিত দল থেকে আলাদা থাকে কি না।
• বিদ্যমান অনুমতি: user, group ও document-level restriction প্রতিটি connector এবং agent action-এ কার্যকর হয় কি না।
• উৎস-যাচাই: গুরুত্বপূর্ণ আইনি দাবির সঙ্গে খোলা যায় এমন নথি, কর্তৃপক্ষ ও নির্দিষ্ট সহায়ক অংশ যুক্ত থাকে কি না।
• MCP সংযোগ: connector কোন তথ্য পড়ে বা পরিবর্তন করে, পরিচয় কীভাবে বহন করে এবং ব্যর্থতা audit log-এ ধরা পড়ে কি না।
• বাস্তব গ্রহণ: ঘোষিত গ্রাহক কোন workflow deploy করেছে, আর কোনটি এখনো পরীক্ষা বা সহ-উন্নয়নের পর্যায়ে রয়েছে।

উৎস আছে মানেই কর্তৃত্ব সমান নয়

একটি কেন্দ্রীয় interface থেকে বহু repository ব্যবহারের সুবিধা আছে, কিন্তু সব উৎসের আইনি ও প্রমাণগত ওজন এক নয়। আদালতের মূল রায়, প্রতিষ্ঠানের পুরোনো memo, e-discovery নথি এবং তৃতীয় পক্ষের AI-generated analysis একই উত্তরে এলেও সেগুলোর jurisdiction, হালনাগাদের সময় ও কর্তৃত্ব আলাদাভাবে দৃশ্যমান হওয়া দরকার। Traceable citation-এর মূল্য তখনই আছে, যখন ব্যবহারকারী citation খুলে মূল বক্তব্য, তারিখ ও প্রাসঙ্গিক অংশ মিলিয়ে দেখতে পারেন।

বাংলাদেশ ও ভারতের বাংলা ভাষাভাষী দলের জন্য এখানেই একটি অনুত্তরিত প্রশ্ন রয়েছে। প্রকাশিত পণ্যবিবরণে যুক্তরাষ্ট্রের federal ও state court opinions-সহ CourtListener এবং একাধিক বৈশ্বিক legal-tech platform-এর কথা থাকলেও বাংলাদেশ বা ভারতের আইন, স্থানীয় আদালতের নথি কিংবা বাংলা আইনি ভাষার জন্য আলাদা coverage ও benchmark দেওয়া হয়নি। ফলে স্থানীয় ব্যবহারে jurisdiction, ভাষা, primary-law update এবং data-location শর্তকে ঘোষিত বৈশ্বিক connector তালিকা থেকে অনুমান করা যাবে না।

Weil-এর প্রাথমিক গ্রহণ কী দেখায়

Weil-এর ২৫ আগস্টের ঘোষণায় Google Cloud-এর সঙ্গে কৌশলগত সহযোগিতা, প্ল্যাটফর্মটি deploy করার পরিকল্পনা এবং প্রথম দিকের গ্রহণকারী হিসেবে এর উন্নয়নে অংশ নেওয়ার কথা নিশ্চিত করা হয়েছে। Weil একই সঙ্গে বলেছে, Gemini Enterprise for Legal তাদের নমনীয়, বহু-মডেল AI ecosystem-এর একটি অংশ; প্রতিষ্ঠানটি একক platform-এর ওপর নির্ভর করছে না এবং নিজস্ব application-ও তৈরি করছে।

Weil-এর Chief AI & Innovation Officer Andrew Simon-এর সঙ্গে Artificial Lawyer-এর সাক্ষাৎকারে parallel research agents ও NDA drafting-কে প্রাথমিক development use case হিসেবে উল্লেখ করা হয়েছে। সাক্ষাৎকারটি আরও দেখায়, আইনজীবীর চূড়ান্ত কাজ Microsoft Word-এ থাকলেও ভারী প্রক্রিয়াকরণ Google-এর infrastructure ও বিভিন্ন model বা legal-tech tool দিয়ে চালানোর ব্যবস্থা পরীক্ষা করা হচ্ছে।

এই গ্রহণ বাজারের আগ্রহ এবং বাস্তব আইনি কর্মপ্রবাহ দিয়ে পণ্য তৈরির প্রমাণ দেয়, কিন্তু সফল firm-wide rollout, স্বাধীন নিরাপত্তা মূল্যায়ন বা পরিমাপযোগ্য উৎপাদনশীলতার ফল প্রমাণ করে না। Weil-এর BenchMark প্রতিষ্ঠানটির নিজস্ব litigation-intelligence application; সেটি Gemini Enterprise for Legal-এর সবার জন্য তৈরি built-in feature নয়।

এখন নিশ্চিত অবস্থা হলো, পণ্যটি preview-তে এবং Cleary Gottlieb, Freshfields, Weil ও Williams & Connolly এর উন্নয়ন বা প্রাথমিক গ্রহণের সঙ্গে যুক্ত। মূল্য, সাধারণ প্রাপ্যতার সময়, স্থানীয় বিচারব্যবস্থার coverage, স্বাধীন accuracy ও security পরীক্ষা এবং production deployment-এর ফল এখনো প্রকাশিত হয়নি। সাধারণ AI-এর তুলনায় এর প্রতিশ্রুত সুবিধা তাই নতুন model নয়—প্রতিটি matter-এর অনুমতি, যাচাইযোগ্য কর্তৃপক্ষ ও auditযোগ্য agent action বাস্তবে একইভাবে অক্ষুণ্ণ থাকে কি না, সেটিই পরবর্তী পরীক্ষা।