Gemini CLI-এর প্ল্যান মোড সম্পর্কে আপনার যা কিছু জানা প্রয়োজন

হোম » পাইথন » Gemini CLI-এর প্ল্যান মোড সম্পর্কে আপনার যা কিছু জানা প্রয়োজন

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

এই মোডটি এমন ডেভেলপারদের জন্য ডিজাইন করা হয়েছে, যারা গতি বা নমনীয়তার সাথে আপোস না করে বাস্তবায়ন শুরু করার আগে একটি কাঠামো, নিরাপত্তা এবং স্বচ্ছতা চান। আপনি এটি ব্যবহার করে ডাটাবেস মাইগ্রেশন, নতুন ফিচার, রিফ্যাক্টর বা অডিটের পরিকল্পনা করতে পারেন, এবং একই সাথে CI/CD-তে হাই-রিজনিং মডেল, কাস্টম পলিসি, এজেন্ট স্কিল, এমনকি হেডলেস ওয়ার্কফ্লো-এর সুবিধাও নিতে পারেন। এটিকে একটি প্ল্যানিং স্যান্ডবক্স হিসেবে ভাবুন, যেখানে সবকিছুই সুচিন্তিত এবং ট্র্যাকযোগ্য।

জেমিনি সিএলআই-তে প্ল্যান মোড বলতে কী বোঝায়?

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

প্ল্যান মোডের মূল ধারণা হলো চিন্তা করা এবং কাজ করাকে আলাদা করা। প্রথমে, জেমিনি আপনার অনুরোধটি বোঝা, কোডবেস, ডিপেন্ডেন্সি ও পরিবেশ বিশ্লেষণ করা এবং একটি বিস্তারিত পরিকল্পনা তৈরি করার উপর মনোযোগ দেয়। আপনি স্পষ্টভাবে সেই পরিকল্পনাটি অনুমোদন করার পরেই কেবল পরিবর্তনগুলো কার্যকর করার জন্য CLI সম্পাদনা বা সম্পাদন-সক্ষম মোডে চলে যায়।

Gemini CLI-এর নতুন ব্যবহারকারীদের জন্য প্ল্যান মোড ডিফল্টরূপে সক্রিয় থাকে, যার মানে হলো বেশিরভাগ ওয়ার্কফ্লো আগে থেকেই গবেষণাকে অগ্রাধিকার দিয়ে শুরু হয়। আপনি এটিকে যেকোনো সময় বন্ধ করতে বা আপনার কর্মপ্রবাহ থেকে সরিয়ে দিতে পারেন, কিন্তু এর ডিফল্ট আচরণ হলো পরিকল্পনাকে একটি প্রথম-শ্রেণীর পর্যায় হিসেবে বিবেচনা করা, বিশেষ করে বড় বা ঝুঁকিপূর্ণ পরিবর্তনের ক্ষেত্রে।

এই মোডটি এজেন্ট স্কিলস, পলিসি ইঞ্জিন, এমসিপি টুলস এবং মডেল স্টিয়ারিং-এর মতো অন্যান্য জেমিনি ফিচারগুলোর সাথেও নিবিড়ভাবে সমন্বিত। এটি কেবল একটি সুরক্ষা ব্যবস্থাই নয়, বরং সুদৃঢ় ও সুচিন্তিত সমাধান প্রণয়নের জন্য একটি শক্তিশালী পরিবেশও বটে।

প্ল্যান মোড কীভাবে চালু ও প্রবেশ করবেন

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

আপনি যদি চান যে Gemini CLI সর্বদা প্ল্যান মোডে চালু হোক, তাহলে আপনি CLI-এর ভেতর থেকে আপনার সেটিংস পরিবর্তন করতে পারেন। চালান / সেটিংস কমান্ডে, “Default Approval Mode” নামের অপশনটি খুঁজুন এবং এটিকে সেট করুন পরিকল্পনা. . সেই মুহূর্ত থেকে, প্রতিটি নতুন সেশন এই শুধুমাত্র-পঠ্য পরিকল্পনা পরিবেশে শুরু হবে।

এককালীন সেশনের জন্য, যেখানে আপনি সরাসরি প্ল্যান মোডে প্রবেশ করতে চান, সেখানে আপনি একটি কমান্ড-লাইন ফ্ল্যাগ ব্যবহার করতে পারেন। CLI শুরু করুন gemini –approval-mode=plan এবং আপনাকে ইন্টারেক্টিভভাবে কোনো কিছু টগল বা টগল করতে হবে না, এজেন্টটি সাথে সাথেই প্ল্যান মোডের সীমাবদ্ধতার অধীনে কাজ করবে।

