আমরা আগেই বলেছি যে Claude Code-এর নিজের কোডের প্রায় ৯০ শতাংশ Claude লেখে। তাহলে যে পরিমাণে আমরা কোড তৈরি করি, সেই পরিমাণ কোড কীভাবে পর্যালোচনা করি? এখনো কি কেউ কোড পড়ে? আর কিছু ভেঙে গেলে, কে সেটা ধরে? এই পোস্টে Claude Code দলের কোড পর্যালোচনা প্রক্রিয়া এবং তার বিবর্তন নিয়ে আলোচনা করা হয়েছে। জুন থেকে সেপ্টেম্বরের মধ্যে Claude Code-এর কোডবেসে মার্জ হওয়া পুল রিকোয়েস্টের সংখ্যা দ্বিগুণেরও বেশি হয়েছে, আর যেগুলো ফেরত নিতে হয়েছে তাদের অনুপাত ৪০ শতাংশের বেশি কমেছে। আমরা পর্যালোচনা সরিয়ে দিইনি। তবে বেশিরভাগ পাঠের কাজ আমরা মেশিনে সরিয়েছি, যেগুলো মানুষের সময় ও মনোযোগের জন্য অপ্টিমাইজ করা, এবং ভুল সহজে ও দ্রুত শুধরে নেওয়ার ব্যবস্থায় অনেক বিনিয়োগ করেছি।
এজেন্ট যখন কোড লেখে, তখন পরিবর্তনের সংখ্যা দ্রুত বাড়ে। Anthropic-এর মনোরেপোতে প্রতিদিন যুক্ত হওয়া পরিবর্তনের সংখ্যা মে মাসে প্রায় ২,৫০০ থেকে এই বছরের সেপ্টেম্বরে ৩০,০০০-এরও বেশি হয়েছে। Claude Code মনোরেপোর বাইরে নিজস্ব রিপোজিটরিতে থাকে, তবে এখানেও চাপ কম নয়। এত দ্রুত শিপ করার সময় ম্যানুয়াল, লাইন-বাই-লাইন কোড পর্যালোচনা অত্যন্ত কঠিন, এমনকি অসম্ভবও হয়ে ওঠে। কোড পর্যালোচনার দুটি কাজ: শিপ করার আগে সমস্যা খুঁজে বের করে ঠিক করা, এবং পুরো দলে যৌথ প্রেক্ষাপট ও কোডবেস সম্পর্কে বোধ তৈরি করা। এই লেখাটি মূলত প্রথম কাজ নিয়ে, তবে শেষের দিকে দ্বিতীয়টিতে আমরা ফিরে আসব।
আমাদের মনে হয়, "কোনো মানুষ কি কোডটি পড়েছে?" প্রশ্নটি "এই পরিবর্তনে কী ভুল হতে পারে, এবং কোন যাচাই, স্বয়ংক্রিয় হোক বা মানুষের, সেটি ধরার জন্য উপযুক্ত?" এই প্রশ্নের একটি অসম্পূর্ণ প্রতিনিধি মাত্র। এই প্রশ্ন করার ফলে পর্যালোচনা কখন হবে সেটিও বদলে গেছে। আগে পর্যালোচনা ছিল পথের শেষে একটি গেট: কোড লেখো, PR খোলো, সহকর্মীর জন্য অপেক্ষা করো। এখন পর্যালোচনা ক্রমাগত চলে, অনেকটা আপনি লেখার সময় বানান পরীক্ষকের মতো। কোনো মানুষকে দেখতে বলার আগেই বেশিরভাগ পরিবর্তন অন্তত একবার Claude দ্বারা পর্যালোচিত ও সংশোধিত হয়ে যায়। এতে নিয়মিত ভুলগুলোর বেশিরভাগ ধরা পড়ে, এবং দলের মনোযোগ উচ্চস্তরের প্রশ্ন ও গভীর পরীক্ষার জন্য সংরক্ষিত থাকে।
সীমিত সম্পদ: মানুষের সময় ও মনোযোগ। আমরা মানুষের সময় ও মনোযোগ এমন সমস্যার জন্য রাখতে চাই যা শুধু মানুষই সমাধান করতে পারে, এবং বাকিগুলো যাতে স্বয়ংক্রিয় যাচাই ধরে ফেলে তা নিশ্চিত করতে চাই। আমাদের বর্তমান পরিবর্তনের গতিতেও মানুষের জন্য প্রচুর কাজ অবশিষ্ট, এবং আমাদের দল প্রায় প্রতিদিনই নতুন ও অভূতপূর্ব চ্যালেঞ্জের মুখোমুখি হয়। মানুষের সময় পর্যালোচনার খরচের দুই দিকই ঢেকে রাখে: মানুষ পর্যালোচনায় যে সময় দেয়, এবং খারাপ কোড যা ভাঙে তা ঠিক করতে যে সময় দেয়। প্রথমটি কমালেও লাভ নেই, যদি সময়টি দ্বিতীয়টিতে ফিরে আসে। তাই লক্ষ্য হলো Claude Code রিপোজিটরি (CLI, ডেস্কটপ ও ওয়েব অ্যাপ এবং মোবাইল অ্যাপ) জুড়ে বেশিরভাগ পুল রিকোয়েস্ট সর্বোচ্চ একজন মানুষ জড়িত থেকেই মার্জ হবে, যিনি লেখকও হতে পারেন, এবং রিভার্ট বা ঘটনার হার না বাড়বে। মানুষের সময় পরিমাপের জন্য আমরা প্রতি PR-এ মানুষের অনুমোদন (মধ্যমা ও ৯৫তম শতাংশ), মানুষের মন্তব্য, এবং কোনো ব্যক্তির জন্য PR কত সময় অপেক্ষা করে তা ট্র্যাক করি। রিভার্ট ও ঘটনার হার হলো সুরক্ষা বেষ্টনী: এগুলো বাড়লে আমরা মানুষের সময় বাঁচাইনি, শুধু সরিয়েছি।
একটি পরিবর্তনের জীবনচক্র। একটি সাধারণ পরিবর্তন, একজন ইঞ্জিনিয়ারের ল্যাপটপ (বা Slack-এ Claude সেশন) থেকে শুরু করে, কোড পর্যালোচনার একাধিক স্তর পেরিয়ে যায়। পথের বেশিরভাগই স্বয়ংক্রিয়; মানুষের মনোযোগ যায় ঝুঁকিতে। একটি গেট নয়, স্তরসমূহ: ছয়টি যাচাই-স্তর, আর নিচে রয়েছে রোলব্যাক। প্রতিটি স্তর কিছু সমস্যা ধরে এবং কিছু এড়িয়ে যায়। খুব কম সমস্যাই সব স্তর পেরোয়, বাকিটা রোলব্যাক সামলায়। 1. অন্য কেউ দেখার আগেই কাজ যাচাই হয়ে যায়। এখন বেশিরভাগ পর্যালোচনা PR তৈরি হওয়ার আগেই হয়। আমরা Claude-কে এমন কিছু দিই যা সে চালাতে পারে, যেমন টেস্ট, বিল্ড বা ডিজাইনের সঙ্গে তুলনার জন্য স্ক্রিনশট, এবং "শেষ" বলার বদলে আউটপুট দেখাতে বলি। এরপর একটি সাবএজেন্ট নতুন প্রেক্ষাপটে diff পর্যালোচনা করে। এই দুটি অভ্যাসই আমাদের সর্বোত্তম অনুশীলন নির্দেশিকা থেকে এসেছে। PR খোলার আগে আমাদের অনেকেই কিছু অভ্যন্তরীণ স্কিল চালায়: একটি বাগ খোঁজে, একটি diff সহজ করে, আর একটি শুরু থেকে শেষ পর্যন্ত আচরণ যাচাই করে। UI পরিবর্তনও আমাদের ডিজাইন নির্দেশিকার সঙ্গে মিলিয়ে দেখা হয়।
উৎস: Hacker News · সারাংশ: HeadlinesBriefing