এজেন্টিক সহকারী: নিরাপদ ক্যালেন্ডার এবং জিমেইল ইন্টিগ্রেশন

আমার দাবী: ক্যালেন্ডার, জিমেইল এবং সংযুক্ত অ্যাপে কার্যকরী, ব্যবহারযোগ্য এজেন্টিক সহকারী তৈরি করতে একটি অনুমতি-মুখী রানটাইম ডিজাইন করা প্রয়োজন, পরিকল্পনা এবং কাজের আলাদা করা এবং প্রথম দিনের থেকেই কার্যকরী স্তরে অডিট এবং পুনরুদ্ধার প্রবাহ তৈরি করা। এই নিবন্ধটি সেখানে পৌঁছানোর জন্য একটি সংকীর্ণ ইঞ্জিনিয়ারিং চেকলিস্ট এবং রানযোগ্য প্রম্পট দেয়।

এজেন্টিক সহকারী জন্য অনুমতি ডিজাইন

ব্যবহারকারীর জন্য OAuth এবং সবচেয়ে কম অনুমতি স্কোপ দিয়ে শুরু করুন। প্রশাসক যদি স্পষ্টভাবে ডোমেন ডেলিগেশন প্রয়োজন না করেন, তবে শেয়ার করা পরিষেবা অ্যাকাউন্টের পরিবর্তে ব্যবহারকারীর নির্দেশিত OAuth ব্যবহার করুন। গুগলের সূক্ষ্ম স্কোপ নিয়ে প্রাঞ্জল নথি হলো ভিত্তি; প্রতিটি এজেন্টের ক্ষমতাকে একটি একক OAuth স্কোপের সাথে মানচিত্র করুন এবং সেই স্কোপের জন্য মানব-পঠনযোগ্য উদ্দেশ্য নথি করুন। প্রম্পট থেকে টোকেনগুলো সরিয়ে রাখুন। একটি ভল্টে রাখুন এবং নীতিমালা বাস্তবায়নকারী একটি কার্যকরী পরিষেবায় কলের সময় কেবলমাত্র প্রমাণপত্র ইনজেক্ট করুন।

আমরা লক্ষ্য করেছি যে যেসব দলের সদস্যরা অনুমতিকে পণ্য UX হিসেবে বিবেচনা করে, পরিষ্কার সম্মতি স্ক্রিন এবং স্কোপ পূনঃমূল্যায়ন নিয়ে, তাদের অনেক কম সমর্থন টিকেট আসে। আমরা যে একটি সমস্যা দেখেছি সেটি হলো সরল নবীকরণ যুক্তির কারণে টোকেনের প্রাচুর্য; নবীকরণকে কেন্দ্রিক করুন এবং নিয়মিত নবীকরণ টোকেন ঘুরান।

পরিকল্পনা বনাম কাজ করা

সহকারীকে একটি পরিকল্পনাকারী এবং একটি কার্যকর হিসেবে বিভক্ত করুন। পরিকল্পনাকারী একটি পৃথক কার্যকলাপ পরিকল্পনা তৈরি করে: সাম্প্রতিক থ্রেড পড়া, দুইটি বৈঠকের সময় প্রস্তাবিত করা, একটি খসড়া ইমেইল লিখা। কার্যকরী নীতিমালা যাচাইয়ের পর কাজ শুরু করে এবং, সংবেদনশীল পদক্ষেপের জন্য, একটি মানব নিশ্চিতকরণ পদক্ষেপ যুক্ত করে। এই প্যাটার্নটি মডেলটিকে বিশেষাধিকার অপারেশনগুলিতে প্রগতিশীলতা থেকে রক্ষা করে এবং অনুমোদনটি অডিটযোগ্য করে।

ব্যবহারের লাভ: মানব অনুমোদনের জন্য বেশি সময় ও অপেক্ষা বনাম কম ঝুঁকি। অনেক ক্যালেন্ডার এবং ইমেইল কার্যক্রমের জন্য একটি ৩০ থেকে ৬০ সেকেন্ড মানব-ভিত্তিক বিরতি গ্রহণযোগ্য। উচ্চ-ফ্রিকোয়েন্সি কাজের জন্য, ব্যাচ অনুমোদনগুলি প্রতি ক্রিয়ায় ক্লিকের চেয়ে ভাল কাজ করে।

পরীক্ষা, লগ এবং পুনরুদ্ধার

প্রতিটি ক্রিয়াকে এমন একটি অপরিবর্তনীয় অডিট এন্ট্রি তৈরি করতে হবে যা অনুরোধকৃত উদ্দেশ্য, পরিকল্পনাকারীর আউটপুট, নীতিমালা সিদ্ধান্ত, কার্যকরী কল এবং ফেরত দেওয়া API সাড়া অন্তর্ভুক্ত করে। পুনরায় চালানোর জন্য একটি পুনরায় প্লেবেল কমান্ড ফরম্যাট রাখুন যাতে আপনি পুনরায় খেলতে এবং পেছনে যেতে পারেন। সর্বশেষ N ক্রিয়ার জন্য এক ক্লিকে প্রত্যাহারের ব্যবস্থা এবং একটি পুনরুদ্ধার প্রবাহ প্রদান করুন যা সংশোধনকারী ঘটনাগুলি তৈরি করে, উদাহরণস্বরূপ একটি ঘটনা বাতিল করা এবং একটি সংশোধনী অনুসরণ পাঠানো।

