← ব্লগ

কর্মপ্রবাহ

অ্যাপ নয়, এজেন্ট বদলান।

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

এজেন্ট বদলেছে। হোস্ট, রিপোজিটরি, working tree ও মোবাইল ইন্টারফেস বদলায়নি।

সাধারণত দরকারি কাজ শুরু হওয়ার পরই এটি ঘটে। এজেন্ট রিপোজিটরি পড়েছে, ব্যর্থ পথ খুঁজেছে এবং দুটি ফাইল বদলেছে। তারপর টার্মিনাল কোডের সঙ্গে সম্পর্কহীন বাক্যে থামে: আপনি ব্যবহার বা ব্যয়ের সীমায় পৌঁছেছেন।

Claude Code-এর একটি আসল বার্তা সরাসরি: You've hit your individual spend limit · run /usage-credits to ask your admin for a higher limit। Codex-এর নিজস্ব নোটিশ ও অ্যাকাউন্টভিত্তিক বিকল্প আছে। ভাষা আলাদা, বাধা একই: working tree-এর মাঝখানে বিক্রেতার সীমা এসে পড়েছে।

প্রথমে: কোন সীমায় পৌঁছেছেন?

সবকিছুকে “token limit” বলা হয়, কিন্তু এতে তিনটি সমস্যা মিশে যায়। কথোপকথনের context পূর্ণ হতে পারে, প্ল্যানের বরাদ্দ শেষ হতে পারে, বা অ্যাকাউন্ট credit কিংবা ব্যয়সীমায় পৌঁছাতে পারে। পরবর্তী পদক্ষেপ পণ্য আসলে কী জানায় তার ওপর নির্ভর করে।

Context বা দৈর্ঘ্য

একটি কথোপকথন মডেলের সক্রিয়ভাবে ধারণযোগ্য উপাদানের সীমায় পৌঁছেছে।

কী করবেন: সমর্থিত হলে সংক্ষিপ্ত বা সারাংশ করুন, নইলে নির্দিষ্ট হ্যান্ডঅফ দিয়ে নতুন সেশন শুরু করুন।

ব্যবহার বরাদ্দ

প্ল্যান বর্তমান সময়সীমার বরাদ্দ ব্যবহার করেছে।

কী করবেন: দেখানো reset এবং অ্যাকাউন্টের upgrade বা credit বিকল্প দেখুন।

ব্যয় বা credit সীমা

অর্থ দিয়ে চালানো ব্যক্তিগত, workspace বা প্রতিষ্ঠানের বাজেট সীমায় পৌঁছেছে।

কী করবেন: অর্থ যোগ, সীমা বদল, admin-কে বলা, অপেক্ষা বা অন্য এজেন্টে কাজ সরান।

সামনের নোটিশ পড়ুন। বিক্রেতার ব্যবহার পাতায় সেই অ্যাকাউন্টের reset, credit বা admin বিকল্প দেখুন। সীমা ও সমাধান প্ল্যানভেদে আলাদা এবং বদলায়। কিন্তু টাকা দেওয়া, অপেক্ষা বা admin-কে বলা কাজ চালানোর একমাত্র উপায় নয়।

সাবস্ক্রিপশন থেমেছে। রিপোজিটরি নয়।

সহজ বিকল্পের মূল্য হলো অ্যাপ বদলানো

ফোনে সহজ পথ Claude ছেড়ে Codex-এর জন্য ChatGPT খোলা, বা উল্টোটা। সংকীর্ণ অর্থে এটি কাজ করে—আরেক এজেন্ট মেলে। কিন্তু ধারাবাহিকতা সবচেয়ে দরকারের মুহূর্তে পুরো নিয়ন্ত্রণপ্যানেলও বদলে যায়।

নেভিগেশন, অনুমোদন নিয়ন্ত্রণ ও সেশন ইতিহাস আলাদা। এক অ্যাপের কর্মপ্রবাহ অন্যটিতে নাও থাকতে পারে, আর কোনোটিই আপনার tmux সেশন, SFTP ও tunnel-সহ সাধারণ SSH টার্মিনাল নয়। প্রথম মিনিটগুলো আগের পরিবর্তন বোঝার বদলে নতুন বোতাম খুঁজতে যায়।

টার্মিনালকে স্থিতিশীল স্তর করুন

Claude Code ও Codex যেখানে কাজ আছে সেখানেই চালান: একই মেশিনে একই SSH ক্লায়েন্ট থেকে। Mobile SSH-এ বিক্রেতা বদলানো নতুন tmux পেন খুলে অন্য কমান্ড চালানোর মতো ছোট হতে পারে। ফোনের ইন্টারফেস পরিচিত থাকে, কারণ সেটি আপনার সার্ভারের, এক মডেল বিক্রেতার নয়।

