جولائی 2026 میں، AI پروگرامنگ کے شعبے میں ایک بڑا تبدیلی آئی۔ پیٹر اسٹینبرگر نے X پلیٹ فارم پر اعلان کیا کہ سائکلک انجینئرنگ کا دور ختم ہو گیا ہے، جس سے صنعت کو گراف انجینئرنگ کی طرف مائل کیا گیا۔ سائکلک انجینئرنگ، جو جیفری ہنٹلی کے رالف طریقہ سے نکلی تھی، ای آئی ایجنٹس کو مقصد حاصل کرنے تک جاری رکھنے کے ذریعہ کنٹیکس ونڈو کی حدود سے بچنے کا طریقہ تھی۔ 2026 کے اپریل اور مئی میں، کوڈیک، کلاڈ کوڈ جیسے ٹولز نے گول فنکشن کا اطلاق کیا، جس سے سائکلک کا مصنوعات کے طور پر اطلاق ممکن ہوا۔ اب صنعت مزید پیچیدہ گراف انجینئرنگ کا جائزہ لے رہی ہے، جس میں اورگنائزیشنل گراف اور ورک فلو گراف کا مشترکہ ڈیزائن شامل ہے۔

مضمون کے مصنف، ذریعہ: ویچن گاڈی پبلک اکاؤنٹ InfoQ (ID: infoqchina)

کیا ہم اب بھی سائکل پر بات کر رہے ہیں، یا ہم اب گراف پر منتقل ہو چکے ہیں؟

18 جولائی 2026 کو، پیٹر اسٹینبرگر نے ایک ہی جملے کے ساتھ X پلیٹ فارم پر سائکلیک انجینئرنگ کے دور کا خاتمہ اعلان کیا۔ اس پوسٹ نے اپنے شائع ہونے کے دو دن کے اندر 2.6 ملین ویوز حاصل کیے۔

چھ ہفتے پہلے، اس نے "ایجینٹ کو ریسائیکل کرنے کے لیے ڈیزائن کرنا" کے ساتھ 8.4 ملین ویوز حاصل کیے، جس سے عالمی ڈویلپرز کو احساس ہوا کہ پرامپٹ انجینئرنگ کا دور ختم ہو رہا ہے اور ریسائیکل انجینئرنگ نئی راہ ہے۔

دو پوسٹس، جن کا مجموعی ویوز 11 ملین سے زائد ہے، نے AI پروگرامنگ کے شعبے میں سب سے زیادہ بحث ہونے والے موضوعات کو اگلے مرحلے تک پہنچا دیا۔

سائکل کی ابھار

گزشتہ مہینے، "Loop Engineering" AI پروگرامنگ کے شعبے میں ایک مقبول تصور بن گیا۔

لیکن اس کا اصل سرچھڑا، ایک سال پہلے تک جاتا ہے۔ جولائی 2025 میں، سافٹ ویئر انجینئر جیفري ہنٹلی نے ایک طریقہ پیش کیا جسے انہوں نے "رالف" کہا — ایک آسان Bash لوپ جو کلاؤڈ کو مطلوبہ نتیجہ حاصل ہونے تک دہراتا رہتا ہے:

jab تک :; do cat PROMPT.md | claude-code ; done

رالف کے طریقے کا مرکزی نقطہ سیاق و سباق کی کھڑکی کی حد کو دور کرنا ہے۔ اس وقت 2025 کا درمیانی دور تھا، اور سیاق و سباق کی کھڑکی کی زیادہ سے زیادہ حد 200,000 ٹوکن تھی۔ یہ زیادہ پیچیدہ کاموں کے لیے بہت کم تھا، اس لیے ایجنٹ کے عمل کو چھوٹے چھوٹے اجزا میں تقسیم کرنا ضروری تھا، جس کے بعد انہیں ایک ایک کر کے چلایا جاتا تھا۔