আপনি যখন ইতিমধ্যেই Gemini CLI-এর ভিতরে থাকবেন, তখন তাৎক্ষণিকভাবে প্ল্যান মোডে চলে যাওয়ার একাধিক উপায় রয়েছে। আপনি টিপতে পারেন Shift + Tab উপলব্ধ অনুমোদন মোডগুলির (ডিফল্ট → অটো-এডিট → প্ল্যান) মধ্যে পর্যায়ক্রমে পরিবর্তন করতে, ব্যবহার করুন / পরিকল্পনা নির্দেশ দিন, অথবা এজেন্টকে স্বাভাবিক ভাষায় কোনো নির্দিষ্ট লক্ষ্যের জন্য “একটি পরিকল্পনা শুরু করতে…” বলুন। নেপথ্যে, জেমিনি আহ্বান করে... পরিকল্পনা মোডে প্রবেশ করুন মোড পরিবর্তন করার টুল।

/plan কমান্ডটি আপনাকে ইনলাইনে একটি লক্ষ্য নির্ধারণ করার সুযোগও দেয়, যা মোড পরিবর্তন করার পাশাপাশি তাৎক্ষণিকভাবে পরিকল্পনা শুরু করার ক্ষেত্রে বেশ সুবিধাজনক। উদাহরণস্বরূপ, টাইপ করা প্রমাণীকরণ বাস্তবায়নের পরিকল্পনা এটি জেমিনিকে প্ল্যান মোডে নিয়ে যায় এবং অথেনটিকেশন ডিজাইন সম্পর্কিত আপনার অনুরোধটি সঙ্গে সঙ্গে জমা দেয়, যার ফলে গবেষণা ও বিশ্লেষণ অবিলম্বে শুরু হয়ে যায়।

মূল কার্যপ্রবাহ: গবেষণা, নকশা, খসড়া, অনুমোদন

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

প্রথমে, আপনাকে একটি সুস্পষ্ট উদ্দেশ্য নির্ধারণ করতে হবে। আপনি হয়তো বলতে পারেন “Redis ব্যবহার করে একটি নতুন নোটিফিকেশন সার্ভিস পরিকল্পনা করুন” অথবা “এই ডাটাবেসটি কীভাবে মাইগ্রেট করা যায় তা নিয়ে গবেষণা করুন।” Gemini সেই লক্ষ্যটিকে ব্যবহার করে প্ল্যান মোডে প্রবেশ করে (যদি আগে থেকে সক্রিয় না থাকে) এবং আপনার কোডবেস, ইনফ্রাস্ট্রাকচার ও ডকুমেন্টেশনের প্রাসঙ্গিক অংশগুলো কঠোরভাবে শুধুমাত্র-পঠন (read-only) পদ্ধতিতে খতিয়ে দেখতে শুরু করে।

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

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

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

প্রক্রিয়াটির চূড়ান্ত ধাপ হলো সুস্পষ্ট অনুমোদন। Gemini CLI প্ল্যানটি উপস্থাপন করবে এবং বাস্তবায়ন শুরু করার জন্য “হ্যাঁ, স্বয়ংক্রিয়ভাবে সম্পাদনা গ্রহণ করুন” বা “হ্যাঁ, ম্যানুয়ালি সম্পাদনা গ্রহণ করুন”-এর মতো বিকল্প দেবে। যদি কিছু অস্বাভাবিক মনে হয়, আপনি মতামত দিয়ে আপত্তি জানাতে পারেন, প্ল্যান ফাইলটি নিজে সম্পাদনা করতে পারেন, অথবা প্ল্যানটি বাতিল করে দিতে পারেন। esc চাপুন এবং একটি ভিন্ন পন্থা অবলম্বন করুন।

পরিকল্পনা নিয়ে যৌথ উদ্যোগ: আলোচনা, সম্পাদনা ও মন্তব্য

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

