2026 সালের জুলাইয়ে, এআই প্রোগ্রামিং ক্ষেত্রে একটি বড় পরিবর্তন ঘটে। পিটার স্টেইনবার্গার X প্ল্যাটফর্মে ঘোষণা করেন যে সাইক্লিক ইঞ্জিনিয়ারিংয়ের যুগ শেষ হয়েছে, এবং শিল্পটি গ্রাফ (Graph) ইঞ্জিনিয়ারিংয়ের দিকে নিয়ে যাওয়া হয়েছে। সাইক্লিক ইঞ্জিনিয়ারিং জিফ্রি হান্টলির রালফ পদ্ধতি থেকে উদ্ভূত হয়েছিল, যা AI এজেন্টকে লক্ষ্য অর্জন পর্যন্ত চলমান রাখার মাধ্যমে কনটেক্সট উইন্ডোর সীমাবদ্ধতা এড়াত। 2026 সালের এপ্রিল থেকে মে, Codex, Claude Code ইত্যাদি টুলগুলি ক্রমাগত Goal ফিচারগুলি চালু করে, যা সাইক্লিককে পণ্যায়িত করে। বর্তমানে, শিল্পটি আরও জটিল গ্রাফ ইঞ্জিনিয়ারিংয়ের দিকে এগিয়ে যাচ্ছে, যা অর্গানাইজেশনাল গ্রাফ এবংওয়ার্ক গ্রাফের সমন্বিত ডিজাইনকে অন্তর্ভুক্ত করে।

লেখক এবং উৎস: ওয়েইচ্যাট গিড ইনফোকিউ (ID: infoqchina)

আমরা এখনও চক্রের কথা বলছি, নাকি চিত্রে স্থানান্তরিত হয়েছি?

২০২৬ সালের ১৮ জুলাই, পিটার স্টেইনবার্গার X প্ল্যাটফর্মে একটি বার্তা দিয়ে সাইক্লিক ইঞ্জিনিয়ারিংয়ের যুগের অবসান ঘোষণা করেন। এই পোস্টটি প্রকাশের দুই দিনের মধ্যে ২.৬ মিলিয়ন ব্রাউজ পায়।

ছয় সপ্তাহ আগে, তিনি "এজেন্টকে পুনরাবৃত্তির জন্য ডিজাইন করা" শিরোনামে 8.4 মিলিয়ন ব্রাউজ পেয়েছিলেন, যা বিশ্বব্যাপী ডেভেলপারদের কাছে বুঝিয়েছে যে প্রম্পট ইঞ্জিনিয়ারিংয়ের যুগ শেষ হচ্ছে এবং পুনরাবৃত্তি ইঞ্জিনিয়ারিংই নতুন দিক।

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

সাইক্লিকের উত্থান

গত মাসে, "লুপ ইঞ্জিনিয়ারিং" দ্রুত এআই প্রোগ্রামিং ক্ষেত্রের জনপ্রিয় ধারণা হয়ে উঠেছে।

কিন্তু এর প্রকৃত উৎস এক বছর আগে পর্যন্ত যায়। ২০২৫ সালের জুলাইয়ে, সফটওয়্যার ইঞ্জিনিয়ার জেফ্রি হান্টলি একটি “রালফ” নামক পদ্ধতির প্রস্তাব দেন—একটি সাধারণ ব্যাশ লুপ, যা Claude-কে লক্ষ্য অর্জন পর্যন্ত পুনরাবৃত্তি করে কাজ করায়:

while :; do cat PROMPT.md | claude-code ; done

রাল্ফ পদ্ধতির মূল বিষয় হল কনটেক্সট উইন্ডোর সীমাবদ্ধতা এড়িয়ে চলা। ২০২৫ এর মধ্যভাগে, কনটেক্সট উইন্ডোর সর্বাধিক আকার ছিল ২০ লক্ষ টোকেন। এটি আরও জটিল কাজের জন্য অপর্যাপ্ত ছিল, তাই এজেন্ট চলাচলকে ছোট ছোট চলাচল এককে বিভক্ত করে একের পর এক চালানো প্রয়োজন হয়েছিল।

এই প্রেক্ষাপটে, রালফ পদ্ধতির কার্যপ্রণালী নিম্নরূপ:

• একটি প্রকল্পের জন্য একটি লক্ষ্য নির্ধারণ করুন, তারপর লক্ষ্যটি অর্জন করা পর্যন্ত Agent কে চালু রাখুন বা পুনরায় চালু করুন।
• কাজটি সম্পন্ন হলে এটিকে ফাইল সিস্টেমে লগ বা আপডেট করা পরিকল্পনা হিসেবে সংকুচিত ফরম্যাটে সংরক্ষণ করুন।
• এজেন্টকে পুরোপুরি নতুন কনটেক্সট দিয়ে শুরু করুন, যাতে “কনটেক্সট ডিগ্রেডেশন” কম হয়।
• প্রয়োজনে, প্রতিটি এজেন্টকে “সামগ্রিক পরিকল্পনা” যোগ বা সংশোধন করতে দিন।