اس حوالے سے، رالف طریقہ کار درج ذیل ہے:

• ایک ہدف مقرر کریں، پھر ایجنٹ کو لگاتار چلائیں یا دوبارہ چلائیں جب تک کہ ہدف حاصل نہ ہو جائے۔
• کام کو فائل سسٹم میں، جیسے لاگ یا اپڈیٹ شدہ منصوبہ کے طور پر، "کمپریسڈ" فارمیٹ میں محفوظ کریں۔
• نئے کنٹیکسٹ کے ساتھ ایجینٹ کو شروع کریں تاکہ "کنٹیکسٹ ڈیگریڈیشن" کو کم سے کم کیا جا سکے۔
• جب ضرورت ہو تو، ہر ایجینٹ کو "کل منصوبہ" میں تبدیلیاں کرنے یا شامل کرنے کی اجازت دیں۔

ہنٹلی نے اس طریقے سے صفر سے ایک پروگرامنگ زبان تعمیر کی اور اس کی ممکنہ کارکردگی کی تصدیق کی۔ لیکن جب تک زیادہ طاقتور ماڈلز ظاہر نہ ہوئے، تب تک یہ ڈویلپرز کے درمیان تیزی سے نہیں پھیلا۔

لوپ کی مقبولیت کے پیچھے Anthropic اور OpenAI کے کچھ مرکزی ڈویلپرز بھی ہیں۔ شروع میں Anthropic کے ڈویلپر کانفرنس میں، Claude Code کے موجد بورس چرنی نے کہا: "اب میں Claude کو ہدایات نہیں دے رہا۔ میں کچھ لوپ چلا رہا ہوں جو Claude کو ہدایات دیتے ہیں اور اگلا کام کیا جائے اس کا فیصلہ کرتے ہیں۔ میرا کام لوپ لکھنا ہے۔"

اس کے بعد، پیٹر اسٹینبرگر نے بھی ایک پوسٹ شیئر کی جس میں انہوں نے ڈیولپرز کو بلاپریمپ پروگرامنگ ایجینٹس کو فوری طور پر روکنے کی اپیل کی: "ماہانہ یاددہانی: آپ کو اب ایجینٹس کو خود ہی پروگرام کرنے کی ضرورت نہیں۔ آپ کو ایجینٹس کو پروگرام کرنے والے سائکل ڈیزائن کرنے چاہئیں۔"

سابق گوگل انجینئر اڈی اوسمانی نے بعد میں "لوپ انجینئرنگ" کے عنوان سے ایک مضمون لکھا، جس میں انہوں نے اسے اس طرح خلاصہ کیا: "لوپ انجینئرنگ کا مطلب ہے کہ آپ خود کو ایجنٹ کو ہدایات دینے والے مقام سے باہر نکال دیں اور اس کے بجائے ایک ایسا نظام ڈیزائن کریں جو آپ کے لیے یہ کام کرے۔"

مفهوم موجود ہے، نام موجود ہے، اور بنیادی ڈھانچہ بھی تیزی سے آگے بڑھ رہا ہے۔

2026 کے اپریل اور مئی میں، کوڈیکس، کلاؤڈ کوڈ اور ہرمیس نے >>> /goal کمانڈ کو جاری کیا، جس سے ہاتھ سے لکھے گئے لوپز کو ایک ہی کمانڈ میں تبدیل کیا جا سکتا ہے۔

رالف نے تقریباً چھ ماہ بعد کوڈیکس نے گول فنکشن جاری کیا

کوڈیک دستاویز میں لکھا گیا ہے: "مقاصد کوڈیک میں مستقل اہداف ہوتے ہیں جو ایک ڈائیلاگ تھریڈ کو متعدد انٹرایکشنز کے دوران واضح نتائج کی طرف لے جانے میں مدد کرتے ہیں۔ مقصد کوڈیک کو ایک مکمل ہونے کا شرط فراہم کرتا ہے: کون سی حالت قائم ہونی چاہیے، کیسے چیک کیا جائے کہ کامیابی حاصل ہوئی ہے، اور کن پابندیوں کو ہمیشہ برقرار رکھنا چاہیے۔"