যখন জেমিনি একটি খসড়া তৈরি করে পর্যালোচনার জন্য পরিকল্পনাটি উপস্থাপন করে, তখন আপনি সেটি সরাসরি আপনার পছন্দের বাহ্যিক এডিটরে খুলতে পারেন। প্রেস জন্য Ctrl + এক্স CLI-এর ভেতর থেকে মার্কডাউন প্ল্যানটি VS Code, Vim, বা আপনার কনফিগার করা যেকোনো এডিটরে খুলে যাবে। ম্যানুয়ালি ফাইল খোঁজার কোনো প্রয়োজন নেই।

এডিটরের ভেতরে আপনি নিজের পছন্দমতো প্ল্যানটি পরিবর্তন করতে পারেন। আপনার ডেপ্লয়মেন্ট পাইপলাইনের সাথে আরও ভালোভাবে খাপ খাইয়ে নিতে আপনি ধাপগুলোর ক্রম পরিবর্তন করতে পারেন, স্বচ্ছতার জন্য নির্দিষ্ট কিছু কাজ নতুন করে লিখতে পারেন, অপ্রয়োজনীয় মনে হওয়া কাজগুলো বাদ দিতে পারেন, অথবা যে অংশগুলোতে আরও বিশদ বিবরণের প্রয়োজন সেগুলোকে বিস্তারিত করতে পারেন। এছাড়াও আপনি ইনলাইন মন্তব্য যোগ করতে পারেন, যেমন— “আমাদের কি এখানে বিদ্যমান Logger ক্লাসটি পুনরায় ব্যবহার করা উচিত?” অথবা “বর্তমান SLO-গুলোর সাথে এটি যাচাই করুন।”

একবার আপনি এডিটরটি সেভ করে বন্ধ করলে, Gemini CLI স্বয়ংক্রিয়ভাবে আপনার পরিবর্তন ও মন্তব্যগুলো শনাক্ত করে নেয়। এটি হালনাগাদ করা নথিটি বিশ্লেষণ করে, আপনার মতামত অন্তর্ভুক্ত করে এবং কৌশলটি সম্পর্কে তার অভ্যন্তরীণ ধারণাকে আরও পরিমার্জিত করে। এরপর এজেন্টটি আপনার পুনরায় পর্যালোচনার জন্য পরিকল্পনাটির একটি পরিমার্জিত সংস্করণ পুনরায় তৈরি করে দেয়।

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

প্ল্যান মোড থেকে প্রস্থান করা এবং অনুমোদন মোড পরিবর্তন করা

আপনি যেকোনো সময় প্ল্যান মোড থেকে বেরিয়ে আসতে পারেন, আপনার পরিকল্পনা করা শেষ হয়ে গেলেও অথবা আপনি অন্য কোনো অনুমোদন মোডে ফিরে যেতে চাইলেও। এই পরিবেশ ত্যাগ করার আগে কোনো পরিকল্পনা চূড়ান্ত বা অনুমোদন করার প্রয়োজন নেই।

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

কোনো কিছু অনুমোদন না করেই যদি আপনি শুধু অন্য কোনো মোডে যেতে চান, তাহলে প্ল্যান মোডে প্রবেশ করার জন্য ব্যবহৃত একই কীবোর্ড শর্টকাটটি ব্যবহার করতে পারেন। প্রেস Shift + Tab সক্রিয় উন্নয়ন কাজের জন্য আপনার পছন্দ অনুযায়ী প্ল্যান থেকে ডিফল্ট বা অটো-এডিটে ফিরে যেতে পারবেন।

মোড পরিবর্তনের ক্ষেত্রেও স্বাভাবিক ভাষার কমান্ড কাজ করে। আপনি “exit plan mode” বা “stop planning”-এর মতো শব্দগুচ্ছ টাইপ করতে পারেন এবং Gemini আপনার পূর্ববর্তী অবস্থা ফিরিয়ে আনতে সংশ্লিষ্ট মোড-সুইচিং টুলটি চালু করবে। এর ফলে, আপনার কাজের ধারা পরিবর্তিত হওয়ার সাথে সাথে পরিকল্পনার প্রেক্ষাপটে সহজে প্রবেশ করা এবং বেরিয়ে আসা যায়।

প্ল্যান মোডে নিরাপত্তা মডেল এবং অনুমোদিত সরঞ্জামসমূহ