হান্টলি এই পদ্ধতিতে শূন্য থেকে একটি প্রোগ্রামিং ভাষা তৈরি করে এর সম্ভাব্যতা প্রমাণ করেছিলেন, কিন্তু এটি ডেভেলপার সম্প্রদায়ে শুধুমাত্র আরও শক্তিশালী মডেল আসার পরেই দ্রুত ছড়িয়ে পড়ে।

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

পরে, পিটার স্টেইনবার্গারও একটি পোস্ট করে ডেভেলপারদের কাছে অনুরোধ জানান যে তারা প্রোগ্রামিং এজেন্টকে সরাসরি প্রম্পট দেওয়া বন্ধ করুন: “মাসিক মনে করিয়ে দেওয়া: আপনার আর প্রোগ্রামিং এজেন্টকে সরাসরি প্রম্পট দেওয়ার দরকার নেই। আপনাকে এজেন্টকে প্রম্পট দেওয়ার জন্য সাইকেল ডিজাইন করতে হবে।”

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

ধারণা পাওয়া গেছে, নাম পাওয়া গেছে, এবং অবকাঠামোও দ্রুত অনুসরণ করছে।

2026 এর এপ্রিল থেকে মে মাসে, কোডেক্স, ক্লাউড কোড এবং হারমেস ধাপে ধাপে /goal কমান্ড চালু করে, যা হাতে লেখা লুপগুলিকে একটি একক নির্দেশে রূপান্তরিত করে।

রাল্ফ এর ব্যাপক ব্যবহার শুরুর প্রায় ছয় মাস পর, কোডেক্স গোল ফিচার প্রকাশ করেছে

কোডেক ডকুমেন্টে বলা হয়েছে: “গোলস হল কোডেকের একটি স্থায়ী লক্ষ্য, যা একটি কথোপকথন থ্রেডকে একাধিক ইন্টারঅ্যাকশনের মাধ্যমে স্পষ্ট ফলাফলের দিকে অগ্রসর হতে সহায়তা করে। গোল কোডেককে একটি সম্পন্ন শর্ত প্রদান করে: কোন অবস্থা প্রযোজ্য হওয়া উচিত, সফলতা কিভাবে পরীক্ষা করা হবে, এবং কোন সীমাবদ্ধতা সর্বদা বজায় রাখা উচিত।”

দলিলটি বিশেষভাবে উল্লেখ করে: "সাধারণ প্রম্পট বলে: এখন এই কাজটি করুন। গোলটি বলে: এই ফলাফলটি প্রযোজ্য হওয়া পর্যন্ত কাজ চালিয়ে যান।"

সাধারণ অনুরোধে, কোডেক বর্তমান নির্দেশনা প্রক্রিয়া করে, ফলাফল প্রতিবেদন করে এবং পরবর্তী পদক্ষেপের জন্য অপেক্ষা করে। গোল ব্যবহার করার সময়, একটি ট্রেডে একটি স্থায়ী লক্ষ্য যুক্ত থাকে। একটি পর্যায়ের সম্পন্ন হওয়ার পর, এটি বর্তমান প্রমাণ পরীক্ষা করতে পারে এবং নির্ধারণ করতে পারে যে লক্ষ্যটি সম্পন্ন হয়েছে কিনা। যদি উত্তরটি নেতিবাচক হয় এবং গোলটি এখনও সক্রিয় থাকে এবংবাজেটটি শেষ হয়নি, তবে কোডেক সর্বশেষ অবস্থা থেকে কাজ চালিয়ে যেতে পারে।

যেমন: “চেকআউট বেঞ্চমার্কে p95 ল্যাটেন্সি 120 মিলিসেকেন্ডের নিচে নামিয়ে আনুন, যাতে সঠিকতা পরীক্ষার সেট সর্বদা পাস করে।”

এটি একটি যথেষ্ট স্পষ্ট "শেষ মানদণ্ড", যা সরাসরি Agent-এর কাছে দেওয়া যেতে পারে। তারপর, Agent নিজেই কাজগুলি বিভক্ত করবে, উপ-Agent তৈরি করবে এবং কাজটি সম্পন্ন হওয়া পর্যন্ত চলতে থাকবে। Codex দল Ralph সাইকেলের ধারণা থেকে অনুপ্রাণিত হয়ে এই ভিত্তিতে একটি অবকাঠামো তৈরি করেছে: একাধিক Agent-কে সমন্বয় করা, তাদের পরস্পরকে বাধা দেওয়া থেকে বিরত রাখা; অবস্থা পরিচালনা; পরীক্ষা চালানো; Agent-কে শুরু ও বন্ধ করা; এরপর বাজেট সেটিংসের মতো ফিচারগুলি যোগ করা।

