Codex Plus নিয়ে আমি যে সবচেয়ে মজার workflow pattern দেখেছি, সেটা prompt কীভাবে লিখি তার চেয়ে বেশি timing-এর সঙ্গে সম্পর্কিত।
আমার ৫-ঘন্টার বা সাপ্তাহিক limit-এর শেষ ৩–৫% বাকি থাকলে আমি আর ছোটখাটো অনুরোধে সেই অংশ খরচ করি না। বরং উল্টোটা করি। আগে থেকে প্রস্তুত করা একাধিক project-এ আমি তখন সবচেয়ে বড় engineering task চালু করি।
সেটা সাধারণত এমন কাজ হয়: পুরো TypeScript migration, repository জুড়ে ESLint cleanup, পুরো codebase জুড়ে deep bug review, বা বড় refactor—যেগুলো সাধারণ সময়ে শুরু করতেই খরচসাপেক্ষ মনে হয়।
কী কারণে আমার workflow বদলে গেল
কারণটা সহজ। একাধিকবার আমি দেখেছি, visible limit শেষ হয়ে গেছে বলে মনে হলেও Codex কাজ চালিয়ে যায়। বাইরে থেকে session শেষ হয়ে গেছে মনে হয়, কিন্তু task এগোতে থাকে, কখনও কখনও শেষও হয়ে যায়।
আমি এটাকে কোনো নিশ্চয়তাপূর্ণ product rule হিসেবে বলছি না। এটা শুধু আমার বারবার দেখা অভিজ্ঞতা, যেটা আমার ব্যবহারভঙ্গি বদলে দেওয়ার মতো যথেষ্ট ছিল। এই pattern খেয়াল করার পর limit-এর শেষ অংশ আর আমার কাছে বাঁচিয়ে রাখার জিনিস মনে হয়নি। বরং সেটাই হয়ে গেছে সবচেয়ে বেশি leverage নেওয়ার সময়।
এখন আমি শেষ অংশটা কীভাবে ব্যবহার করি
আগের মতো safe আর low-cost prompt ব্যবহার না করে, আমি এখন limit-এর শেষ অংশটাকে high-effort engineering কাজ শুরু করার launch window হিসেবে দেখি। যেমন:
- পূর্ণ TypeScript migration
- repository-wide ESLint cleanup
- বড় codebase জুড়ে deep bug review
- বড় structural refactor
এখানে মূল বিষয় হলো preparation। project যদি আগে থেকেই ready থাকে এবং task পরিষ্কারভাবে define করা থাকে, তাহলে ছোট কিছুতে শেষ budget ব্যবহার করা অনেক সময় সবচেয়ে valuable মুহূর্ত নষ্ট করার মতো লাগে।
কেন এটা গুরুত্বপূর্ণ মনে হয়
Codex Plus-এর মতো tool শুধু raw capability নিয়ে নয়, effort কীভাবে time করা হচ্ছে সেটাও গুরুত্বপূর্ণ। timing-এ ছোট একটা পরিবর্তন একই limit থেকে পাওয়া practical value অনেক বদলে দিতে পারে।
আমার ক্ষেত্রে, এটা product-টাকে দেখার মনস্তত্ত্বই বদলে দিয়েছে। শেষ কয়েক শতাংশ আর session-এর সমাপ্তি মনে হয় না। বরং তখনই মনে হয়, দ্বিধা না করে সবচেয়ে ভারী কাজটা tool-এর হাতে তুলে দেওয়া উচিত।
কখনও কখনও সত্যিই মনে হয় visible limit শেষ হয়ে যাওয়ার পরও Codex আমার হয়ে কাজ করে যাচ্ছে। এটা intentional edge case কি না, নাকি কিছু task বাস্তবে যেভাবে complete হয় তার ফল—আমি নিশ্চিত নই। কিন্তু এটা যথেষ্ট useful ছিল, তাই এখন আমি workflow-ই সে অনুযায়ী সাজাই।
ডেভেলপারদের জন্য ব্যবহারিক শিক্ষা
আপনি যদি software engineering-এর জন্য Codex Plus ব্যবহার করেন, তাহলে limit-এর শেষ অংশ কীভাবে ব্যবহার করছেন সেটা একবার পরীক্ষা করে দেখা মূল্যবান হতে পারে। ধরে নেওয়ার দরকার নেই যে শেষ কয়েক শতাংশ সবসময় খুব সাবধানে খরচ করতে হবে। আমার ক্ষেত্রে উল্টো পদ্ধতিটাই বেশি কার্যকর ছিল।
বিশেষ করে migration, lint cleanup, বড় review, বা একাধিক repository জুড়ে refactor-এর সময় অন্য ডেভেলপাররাও কি একই pattern দেখেছেন, সেটা জানতে আমার সত্যিই আগ্রহ আছে।