دستاویز خاص طور پر اشارہ کرتا ہے: "عام پرامپٹ کا مطلب ہے: اگلے کام کو کریں۔ گول کا مطلب ہے: اس نتیجے کے قائم ہونے تک کام جاری رکھیں۔"

عام درخواستوں میں، کوڈیک موجودہ ہدایت کو پورا کرتا ہے، نتائج کی رپورٹ کرتا ہے، اور اگلے مرحلے کے لیے انتظار کرتا ہے۔ جب ہدف (Goal) کا استعمال کیا جاتا ہے، تو ایک مستقل ہدف تھریڈ سے جڑا ہوتا ہے۔ ایک ایکٹن سیریز ختم ہونے کے بعد، یہ موجودہ ثبوت کا جائزہ لے سکتا ہے اور فیصلہ کر سکتا ہے کہ کیا ہدف مکمل ہو چکا ہے۔ اگر جواب منفی ہے اور ہدف اب بھی فعال ہے اور بجٹ ختم نہیں ہوا ہے، تو کوڈیک نئی حالت سے کام جاری رکھ سکتا ہے۔

مثال کے طور پر: "چیک سوٹ کی درستگی کو برقرار رکھتے ہوئے، چیک آؤٹ بینچ مارک میں p95 لیٹنسی کو 120 ملی سیکنڈ سے کم کریں۔"

یہ ایک کافی واضح "ختم کرنے کا معیار" ہے جسے براہ راست ایجنٹ کو دیا جا سکتا ہے۔ اس کے بعد، ایجنٹ خود ٹاسک کو تقسیم کرے گا، سب ایجنٹس بنائے گا، اور کام مکمل ہونے تک جاری رکھے گا۔ کوڈیک ٹیم نے رالف سائکل کے خیال کو اپنایا اور اس کی بنیاد پر انفراسٹرکچر تعمیر کیا: متعدد ایجنٹس کو کوآرڈینیٹ کرنا، انہیں ایک دوسرے سے مداخلت سے بچانا؛ حالت کا انتظام کرنا؛ ٹیسٹ چلانا؛ ایجنٹس کو شروع اور روکنا؛ اور بعد میں بجٹ سیٹنگ جیسے فنکشنز شامل کیے۔

ہدف کی ساخت

ڈیولپر کیسے لوپ استعمال کرتے ہیں

تو ڈویلپر اصل میں لوپ کا استعمال کر رہے ہیں؟ کمیونٹی کے فیڈ بیک کے مطابق، عام ترین صورتحال اب بھی دورانیہ کاموں کو سنبھالنا ہے۔

لیکن دوبارہ کام کرنے کی صلاحیت صرف اس تک محدود نہیں ہے۔ سچی طور پر سائکل انجینئرنگ کی قیمت کو ایسے زیادہ پیچیدہ، مستقل ترقی کی ضرورت والے طویل مدتی کاموں میں دکھایا جاتا ہے۔

مثلاً بڑے پیمانے پر کوڈ منتقل کرنا۔ اسٹارٹ اپ کے بانی رافیل مینڈیولا کو ایک ری ایکٹ ایپلیکیشن کو ری ایکٹ نیٹیو میں تبدیل کرنے کی ضرورت تھی۔ روایتی طریقہ یہ تھا کہ ایک بڑا Epic بنایا جائے اور پھر 50 سے 100 ٹکٹس میں تقسیم کیا جائے، جس کے لیے بنیادی ڈھانچہ تیار کرنا ہی خوفناک لگتا تھا۔