অভ্যন্তরীণভাবে, প্ল্যান মোড কঠোর সুরক্ষা নীতি দ্বারা পরিচালিত হয়, যা নিশ্চিত করে যে পরিকল্পনা চলাকালীন আপনার প্রকল্পটি শুধুমাত্র পঠনযোগ্য (read-only) অবস্থায় থাকবে। এই মোডটি জেমিনি সিএলআই পলিসি ইঞ্জিন এবং একটি নির্দিষ্ট কনফিগারেশন ফাইল দ্বারা সমর্থিত, যার নাম পরিকল্পনা.টোমলযা নির্ধারণ করে কোন সরঞ্জামগুলি অনুমোদিত এবং সেগুলি কীভাবে কাজ করবে।

প্ল্যান মোডের অন্তর্নির্মিত পলিসিটি একটি টিয়ার ১ পলিসি হিসেবে বিবেচিত হয় এবং এটি সর্বদা রাইট বা ধ্বংসাত্মক কার্যকলাপ প্রতিরোধ করার উপর দৃষ্টি নিবদ্ধ করে। ডিফল্টরূপে শুধুমাত্র সেইসব টুলই অনুমোদিত যা স্বভাবতই নিরাপদ—যেমন ফাইল পড়া, খোঁজা বা তালিকাভুক্ত করা। ফাইল পরিবর্তন করতে পারে, কমান্ড চালাতে পারে বা বাহ্যিক সিস্টেমকে প্রভাবিত করতে পারে এমন যেকোনো কিছু ব্লক করা থাকে, যদি না আপনি স্পষ্টভাবে নিয়মগুলো পরিবর্তন করেন।

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

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

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

কাস্টম নীতিমালা, এমসিপি টুলস এবং হুকস

অন্তর্নির্মিত টিয়ার ১ পলিসিগুলো ছাড়াও, আপনি আপনার নিজস্ব পলিসি ফাইল যোগ করে প্ল্যান মোডকে আপনার সংস্থা বা ব্যক্তিগত কর্মপ্রবাহের সাথে আরও মানিয়ে নিতে পারেন। এরা বাস করে ~/.gemini/policies/ ডিরেক্টরি এবং টিয়ার ২ হিসেবে বিবেচিত, তাই তারা ডিরেক্টরিতে সংজ্ঞায়িত ডিফল্ট আচরণকে পরিমার্জন বা প্রসারিত করতে পারে। পরিকল্পনা.টোমল.

এর একটি সাধারণ ব্যবহার হলো প্ল্যান মোড চলাকালীন রিড-অনলি মডেল কনটেক্সট প্রোটোকল (MCP) টুলগুলোর আচরণ নিয়ন্ত্রণ করা। ডিফল্টরূপে, এই টুলগুলি ব্যবহার করার আগে জেমিনি ব্যবহারকারীর নিশ্চিতকরণ চাইতে পারে, এমনকি যখন সেগুলি ক্ষতিসাধনকারী নয়। টুল টীকা এবং শীর্ষ XNUMX গ্লোবাল HR এক্সিলেন্স অ্যাওয়ার্ডের mcpName ওয়াইল্ডকার্ডের মাধ্যমে, আপনি নির্দিষ্ট প্যাটার্ন বা টুল সেট নির্ধারণ করতে পারেন যা স্বয়ংক্রিয়ভাবে অনুমোদিত হয় অথবা কম নির্দেশনার প্রয়োজন হয়, ফলে বাহ্যিক পরিষেবার উপর ব্যাপকভাবে নির্ভরশীল পরিবেশে পরিকল্পনা আরও মসৃণ হয়।

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

একটি সাধারণ হুক হতে পারে ~/.gemini/hooks/archive-plan.sh-এর মতো একটি স্ক্রিপ্ট, যা সেশন এবং প্ল্যান ফাইল সম্পর্কিত প্রাসঙ্গিক তথ্য গ্রহণ করে। এর মাধ্যমে আপনি আপনার ম্যানুয়াল কর্মপ্রবাহ পরিবর্তন না করেই সম্মতি ও শনাক্তকরণযোগ্যতার আবশ্যকতাগুলো কার্যকর করতে পারেন—প্রতিবার কোনো পরিকল্পনা অনুমোদিত হলে, পরবর্তী পর্যালোচনা বা ঘটনা বিশ্লেষণের জন্য তা স্বয়ংক্রিয়ভাবে ব্যাক আপ হয়ে যায়।

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

এজেন্টের দক্ষতা এবং বিশেষায়িত পরিকল্পনা কর্মপ্রবাহ

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

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

