প্রম্পট ইঞ্জিনিয়ারিং বনাম কনটেক্সট ইঞ্জিনিয়ারিং

১ · মডিউল ৬-এ স্বাগতম — একটা নতুন প্রশ্ন

এই কোর্সের প্রথম ২২টা পাঠ জুড়ে আমরা একটা প্রশ্নের উত্তর খুঁজেছি — একটা প্রম্পট কীভাবে লিখলে মডেল থেকে সেরা ফলাফল পাওয়া যায়? স্বচ্ছতা, উদাহরণ, গঠন, chain-of-thought, টুল ইউজ — এই সবকিছুই ছিল কীভাবে বলবেন তার কৌশল। কিন্তু ২০২৬ সালে প্রোডাকশন AI সিস্টেম ডিজাইন করার সময় একটা সমান গুরুত্বপূর্ণ, ভিন্ন প্রশ্ন সামনে আসে — মডেল উত্তর দেওয়ার মুহূর্তে তার কাছে ঠিক কী কী তথ্য পৌঁছাচ্ছে?

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

২ · সংজ্ঞাগত পার্থক্য

একটা সহজ ফ্রেমিং দিয়ে পার্থক্যটা মনে রাখা যায় — প্রম্পট ইঞ্জিনিয়ারিং জ্ঞান রাখে নির্দেশনার মধ্যে (in the instruction); কনটেক্সট ইঞ্জিনিয়ারিং জ্ঞান রাখে অবকাঠামোর মধ্যে (in the infrastructure) — অর্থাৎ সেই সিস্টেমের মধ্যে যা প্রতিটি কলের আগে মডেলকে ঠিক কী পাঠানো হবে তা নির্ধারণ করে।

৩ · কনটেক্সট ইঞ্জিনিয়ারিং প্রতিস্থাপন নয়, বরং একটা বৃহত্তর স্তর

এখানে একটা সাধারণ ভুল বোঝাবুঝি এড়ানো জরুরি — কনটেক্সট ইঞ্জিনিয়ারিং প্রম্পট ইঞ্জিনিয়ারিংকে অপ্রাসঙ্গিক করে দেয় না। বরং এটা একটা বৃহত্তর ব্যবস্থা, যার একটা অপরিহার্য উপাদান হলো প্রম্পট ইঞ্জিনিয়ারিং — যেমন কী রিট্রিভ করা হবে, কথোপকথনের ইতিহাস কীভাবে কমপ্যাক্ট/সারসংক্ষেপ করা হবে, কোন টুল উন্মুক্ত করা হবে, আর দীর্ঘমেয়াদে কী মনে রাখা হবে — এই সবকিছুর সিদ্ধান্তই কনটেক্সট ইঞ্জিনিয়ারিং-এর অংশ, কিন্তু একবার সেই কনটেক্সট ঠিক হয়ে গেলে, সেটাকে মডেলের কাছে কীভাবে উপস্থাপন করা হবে (XML ট্যাগে, নাকি Markdown-এ, কোন ক্রমে) — সেটা প্রম্পট ইঞ্জিনিয়ারিং।

এই কোর্সের এখন পর্যন্ত পড়া প্রায় প্রতিটা পাঠই আসলে প্রম্পট ইঞ্জিনিয়ারিংয়ের অংশ — স্বচ্ছতা, few-shot উদাহরণ, XML গঠন, chain-of-thought। কিন্তু পাঠ ২১-এ (লং-কনটেক্সট প্রম্পটিং) আমরা যখন বললাম "ডকুমেন্ট প্রথমে, প্রশ্ন পরে" — সেটা প্রম্পট ইঞ্জিনিয়ারিং। কিন্তু আসলে কোন ডকুমেন্টগুলো রিট্রিভ করে প্রম্পটে দেওয়া হবে, কতটা প্রাসঙ্গিক তথ্য পাওয়া গেছে, ডকুমেন্টটা আদৌ সঠিক কি না — এই সিদ্ধান্তগুলো কনটেক্সট ইঞ্জিনিয়ারিংয়ের অংশ, যা প্রম্পট লেখার আগেই ঘটে যায়।

৪ · কেন এই পার্থক্যটা ব্যবহারিকভাবে গুরুত্বপূর্ণ

এই পার্থক্যটা নিছক পরিভাষাগত তর্ক নয় — এটা সরাসরি প্রভাব ফেলে কোথায় সময় ও প্রচেষ্টা বিনিয়োগ করবেন তার উপর। একটা বাস্তব সমস্যার কথা ভাবুন — একটা RAG (Retrieval-Augmented Generation) সিস্টেম ভুল উত্তর দিচ্ছে। প্রথম প্রতিক্রিয়া প্রায়ই হয় প্রম্পট আরও ভালো করে লেখা — আরও স্পষ্ট নির্দেশনা, আরও উদাহরণ, আরও কঠোর ফরম্যাট নিয়ম। কিন্তু যদি সমস্যাটা আসলে হয় যে রিট্রিভাল সিস্টেমই ভুল ডকুমেন্ট খুঁজে আনছে (বা প্রাসঙ্গিক ডকুমেন্টটা একেবারেই খুঁজে পাচ্ছে না) — তাহলে প্রম্পট যতই নিখুঁত হোক, মডেল ভুল উত্তরই দেবে, কারণ তার কাছে সঠিক তথ্যটাই কখনো পৌঁছায়নি।

তাই একটা প্রোডাকশন সিস্টেম ডিবাগ করার সময় প্রথম প্রশ্ন হওয়া উচিত — "মডেল কি সঠিক তথ্য পেয়েছে?" (কনটেক্সট প্রশ্ন), তারপরই — "মডেল কি সেই তথ্যটা সঠিকভাবে ব্যবহার করেছে?" (প্রম্পট প্রশ্ন)। এই দুটো প্রশ্ন গুলিয়ে ফেললে, একটা টিম সপ্তাহের পর সপ্তাহ প্রম্পট নিয়ে পরিমার্জন করতে পারে অথচ আসল সমস্যা — একটা ভাঙা রিট্রিভাল পাইপলাইন — অপরিবর্তিত থেকে যায়।