Anthropic-এর Claude Code দল বলছে, জুন থেকে সেপ্টেম্বরের মধ্যে মার্জ হওয়া পুল রিকোয়েস্টের সংখ্যা দ্বিগুণেরও বেশি হয়েছে, আর ফিরিয়ে নেওয়া পুল রিকোয়েস্টের অনুপাত 40%-এর বেশি কমেছে। তাদের 15 অক্টোবরের বিবরণ অনুযায়ী, Anthropic-এর প্রধান মনোরেপো থেকে আলাদা রিপোজিটরিতে ঝুঁকির সঙ্গে সামঞ্জস্য রেখে মানুষের অনুমোদন নির্ধারণ করা হয়। এগুলো দলের নিজস্ব পরিমাপ; উন্নতির কারণ কী, তা এগুলো প্রতিষ্ঠা করে না।

প্রকৌশলপ্রধানরা সবার জন্য উপলব্ধ Code Review সেবা ব্যবহার করে সমস্যা-সংক্রান্ত তথ্য সংগ্রহ করতে পারেন, একই সঙ্গে মার্জের নিজস্ব শর্ত নির্ধারণ করতে পারেন। সেবা সন্দেহভাজন ত্রুটি জানায়; কোন পরীক্ষা ও কোন মানুষ একটি পরিবর্তন প্রকাশের অনুমতি দিতে পারবেন, তা দল ঠিক করে।

বড় পরিবর্তন

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

অভ্যন্তরীণ প্রক্রিয়ায় ঝুঁকি অনুযায়ী অনুমোদন নির্ধারিত হয়

এই Claude Code দলের কার্যক্রমের ক্রম পরীক্ষা, এজেন্টের পর্যালোচনা, নিরাপত্তা পর্যালোচনা ও ধারাবাহিক ইন্টিগ্রেশনকে একত্র করে। ধাপে ধাপে প্রকাশের আগে মার্জের সারি থাকে; ফিচার ফ্ল্যাগ ও রোলব্যাক পুনরুদ্ধার সামলায়।

বিশ্বস্ত লেখকদের জন্য তাদের অনুমোদননীতি হলো:

পরিবর্তনের ঝুঁকি

স্বয়ংক্রিয় পরীক্ষার পর প্রয়োজনীয় মানুষের অনুমোদন

কম, যেমন লেখা ও শুধু অভ্যন্তরীণ ব্যবহারের ফিচার

কোনোটি নয়

মাঝারি, যেমন পণ্যের সাধারণ পরিবর্তন

একটি

উচ্চ, এবং দুই পর্যালোচক নির্ধারিত থাকা পাথ

দুটি

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

উন্মুক্ত পর্যালোচক কী করে

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

ব্যবহারের জন্য Team বা Enterprise সংগঠন এবং GitHub রিপোজিটরি লাগে। নির্দেশিকায় Zero Data Retention, HIPAA কনফিগারেশন বা গ্রাহক-নিয়ন্ত্রিত এনক্রিপশন কী ব্যবহারকারী সংগঠনগুলো বাদ দেওয়া হয়েছে। কোনো দল নিজস্ব মালিকানাধীন কোড পর্যালোচনার জন্য পাঠানোর আগে এসব বিধিনিষেধ গুরুত্বপূর্ণ। BIG CHANGE নথি পর্যালোচনা করেছে; এই কর্মপ্রবাহ মোতায়েন বা পরীক্ষা করেনি।

এই সেটআপের নির্দেশনা অনুযায়ী Claude সংগঠনে Owner ভূমিকার ব্যবহারকারী, অ্যাপ ইনস্টল ও সংযুক্ত করতে GitHub সংগঠনের মালিক, এবং রিপোজিটরি যোগ করতে লেখার অনুমতি প্রয়োজন। অ্যাপটি পর্যালোচনায় ব্যবহৃত অনুমতির চেয়ে বেশি বিস্তৃত অনুমতি চায়। প্রশাসকরা Quick, Standard বা Deep পর্যালোচনা এবং প্রতি পুল রিকোয়েস্টে একবার, প্রতি push-এর পর, নাকি অনুরোধে চালানো হবে তা বেছে নেন। স্বয়ংক্রিয় পর্যালোচনায় খসড়া ও fork বাদ পড়ে; লেখার অনুমতি থাকা কেউ হাতে পর্যালোচনার অনুরোধ করতে পারেন।

নির্দেশনা ও নিয়ম কার্যকরের কাজ আলাদা

এই কাস্টমাইজেশন নির্দেশিকা দুই ফাইলের পার্থক্য ব্যাখ্যা করে: CLAUDE.md প্রকল্পের প্রেক্ষাপট দেয়, আর REVIEW.md পর্যালোচনাভিত্তিক অগ্রাধিকার ও বর্জন নির্ধারণ করে। সেবা বেস বা ডিফল্ট ব্রাঞ্চ থেকে পর্যালোচনার নির্দেশনা পড়ে, প্রস্তাবিত পরিবর্তন থেকে কখনো নয়। স্থানীয় /code-review কমান্ড পড়ে CLAUDE.md কিন্তু পড়ে না REVIEW.md। তাই উভয় টুলের সাধারণ নির্দেশনা থাকবে CLAUDE.md-এ।

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

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

যে পর্যালোচনা চলেছে, সেগুলো মাপুন

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

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

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

উৎস ও আরও পড়ুন