একইভাবে, একটি “সিকিউরিটি অডিট” স্কিল জেমিনিকে কোডবেস পর্যালোচনার সময় সক্রিয়ভাবে দুর্বলতা বা ভুল কনফিগারেশন খুঁজতে উৎসাহিত করতে পারে। এটি এজেন্টকে অনিরাপদ ডিফল্ট, অনুপস্থিত প্রমাণীকরণ যাচাই, বা এনক্রিপ্ট না করা গোপনীয় তথ্যের জন্য স্ক্যান করতে নির্দেশ দিতে পারে এবং তারপর প্ল্যান আর্টিফ্যাক্টের মধ্যে প্রাপ্ত ফলাফল ও প্রতিকারের পদক্ষেপগুলো সংক্ষিপ্ত আকারে তুলে ধরতে পারে।

ফ্রন্ট-এন্ডের ক্ষেত্রে, “ফ্রন্টএন্ড ডিজাইন” দক্ষতা একজন এজেন্টকে নির্দিষ্ট UI কম্পোনেন্ট লাইব্রেরি এবং অ্যাক্সেসিবিলিটি নির্দেশিকার দিকে পরিচালিত করতে পারে। এই দক্ষতার অধীনে তৈরি পরিকল্পনাগুলি স্বয়ংক্রিয়ভাবে আপনার ডিজাইন সিস্টেম, ARIA অনুশীলন বা কর্মক্ষমতার সীমাবদ্ধতাগুলিকে উল্লেখ করবে, যা UI-কে সামঞ্জস্যপূর্ণ এবং অন্তর্ভুক্তিমূলক রাখতে সাহায্য করবে।

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

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

মডেল রাউটিং: পরিকল্পনার জন্য প্রো, বাস্তবায়নের জন্য ফ্ল্যাশ

জেমিনি সিএলআই-তে স্বয়ংক্রিয় মডেল রাউটিং অন্তর্ভুক্ত রয়েছে, যা যুক্তির গুণমান এবং সম্পাদনের গতির মধ্যে ভারসাম্য রক্ষা করতে প্ল্যান মোডের সুবিধা গ্রহণ করে। আপনি যখন অটো মডেল কনফিগারেশন ব্যবহার করেন, তখন আপনি পরিকল্পনা বা বাস্তবায়ন পর্যায়ে আছেন কিনা তার উপর নির্ভর করে CLI বিভিন্ন জেমিনি মডেল বেছে নেয়।

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

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

এই ডিফল্ট আচরণটি একটি চমৎকার ভারসাম্য প্রদান করে: ডিজাইনের সময় ধীর ও চিন্তাশীল, এবং নির্মাণের সময় দ্রুত ও কার্যকর। যদি কোনো কারণে আপনি ভিন্ন কোনো সেটআপ পছন্দ করেন, তাহলে আপনি আপনার সেটিংসে স্বয়ংক্রিয় স্যুইচিং নিষ্ক্রিয় করতে পারেন এবং প্রতিটি মোডের জন্য নির্দিষ্ট মডেলগুলো ম্যানুয়ালি কনফিগার করতে পারেন।

জেমিনি ২.৫ ফ্ল্যাশ এবং জেমিনি ২.৫ ফ্ল্যাশ-লাইটের মতো নতুন মডেলগুলো এই ভারসাম্যকে আরও উন্নত করে চলেছে। উন্নততর টুল-ব্যবহারের ক্ষমতা, কম লেটেন্সি এবং উন্নত নির্দেশনা অনুসরণের মাধ্যমে, তারা টোকেন ব্যবহার ও খরচ নিয়ন্ত্রণে রেখে পরিকল্পনার ধাপগুলো আরও নির্ভরযোগ্যভাবে সম্পাদন করতে পারে।

সেশন সংরক্ষণ, পরিষ্করণ এবং কাস্টম প্ল্যান ডিরেক্টরি

আপনার ডেভেলপমেন্ট এনভায়রনমেন্ট পরিপাটি রাখতে, Gemini CLI স্বয়ংক্রিয়ভাবে সেশন ডেটা এবং সংশ্লিষ্ট প্ল্যান ফাইলগুলো পরিচালনা করে। ডিফল্টরূপে, প্রতিটি সেশন—এর প্ল্যান এবং টাস্ক ট্র্যাকার সহ—মুছে ফেলার আগে ৩০ দিনের জন্য সংরক্ষিত থাকে।