এজেন্ট বদলালে যা টিকে থাকে
কাজের অবস্থাসঙ্গে যায়?
রিপোজিটরি ফাইল ও commit না করা পরিবর্তনএকই ডিস্কে ✓ হ্যাঁ
Git status, diff ও পরীক্ষার ফলদুই CLI-ই দেখতে পারে ✓ হ্যাঁ
SSH হোস্ট, shell ও কাজের ডিরেক্টরিএকই সেশন ✓ হ্যাঁ
tmux, SFTP, tunnel ও Agent Alertsএকই মোবাইল টুল ✓ হ্যাঁ
অন্য বিক্রেতার কথোপকথনের ইতিহাসনতুন হ্যান্ডঅফ দরকার — না
ফাইল হলো ভাগ করা অবস্থা। chat history বিক্রেতার অবস্থা। রিপোজিটরিই সত্যের উৎস।

এটাই কার্যকর বহনযোগ্যতা। পরের এজেন্ট ডিস্কে থাকা ফাইল, diff, পরীক্ষা ও নির্দেশনা দেখতে পারে। Mobile SSH সংযোগ, tmux সেশন এবং SFTP ও port forward আগের জায়গায় রাখে। Agent Alerts দুটির সঙ্গেই চলে, কারণ hook টার্মিনালের অবস্থা জানায়, বিক্রেতার আনুগত্য নয়।

বিক্রেতা-নিরপেক্ষ মানে context জাদু করে যাবে না; মানে প্রমাণ বদলের পরও থাকবে।

সৎ হ্যান্ডঅফ

Claude-এর কথোপকথন Codex-এর কথোপকথন হয় না, উল্টোটাও নয়। নতুন এজেন্টকে শুধু “চালিয়ে যাও” বলে অন্য সেবার chat দেখার আশা করবেন না। স্থায়ী অবস্থা দিন: রিপোজিটরি নিয়ম, working tree diff, চালানো কমান্ড ও বাকি ফল।

চার ধাপের হ্যান্ডঅফ

  1. প্রমাণ স্থির করুন

    tree পরিষ্কার বা overwrite করবেন না। git status --short নিন এবং git diff --stat দেখুন।

  2. স্থানীয় নিয়ম পড়ুন

    নতুন এজেন্টকে সম্পাদনার আগে AGENTS.md ও প্রাসঙ্গিক নথি পড়ান।

  3. ভিত্তি আবার স্থাপন করুন

    সবচেয়ে ছোট প্রাসঙ্গিক পরীক্ষা চালিয়ে পাস, ফেল ও না-চালানো বিষয় লিখুন।

  4. নতুন পেনে চালান

    পুরোনো পেনের পাশে অন্য CLI শুরু করে লক্ষ্য ও সীমা দিন এবং প্রথমে বর্তমান diff দেখতে বলুন।

কার্যকর প্রথম prompt AGENTS.md, git status ও বর্তমান diff পড়ো। বর্তমান কাজ সংরক্ষণ করো। নির্দিষ্ট পরীক্ষা চালাও, বাকি কাজ বোঝাও, তারপর চালিয়ে যাও।

প্রথম এজেন্ট সারাংশের আগে থামলে diff-ই সরকারি সারাংশ। নতুন এজেন্টকে সম্পাদনার আগে দেখতে বলুন। এতে আংশিক কাজ সুরক্ষিত থাকে, patch-এর অনুমান ধরা পড়ে এবং চালানো, বদলানো বা ফেরানোর পরিষ্কার সিদ্ধান্তবিন্দু মেলে।

আজ উপযোগী এজেন্টের জন্য এক ইন্টারফেস

Codex ও Claude Code এক নয়। তাদের শক্তি, মডেল, টুল, সীমা ও অ্যাকাউন্ট নিয়ম আলাদা। তাই ইন্টারফেস স্থায়ী পছন্দ চাপাবে না। কাজ, বরাদ্দ ও রিপোজিটরি নীতি অনুযায়ী এজেন্ট বাছুন।

বিক্রেতার নিজস্ব অ্যাপ প্রায়ই তার cloud agent-এ বিনা সেটআপে দ্রুততম পথ। দরকার হলে রাখুন। কিন্তু কাজ আপনার নিয়ন্ত্রিত মেশিনে হলে সাধারণ টার্মিনাল বেশি স্থায়ী ঘর: সার্ভারে যাওয়ার এক অ্যাপ, সেখানে ইনস্টল যেকোনো এজেন্ট, এবং কাজ সাধারণ প্রকৌশলে ফিরলে পুরো SSH সরঞ্জাম।

যোগ্যতা দেখে এজেন্ট বাছুন। কর্মক্ষেত্র নিজের শর্তে রাখুন।