লক্ষ্য ফাংশনের আর্কিটেকচার

ডেভেলপাররা কিভাবে লুপ ব্যবহার করেন

ডেভেলপাররা আসলে লুপ ব্যবহার করছেন কী করতে? সম্প্রদায়ের ফিডব্যাক অনুযায়ী, সবচেয়ে সাধারণ পরিস্থিতি হল পুনরাবৃত্তিমূলক কাজগুলি প্রক্রিয়াকরণ।

কিন্তু চক্রাকারে কাজ করার ক্ষমতা এটাই শেষ নয়। চক্রাকার প্রকৌশলের প্রকৃত মূল্য প্রকাশ পায় কিছু আরও জটিল, নিরন্তর পুনরাবৃত্তির প্রয়োজনীয় দীর্ঘমেয়াদি কাজে।

যেমন বড় পরিসরের কোড মাইগ্রেশন সম্পন্ন করা। স্টার্টআপের প্রতিষ্ঠাতা রাফেল মেন্ডিওলা একটি রিয়্যাক্ট অ্যাপ্লিকেশনকে রিয়্যাক্ট নেটিভে রূপান্তর করতে চাইছেন। প্রচলিত পদ্ধতি হলো একটি বড় Epic তৈরি করা, তারপর 50 থেকে 100টি টিকেটে বিভক্ত করা, যার ফলে ইনফ্রাস্ট্রাকচার সেটআপই ভয়ঙ্কর মনে হয়।

তার বিকল্প হলো একটি স্কিল তৈরি করা যাতে এজেন্ট নিজেই স্থানান্তরযোগ্য কোড ব্লকগুলি শনাক্ত করে, রূপান্তর সম্পন্ন করে এবং প্রগতি ট্র্যাক করে, এবং এই স্কিলটিকে ৩০ মিনিট অন্তর চলমান ক্রন টাস্কে যোগ করা। একটি বিশাল মাইগ্রেশন প্ল্যান পরিচালনা করার তুলনায়, এই পদ্ধতি মানসিকভাবে অনেক সহজ।

পরবর্তী গন্তব্য: Graph

পিটারের টুইটের সমস্যাটি আসলে একটি বিকাশের পথের দিকে ইঙ্গিত করে।

এক বছর আগে, প্রম্পট ইঞ্জিনিয়ারিং ছিল একটি মূল দক্ষতা। ২০২৫ থেকে ২০২৬ এর শুরুর দিকে, ফোকাস ঘুরে গিয়েছিল সাইকেল ডিজাইনের দিকে। এখন, পিটার যে দিকে ইঙ্গিত করছেন, তা আরও দূরে: একাধিক সাইকেল দিয়ে গঠিত গ্রাফ ডিজাইন—প্রতিটি এজেন্ট নিজস্ব সাইকেল চালায় এবং নির্ভরশীলতার মাধ্যমে পরস্পরের সাথে যুক্ত থাকে।

লুইস ক্যাটাকোরার এই টুইটের আলোচনায় সবচেয়ে উল্লেখযোগ্য প্রতিক্রিয়াটি: "চক্রের মধ্যে বড় একটি ত্রুটি সহনশীলতা রয়েছে। চিত্রটি আপনাকে বাধ্য করবে যে, আপনার কাজের প্রবাহের কতটা অংশ বাস্তবিকভাবেই মডেল করা হয়নি।"

এই বাক্যটি এই দুটি প্যারাডাইমের পার্থক্য প্রকাশ করে। লুপ আপনাকে আর্কিটেকচার ডিজাইন স্থগিত করতে দেয়: প্রথমে একটি এজেন্টকে সবকিছু করতে দিন, যতক্ষণ না এটি আর প্রক্রিয়াকরণ করতে পারে না। গ্রাফ আপনাকে সম্পূর্ণ কাঠামোটি আগে থেকেই ঘোষণা করতে বাধ্য করে—কে কী দায়িত্ব পালন করবে, কোন কাজগুলি কোন কাজের উপর নির্ভরশীল, এবং কোনো শাখা ব্যর্থ হলে কীভাবে এগিয়ে যাবেন। লুপ হলো সিদ্ধান্ত স্থগিতকরণ, গ্রাফ হলো সিদ্ধান্ত পূর্বনির্ধারণ।