আপনি /settings কমান্ড ব্যবহার করে অথবা সরাসরি আপনার settings.json কনফিগারেশন সম্পাদনা করে এই সংরক্ষণের সময়কাল পরিবর্তন করতে পারেন। “সেশন রিটেনশন” সেটিংটি খুঁজুন এবং আপনার প্রয়োজন অনুযায়ী এটি সামঞ্জস্য করুন; দীর্ঘমেয়াদী প্রোজেক্টের জন্য আপনার দীর্ঘ সময়সীমা প্রয়োজন হতে পারে, অন্যদিকে ক্ষণস্থায়ী পরীক্ষার জন্য আপনি স্বল্প সময়সীমা পছন্দ করতে পারেন।

স্বয়ংক্রিয়ভাবে পরিষ্কার করার পাশাপাশি, আপনি যেকোনো সময় ম্যানুয়ালি সেশন মুছে ফেলার ব্যবস্থা করতে পারেন। কমান্ড লাইন থেকে, ব্যবহার করুন জেমিনি – ডিলিট-সেশন একটি নির্দিষ্ট সেশন এবং তার নিদর্শনগুলি মুছে ফেলতে। বিকল্পভাবে, সেশন ব্রাউজারটি খুলুন /সারাংশইন্টারফেস ব্যবহার করে নেভিগেট করুন এবং চাপুন। x নির্বাচিত সেশনটি মুছে ফেলতে।

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

এই পদ্ধতি আপনাকে নমনীয়তা দেয়: যখন শুধু তাৎক্ষণিক বাস্তবায়নের কথা ভাবেন, তখন স্বল্পমেয়াদী পরিকল্পনা ব্যবহার করুন, অথবা ভবিষ্যতের তথ্যসূত্র ও নিয়মকানুন পালনের জন্য কৌশলগত পরিকল্পনার একটি সুসংগঠিত সংগ্রহশালা বজায় রাখুন।

প্ল্যান মোড সহ নন-ইন্টারেক্টিভ এবং CI/CD ওয়ার্কফ্লো

প্ল্যান মোড শুধু ইন্টারেক্টিভ টার্মিনাল সেশনের জন্যই নয়; এটি স্ক্রিপ্ট এবং CI/CD পাইপলাইনের মতো নন-ইন্টারেক্টিভ পরিবেশের সাথেও ভালোভাবে কাজ করে। এই পরিস্থিতিতে, পলিসি ইঞ্জিনটিকে নির্দিষ্ট কিছু প্ল্যানিং টুল স্বয়ংক্রিয়ভাবে অনুমোদন করার জন্য কনফিগার করা থাকে, ফলে ব্যবহারকারীর ইনপুটের জন্য অপেক্ষা করতে গিয়ে ওয়ার্কফ্লোটি থেমে যায় না।

বিশেষত, যখন Gemini CLI একটি নন-ইন্টারেক্টিভ কনটেক্সট শনাক্ত করে, তখন এটি স্বয়ংক্রিয়ভাবে enter_plan_mode এবং exit_plan_mode টুলগুলোকে অনুমোদন করে। এর মানে হলো, আপনার পাইপলাইন প্রোগ্রামগতভাবে পরিকল্পনা শুরু করতে পারে, জেমিনিকে একটি পরিকল্পনা তৈরি করতে দিতে পারে এবং তারপরে ম্যানুয়াল নিশ্চিতকরণ ডায়ালগ ছাড়াই কার্য সম্পাদনে চলে যেতে পারে।

নন-ইন্টারেক্টিভ ওয়ার্কফ্লোর আরেকটি মূল পার্থক্য হলো প্ল্যান মোড শেষ হওয়ার পর এবং বাস্তবায়ন শুরু হলে কী ঘটে। সাধারণ ডিফল্ট মোডে ফিরে যাওয়ার পরিবর্তে, CLI পরিবর্তিত হয়ে যায় YOLO মোডযা ইন্টারেক্টিভ টুলের অনুমোদনে আটকে না গিয়ে স্বয়ংক্রিয়ভাবে ধাপগুলো সম্পাদন করার জন্য ডিজাইন করা হয়েছে।

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

প্ল্যান মোডের ভিতরে মডেল স্টিয়ারিং

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