আমরা লক্ষ্য করেছি যে প্রম্পট স্তরের নিরাপত্তা বাহিনী একটি বাহ্যিক নীতিমালা ইঞ্জিন ছাড়া ব্যর্থ হয়। বাস্তবে, মডেলগুলি এমন পরিবর্তনগুলি সুপারিশ করে যা প্লসিবল মনে হয় তবে নীতিমালাকে ভঙ্গ করে। একটি কার্যকরী গেট যা ভূমিকায় আসার সময় বিশ্বাস নিচের সামঞ্জস্যপূর্ণ সীমার নিচে থাকলে কোনো লেখার অনুমতি দেয় না, সে জাতীয় ঘটনাগুলি কমায়।

পণ্য এবং প্রকৌশলের জন্য চেকলিস্ট

1. সর্বনিম্ন স্কোপ এবং স্পষ্ট সম্মতি পাঠ্য সহ ব্যবহারকারী ভিত্তিক OAuth। 2. টোকেন ভল্ট এবং কার্যকরী পরিষেবা যা রানটাইমে প্রমাণপত্র ইনজেক্ট করে। 3. পলিসি যাচাইয়ের সাথে পরিকল্পনা/কার্যকরী বিভাজন। 4. সংবেদনশীল ক্রিয়াকলাপের জন্য মানব-ভিত্তিক অগ্রগতি। 5. অপরিবর্তনীয় অডিট লগ এবং পুনরায় চালানোর সুযোগ। 6. সহজ UI সুবিধার সঙ্গে প্রত্যাহার এবং বিপরীত প্রবাহ।

পণ্য UX কে মানব-এআই কাজের ডিজাইন এ বর্ণিত কার্যপ্রণালীর সাথে সংযোগ করুন এবং এআই এজেন্ট বনাম চ্যাটবট এ এজেন্টের পার্থক্যের উপর প্রাথমিক তথ্য ব্যবহার করুন পরিকল্পনা/কার্যকরী বিভাজনকে যুক্তিসঙ্গত করতে।

নিজেই চেষ্টা করুন। নীচের প্রম্পট পরিকল্পনাকারীর আউটপুট এবং কার্যকরী-নিরাপদ নির্দেশনার মধ্যে পার্থক্য নির্দেশ করে। পরিকল্পনাকারী থেকে সংক্ষিপ্ত JSON সদৃশ পরিকল্পনা এবং কার্যকরী থেকে সংক্ষিপ্ত নিশ্চিতকরণ আশা করুন।

এই প্রম্পট মডেলটিকে সম্ভাব্য বৈঠক সময়ের একটি সঙ্কুচিত পরিকল্পনা এবং একটি যুক্তি তৈরি করতে বলছে; এটি পরিকল্পনাকারী হিসেবে ব্যবহার করুন। ২ থেকে ৩ জন প্রার্থী স্লট এবং এক-লাইন যুক্তির প্রত্যাশা করুন।

আপনি একটি বৈঠকের পরিকল্পনাকারী। ব্যবহারকারীর কাছে আজ ৩টি ফ্রি স্লট রয়েছে: ১০:০০ AM, ২:৩০ PM, ৪:০০ PM। ISO ফরম্যাটে নির্ভুলভাবে তিনটি প্রার্থী বৈঠকের সময় ফিরিয়ে দিন, প্রতিটির জন্য এক-লাইন যুক্তি এবং একটি এক-লাইন গোপনীয়তা নোট যা বলে দেবে যে নিমন্ত্রণটি বাহ্যিক ইমেইলগুলো স্পর্শ করে।

এই প্রম্পট কার্যকরীর জন্য। এটি একটি মানব-নিশ্চয়তা টোকেন এবং ঘটনা তৈরি করার আগে একটি স্পষ্ট নীতিমালা-চেক পাস আশা করে।

কার্যকরী: ব্যবহারকারীর নিশ্চিতকরণ টোকেন X এবং পরিকল্পনাকারীর পরিকল্পনা Y দেওয়া হলে Calendar.CreateEvent এর সাথে {start,end,attendees,summary} ক্ষেত্রগুলি কল করুন শুধুমাত্র যদি policy_check(policy_id:calendar_write) পাস করে। যদি policy_check ব্যর্থ হয়, তুলনার কোড ফিরুন এবং মানব কর্মের প্রয়োজন।

একটি প্রতিক্রিয়া হলো কঠোর নিয়ন্ত্রণগুলির কারণে গ্রহণ কমতে পারে। আমার অনুমান, যখন দলগুলি এই প্যাটার্নগুলি কঠোরভাবে প্রয়োগ করে, তখন প্রাথমিক ব্যবহারকারী সংরক্ষণ বাড়ে কারণ বিশ্বাস বৃদ্ধি পায়, যদিও প্রথম সক্রিয়করণ ধীর। ট্রেড-অফ পরিষ্কার: এই নিয়ন্ত্রণগুলি ছাড়াই দ্রুত রোলআউটের ফলে মাপযোগ্য ঝুঁকি এবং উচ্চ পুনরুদ্ধারের খরচ তৈরি হয়।