اس کا متبادل یہ ہے کہ وہ ایک سکل بنائے جس میں ایجنٹ خود قابل انتقال کوڈ بلاکس کی شناخت کرے، تبدیلی مکمل کرے اور پیش رفت کا جائزہ لے، اور پھر اس سکل کو ہر 30 منٹ بعد چلنے والے کرون ٹاسک میں شامل کرے۔ ایک بڑی تبدیلی منصوبے کے انتظام کے مقابلے میں، یہ طریقہ ذہنی طور پر کہیں زیادہ آسان ہے۔

اگلا اسٹیشن: Graph

پیٹر کی ٹویٹ کا سوال اصل میں ایک ترقیاتی راستہ کی طرف اشارہ کرتا ہے۔

ایک سال پہلے، پرامپٹ انجینئرنگ ایک بنیادی مہارت تھی۔ 2025 سے 2026 کے آغاز تک، توجہ سائکل ڈیزائن پر منتقل ہو گئی۔ اور اب، پیٹر جس طرف اشارہ کر رہے ہیں، وہ اس سے بھی آگے ہے: متعدد سائکلز سے مل کر بنا ہوا گراف ڈیزائن کرنا — جہاں ہر ایجینٹ اپنا سائکل چلاتا ہے اور ان کے درمیان تابعیت کے رشتے ہوتے ہیں۔

اس ٹویٹ کے تبادلہ خیال میں سب سے بہترین جواب Luis Catacora کا ہے: "سائیکل میں بہت زیادہ خطا کی اجازت ہے۔ گراف آپ کو مجبور کر دے گا کہ آپ تسلیم کریں کہ ورک فلو میں کتنے حصے ابھی تک حقیقی طور پر ماڈل نہیں کیے گئے۔"

یہ جملہ دونوں پیشگوئیوں کے فرق کو ظاہر کرتا ہے۔ لوپ آپ کو ارکٹیکچر ڈیزائن کو ملتوی کرنے کی اجازت دیتا ہے: ایک ایجنٹ کو تمام کام سونپ دیں، جب تک کہ وہ اسے نہیں سنبھال سکتا۔ دوسری طرف، گراف آپ کو پوری ساخت کا اعلان کرنے کی ضرورت دیتا ہے — کون کیا ذمہ دار ہے، کون سے کام کس کام پر منحصر ہیں، اور کسی شاخ کے ناکام ہونے پر کیا کرنا ہے۔ لوپ تاخیری فیصلہ ہے، جبکہ گراف پہلے سے فیصلہ ہے۔

گوگل کے ایڈوانس AI پروڈکٹ مینیجر اور Awesome LLM Apps کوڈ ریپوزٹری (جس میں گٹھبب پر 124,000 سے زائد ستارے ہیں) کے مصنف شوبھم سبو نے ایک اور تفصیل فراہم کی ہے، جس میں وہ دو سطحوں کو الگ کرتے ہیں: "طویل المدتی تنظیمی نقشہ یہ تعین کرتا ہے کہ کون کس شعبے کے لیے ذمہ دار ہے اور سیاق و سباق کو برقرار رکھتا ہے؛ جبکہ کام کا نقشہ یہ تعین کرتا ہے کہ موجودہ وقت میں کیا کرنا ہے، جسے ثبوت کے مطابق تقسیم، ضم، دوبارہ ترتیب دیا جا سکتا ہے یا براہ راست غائب ہو سکتا ہے۔"

گراف کیا ہے؟

Loop سے ایجینٹ کے افعال قابل پروگرام بن جاتے ہیں۔ Graph سے ایجینٹ کی تنظیم قابل پروگرام بن جاتی ہے۔

اگلے مرحلے پر ڈائنانمک ایجنٹ ادارہ ہے: کام کے عمل کے دوران، گراف اپنی ساخت خود کو دوبارہ لکھتا ہے۔

