ক্লড কোড সিরিজ টিউটোরিয়াল ৪: ক্লড কোড ব্যবহারের ক্ষেত্রগুলি কী কী?

সাধারণ ব্যবহারের ক্ষেত্র

আমি ব্যবহারের ক্ষেত্রগুলো চার ভাগে ভাগ করেছি, ফ্রিকোয়েন্সি অনুযায়ী উচ্চ থেকে নিম্ন ক্রমে সাজানো।

প্রথম শ্রেণী: কোড বোঝা

এটি সম্ভবত সবচেয়ে বেশি ব্যবহৃত হয়। কারো প্রকল্প হাতে নেওয়া, পুরনো মডিউল দেখা, বা ডকুমেন্টেশন ছাড়া কোনো রিপোজিটরি খুললে, সরাসরি এটিকে জিজ্ঞাসা করুন।

নির্দিষ্ট পদ্ধতি:

claude "এই প্রকল্পটি কী করে? এন্ট্রি পয়েন্ট কোথায়?" — এটি package.json, ডিরেক্টরি স্ট্রাকচার, মূল ফাইল পড়ে এবং একটি সারসংক্ষেপ দেয়।
একটি ফাংশন খুলুন, এটিকে লজিক ব্যাখ্যা করতে এবং ফ্লো (টেক্সটে) বর্ণনা করতে বলুন।
এটি একটি API রিকোয়েস্টের ফ্রন্টএন্ড থেকে ডেটাবেস পর্যন্ত সম্পূর্ণ পথ ট্র্যাক করতে বলুন।

এখানে এটি মূলত "কোড পড়ার নোংরা কাজ" করতে সাহায্য করে। আপনাকে নিজে দীর্ঘক্ষণ grep করতে হবে না এবং মস্তিষ্কে ধাঁধা মেলাতে হবে না। এটি পথ তৈরি করে দেয়, আপনি সিদ্ধান্ত নেন।

এই শ্রেণীর বিকল্প হলো: কোডবেসে ম্যানুয়ালি খোঁজা, নোট নেওয়া, কল গ্রাফ আঁকা।

দ্বিতীয় শ্রেণী: কোড লেখা এবং পরিবর্তন

এটি সবচেয়ে আলোচিত কিন্তু সবচেয়ে বেশি ব্যবহৃত নয়। কোড লেখার পরিস্থিতি সাধারণত এ রকম:

নতুন ফিচার তৈরি: "user মডিউলের অধীনে ইমেইল পরিবর্তনের জন্য একটি API এন্ডপয়েন্ট যোগ করুন, ইমেইল ফরম্যাট যাচাই করুন, ইউনিট টেস্ট লিখুন।"
ক্রস-ফাইল রিফ্যাক্টরিং: "এই তিনটি ফাইলের সব moment() কে dayjs() দিয়ে প্রতিস্থাপন করুন, অন্য কোনো লজিক পরিবর্তন করবেন না।"
মাইগ্রেশন এবং আপগ্রেড: "এই Vue 2 কম্পোনেন্টটি Vue 3 Composition API পদ্ধতিতে রূপান্তর করুন।"

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

এই শ্রেণীর বিকল্প হলো: পুনরাবৃত্তিমূলক কোড ম্যানুয়ালি লেখা, ক্রস-ফাইল রেফারেন্স ম্যানুয়ালি সার্চ এবং রিপ্লেস করা।

তৃতীয় শ্রেণী: ডিবাগিং এবং মেরামত

বাগ দেখা গেলে সাধারণ ওয়ার্কফ্লো: ত্রুটি দেখা, ফাইল চিহ্নিত করা, কারণ অনুমান করা, পরিবর্তন করে দেখা, ব্যর্থ হলে ফিরে আসা। Claude Code সরাসরি সম্পূর্ণ এরর স্ট্যাক নিতে পারে এবং প্রকল্পের কোডের সাথে মিলিয়ে নিজেই অবস্থান চিহ্নিত করতে পারে।

সাধারণ ব্যবহার:

ব্যর্থ টেস্টের আউটপুট এটিকে দিন, এটি সম্পর্কিত কোড পড়ে সমাধান প্রস্তাব করবে, পরিবর্তন করে আবার টেস্ট চালাবে, পাস হয়েছে কিনা দেখবে।
CI ত্রুটির সম্মুখীন হলে লগ পেস্ট করুন, এটি মেরামত করবে, তারপর git diff চালিয়ে পরিবর্তন নিশ্চিত করবে।