গুগলের সিনিয়র এআই পণ্য পরিচালক এবং Awesome LLM Apps কোডবেসের (গিটহাবে ১২.৪ লক্ষের বেশি স্টার) লেখক শুভম সাবু, অন্য একটি বিশ্লেষণ দিয়েছেন, যেখানে তিনি দুটি স্তরকে পৃথক করেছেন: “দীর্ঘস্থায়ী সংগঠন চিত্র নির্ধারণ করে কে কোন ক্ষেত্রের জন্য দায়ী এবং প্রসঙ্গ বজায় রাখে; কাজের চিত্র বর্তমানে কী করা দরকার তা সংজ্ঞায়িত করে, যা প্রমাণের ভিত্তিতে বিভক্ত, একত্রিত, পুনর্বিন্যস্ত বা সরাসরি অদৃশ্য হতে পারে।”

গ্রাফ কী এই অদ্ভুত জিনিস?

Loop এজেন্টের আচরণকে প্রোগ্রামযোগ্য করে তোলে। Graph এজেন্টের সংগঠনকে প্রোগ্রামযোগ্য করে তোলে।

এক পদ এগিয়ে যান ডাইনামিক এজেন্ট সংগঠনের দিকে: কাজ বাস্তবায়নের সময়, গ্রাফ নিজেকেই পুনর্লিখন করবে।

প্রেস্টন হলম্স: কমপক্ষে দুটি গ্রাফ গুরুত্বপূর্ণ। প্রথমটি আপনার গ্রাফে উপস্থাপিত, যা দীর্ঘস্থায়ী এজেন্টগুলি দ্বারা গঠিত, যারা একটি অঞ্চলের জন্য দায়বদ্ধ, যেন একটি জোন ডিফেন্স। দ্বিতীয়টি সম্পাদনের প্রয়োজনীয় কাজগুলির দ্বারা গঠিত গ্রাফ। এটি গতিশীল, এবং নিয়মিত পরিবর্তিত হয়।

শুভম সাবু: দীর্ঘস্থায়ী “অর্গানাইজেশন ম্যাপ” নির্ধারণ করে যে কে প্রতিটি অঞ্চলের জন্য দায়ী এবং প্রসঙ্গ বজায় রাখে। “ওয়ার্ক ম্যাপ” বর্তমানে কী কাজ সম্পন্ন করা দরকার তা নির্ধারণ করে। নতুন প্রমাণ আসার সাথে সাথে এটি বিভক্ত, একীভূত, পুনর্বিন্যস্ত বা সরাসরি অদৃশ্য হয়ে যেতে পারে।

এটি প্রোডাকশন-লেভেল মাল্টি-এজেন্ট সিস্টেমের কী: বাস্তবে একসাথে দুটি গ্রাফ চলছে।

অর্গ গ্রাফ: "কে কী দায়িত্ব পালন করে" তা সংজ্ঞায়িত করে। এটি দীর্ঘস্থায়ী এজেন্টগুলি দ্বারা গঠিত, যেখানে প্রতিটি এজেন্ট একটি নির্দিষ্ট ক্ষেত্রের জন্য দায়ী, এবং সেই ক্ষেত্রের প্রেক্ষাপট, পেশাদার ক্ষমতা এবং টুলের অনুমতি ধরে রাখে। অর্গ গ্রাফটি স্থিতিশীল, যা একটি কোম্পানির সংগঠনগত কাঠামোর মতো।

কাজ গ্রাফ (Work Graph): "এখন কী করতে হবে এবং কাজগুলি কীভাবে প্রবাহিত হবে" তা সংজ্ঞায়িত করে। এটি কাজ এবং নতুন প্রমাণের সাথে পরিবর্তিত হয়, যা বিভক্ত, একীভূত, ক্রম পরিবর্তন বা সরাসরি বাতিল করা যেতে পারে। কাজ গ্রাফটি বাস্তবসময়ে তৈরি প্রকল্প পরিকল্পনার মতো।

প্রেস্টন হলমসও মনে করেন যে উভয় চিত্রই গুরুত্বপূর্ণ এবং এগুলি ভিন্ন সময় স্কেলে কাজ করে। অর্গানাইজেশন চিত্রটি পূর্বনির্ধারিতভাবে ডিজাইন করা এবং ডিপ্লয় করা হয়; কাজের চিত্রটি প্রতিটি টাস্কের জন্য ডাইনামিকভাবে তৈরি করা হয় এবং টাস্ক শেষ হওয়ার পরে বাতিল করে দেওয়া হয়।

যদি চক্রটি এজেন্টের আচরণকে প্রোগ্রামযোগ্য করে তোলে, তবে গ্রাফটি এজেন্ট সংগঠনকে প্রোগ্রামযোগ্য করে তোলে। এর পরবর্তী পদক্ষেপটি হল ডাইনামিক এজেন্ট সংগঠন—কাজ বাস্তবায়নের সময়, গ্রাফটি নিজেই নিজের কাঠামোকে পুনর্লিখন করে।

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