پریسٹن ہولمز: کم از کم دو گراف اہم ہیں۔ پہلا وہ گراف ہے جو آپ نے دکھایا ہے، جس میں لمبے عرصے سے موجود ایجینٹس شamil ہیں، جو علاقائی دفاع کی طرح ہر علاقے کے لیے ذمہ دار ہیں۔ دوسرا وہ گراف ہے جو مکمل کرنے کے لیے ضروری کاموں سے بنتا ہے۔ یہ ڈائنامک ہے اور مستقل تبدیل ہوتا رہتا ہے۔

شوبھم سبو: لمبے عرصے سے موجودہ "انگیجمنٹ چارٹ" یہ طے کرتا ہے کہ کون ہر علاقے کے لیے ذمہ دار ہے اور سیاق و سباق کو برقرار رکھتا ہے۔ "کام کا چارٹ" یہ طے کرتا ہے کہ موجودہ وقت میں کون سے کام مکمل کیے جانے چاہیں۔ جب نئے ثبوت ظاہر ہوتے ہیں، تو اسے تقسیم، ضم، دوبارہ ترتیب دیا جا سکتا ہے، یا براہ راست غائب ہو سکتا ہے۔

یہ پروڈکشن لیول کے متعدد ایجینٹ سسٹم کا اہم پہلو ہے: دراصل دو گراف ایک ساتھ چل رہے ہیں۔

آرگ گراف: "کون کیا ذمہ دار ہے" کو تعریف کرتا ہے۔ یہ مستقل ایجینٹس پر مشتمل ہوتا ہے، جہاں ہر ایجینٹ ایک مخصوص شعبے کی ذمہ داری سنبھالتا ہے، اس شعبے کا حوالہ، ماہرینہ صلاحیتیں اور ٹولز کے اختیارات برقرار رکھتا ہے۔ آرگ گراف نسبتاً مستحکم ہوتا ہے، جیسے کہ کسی کمپنی کی تنظیمی ساخت۔

کام گراف (Work Graph): "اب کیا کرنا ہے اور کام کیسے منتقل ہوتا ہے" کو تعریف کرتا ہے۔ یہ کاموں اور نئے ثبوت کے ساتھ تبدیل ہوتا رہتا ہے، جسے تقسیم، ضم، ترتیب بدلنا یا فوری طور پر منسوخ کیا جا سکتا ہے۔ کام گراف زیادہ تر ایک ریل ٹائم جنریٹڈ پراجیکٹ پلان کی طرح ہے۔

پریسٹن ہولمز کا بھی خیال ہے کہ دونوں گراف بہت اہم ہیں اور وہ مختلف وقتی مقیاس پر کام کرتے ہیں۔ اورگنائزیشنل گراف کو پہلے سے ڈیزائن کیا جاتا ہے اور ڈپلوی کیا جاتا ہے؛ جبکہ ورک فلو گراف ہر کام کے لیے ڈائنامک بنایا جاتا ہے اور کام مکمل ہونے کے بعد ختم کر دیا جاتا ہے۔

اگر سائکل کی وجہ سے ایجنٹ کے رویے قابل پروگرام ہو جاتے ہیں، تو گراف کی وجہ سے ایجنٹ کی تنظیم قابل پروگرام ہو جاتی ہے۔ اگلی قدم ڈائنانمک ایجنٹ تنظیم ہے—جس میں ٹاسک کے عمل کے دوران گراف اپنی ساخت خود تبدیل کر لیتا ہے۔

اچھی طرح سے تحریر کیے گئے پرامپٹ سے لے کر لوپ ڈیزائن کرنے اور گراف تعمیر کرنے تک، AI پروگرامنگ کا زور لگاتار اوپر کی طرف منتقل ہو رہا ہے۔ ڈویلپرز کو اب ایک ایجنٹ کے ساتھ بات چیت کرنے کے طریقے کے بجائے، ایجنٹس کے درمیان تعاون کی ساخت ڈیزائن کرنے پر توجہ دینی ہوگی۔