ধরুন আপনি “/plan আমি Redis ব্যবহার করে একটি নতুন নোটিফিকেশন সার্ভিস ইমপ্লিমেন্ট করতে চাই”-এর মতো একটি প্রম্পট দিয়ে শুরু করছেন। জেমিনি প্ল্যান মোডে প্রবেশ করে, কোডবেস স্ক্যান করা শুরু করে এবং ডিরেক্টরিগুলো অন্বেষণ করতে শুরু করে। আপনি যখন টুলটির কলগুলো দেখবেন—হয়তো এটি ভুল পাথ দেখাচ্ছে—তখন আপনি “বিদ্যমান রেডিস কনফিগের জন্য packages/common/queues চেক করতে ভুলবেন না”-এর মতো কিছু টাইপ করতে পারেন।

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

খসড়া তৈরির পর্যায়েও মডেল স্টিয়ারিং ঠিক ততটাই কার্যকর। যদি প্রাথমিক পরিকল্পনাটি একটি সাধারণ কিউ আর্কিটেকচারের দিকে ঝুঁকে থাকে কিন্তু আপনি একটি পাব/সাব প্যাটার্ন পছন্দ করেন, তাহলে আপনি বলতে পারেন “চলুন এই পরিষেবাটির জন্য একটি সাধারণ কিউ-এর পরিবর্তে একটি পাবলিশার/সাবস্ক্রাইবার প্যাটার্ন ব্যবহার করা যাক।” জেমিনি থেমে যাবে, ডিজাইনটি পুনর্বিবেচনা করবে এবং আপনার পছন্দের সাথে সামঞ্জস্য রেখে পরিকল্পনার একটি নতুন সংস্করণ তৈরি করা শুরু করবে।

স্টিয়ারিং থেকে সেরা ফল পেতে, সুনির্দিষ্ট হওয়ার চেষ্টা করুন এবং আগেভাগেই হস্তক্ষেপ করুন। “src/utils-এ বিদ্যমান Logger ক্লাসটি ব্যবহার করুন” বা “আমরা আগামী মাসে এই মডিউলটি অপ্রচলিত করার পরিকল্পনা করছি”-এর মতো স্পষ্ট নির্দেশাবলী এমন প্রেক্ষাপট প্রদান করে যা শুধুমাত্র স্ট্যাটিক কোড বিশ্লেষণ থেকে স্পষ্ট নাও হতে পারে।

কন্ডাক্টর এবং জটিল ওয়ার্কফ্লো সহ সম্প্রসারণযোগ্যতা

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

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

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

enter_plan_mode এবং exit_plan_mode-এর মতো টুলসহ প্ল্যান মোডের ডিজাইনটি ইচ্ছাকৃতভাবে সম্প্রসারণযোগ্য করে তৈরি করা হয়েছে, যাতে কন্ডাক্টরের মতো সলিউশনগুলো এর উপর ভিত্তি করে গড়ে উঠতে পারে। এর লক্ষ্য শুধু আপনাকে একটি নিরাপদ পরিকল্পনা টগল প্রদান করাই নয়, বরং এমন একটি ভিত্তি তৈরি করা যা আপনি আপনার নিজস্ব কাস্টম অর্কেস্ট্রেশন লেয়ার এবং উন্নয়ন পদ্ধতির জন্য ব্যবহার করতে পারেন।

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

সামগ্রিকভাবে, Gemini CLI-এর প্ল্যান মোড একটি সাধারণ সুরক্ষা সুইচের চেয়েও বেশি কিছু; এটি একটি সম্পূর্ণ পরিকল্পনা পরিবেশ যা রিড-অনলি এক্সপ্লোরেশন, সমৃদ্ধ কোলাবোরেশন, কাস্টমাইজযোগ্য পলিসি, হাই-রিজনিং মডেল এবং অটোমেশন-বান্ধব আচরণের সমন্বয় ঘটায়। আপনার পরবর্তী বড় ফিচার, মাইগ্রেশন বা অডিটের জন্য এই পদ্ধতিটি গ্রহণ করার মাধ্যমে, কোডে কোনো পরিবর্তন আনার আগেই আপনি চিন্তা করার, প্রশ্ন করার এবং পুনরাবৃত্তি করার জন্য নিজেকে একটি সুস্পষ্ট সুযোগ করে দেন, যা শেষ পর্যন্ত আরও পরিচ্ছন্ন বাস্তবায়ন এবং কম অপ্রীতিকর পরিস্থিতির দিকে পরিচালিত করে।