এখানে এটি "প্রথম স্তরের তদন্তকারী" এর মতো কাজ করে। চিন্তা করার সময় আপনার, কিন্তু ফাইল ঘাঁটা, পার্থক্য তুলনা করা, এবং যাচাইয়ের কমান্ড চালানো এটির কাজ।

এই শ্রেণীর বিকল্প হলো: বারবার টেস্ট চালানো, এরর লগ পড়া, ম্যানুয়ালি কোডের পার্থক্য তুলনা করা।

চতুর্থ শ্রেণী: বিবিধ অটোমেশন

এই শ্রেণীটি সবচেয়ে কম নজর কাড়ে, কিন্তু একত্রিত করলে সবচেয়ে বেশি সময় বাঁচায়।

উদাহরণ:

গিট কমিট মেসেজ লেখা: claude "বর্তমান git diff অনুযায়ী Convention Commits ফরম্যাটে একটি কমিট মেসেজ লিখুন"
PR বর্ণনা তৈরি: বর্তমান ব্রাঞ্চ এবং main-এর পার্থক্য দেখিয়ে পরিবর্তনের সারসংক্ষেপ এবং টেস্ট বর্ণনা তৈরি করতে বলা।
রিলিজ নোট লেখা: Claude Code-কে গত সপ্তাহের কমিট ইতিহাস পড়ে CHANGELOG তৈরি করতে বলা।
এনভায়রনমেন্ট সমস্যা সমাধান: "এই নির্ভরতা ইনস্টল করতে ত্রুটি দেখাচ্ছে, টার্মিনাল আউটপুট দেখে কারণ খুঁজে বের করতে সাহায্য করুন।"

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

এই শ্রেণীর বিকল্প হলো: ম্যানুয়ালি টেক্সট এডিট করা, নিয়মিত ডকুমেন্টেশন লেখা, এনভায়রনমেন্ট কনফিগারেশন সমস্যা সার্চ করা।

একটি "মানচিত্র"

এই চার শ্রেণীকে দৈনন্দিন ওয়ার্কফ্লোতে রাখলে মানচিত্রটি এমন হবে:

একটি অপরিচিত প্রকল্প পাওয়া
    │
    ▼
[কোড বোঝা] ─── গঠন, এন্ট্রি পয়েন্ট, মূল লজিক বোঝা
    │
    ▼
নতুন ফিচার লেখা বা মডিউল পরিবর্তন শুরু
    │
    ▼
[কোড লেখা/পরিবর্তন] ─── বাস্তবায়ন তৈরি, ক্রস-ফাইল রিফ্যাক্টরিং
    │
    ▼
টেস্ট চালানো, বাগ দেখা
    │
    ▼
[ডিবাগিং এবং মেরামত] ─── ত্রুটি বিশ্লেষণ, অবস্থান চিহ্নিত, মেরামত, আবার চালানো
    │
    ▼
কমিটের প্রস্তুতি
    │
    ▼
[বিবিধ অটোমেশন] ─── কমিট, PR বর্ণনা, রিলিজ নোট লেখা
    │
    ▼
কমিট, সম্পন্ন

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

দুটি ব্যবহারযোগ্য বিচারের মানদণ্ড

যদি আপনি নিশ্চিত না হন যে একটি কাজ Claude Code-কে দেওয়া উচিত কিনা, নিজেকে দুটি প্রশ্ন জিজ্ঞাসা করুন:

1. কাজটি কি "যান্ত্রিক" বেশি নাকি "সৃজনশীল" বেশি?

একশটি রেফারেন্স পরিবর্তন, ফরম্যাটেড আউটপুট, বয়লারপ্লেট কোড তৈরি — এসব কাজ নিজে করলে সময় অনেক লাগে, কিন্তু আপনার ধারণা ইতিমধ্যে আছে। এটি এটির জন্য উপযুক্ত।

2. কাজটির "যাচাই খরচ" কি বেশি?

যদি একটি পরিবর্তন নিশ্চিত করতে বারবার জাম্প, টেস্ট চালানো, লগ দেখা লাগে, তবে ম্যানুয়ালি পরীক্ষা ধীর হয়। Claude Code নিজে "পরিবর্তন-চালানো-দেখা-আবার পরিবর্তন" চক্র সম্পন্ন করতে পারে, আপনি অনেক স্বাচ্ছন্দ্য বোধ করবেন।