ایجنٹ ٹیمز اور سوارمز

ایک ہی کام پر متعدد AI ایجنٹس کو لگائیں — ایک ٹیم جو ورک اسپیس شیئر کرتی ہے، یا ہیڈ لیس ورکرز کا ایک سوارم۔

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

ٹیمز: وہ ایجنٹس جنہیں آپ دیکھ سکتے ہیں

Team ایجنٹس کا ایک نامزد گروپ ہے جو ایک ورک اسپیس اور ایک مقصد شیئر کرتے ہیں۔ ہر رکن ایک حقیقی ٹرمینل میں چلتا ہے جسے آپ کھول سکتے، پڑھ سکتے، اور اس میں ٹائپ کر سکتے ہیں۔ Orchestration Dashboard کے Teams ٹیب سے ایک شروع کریں۔

ایک ٹیم آپ کو یہ دیتی ہے:

ایک نظر میں ہر رکن کی لائیو حیثیت
ایک مشترکہ ورک اسپیس جسے کھول کر آپ براہ راست ایجنٹس کے ٹرمینلز میں جا سکتے ہیں
ایک لائیو میسج ریل جو دکھاتی ہے کہ ایجنٹس کام کیسے ہینڈ آف کر رہے ہیں اور آپس میں بات چیت کر رہے ہیں
پوری ٹیم کے لیے بطور یونٹ ٹوکن اور لاگت کا حساب کتاب

سوارمز: ہیڈ لیس ورکرز

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

آپ کسی بھی وقت چیزوں کو سست کرنے یا اپنی مشین کو فارغ کرنے کے لیے worker pool کو pause یا resume کر سکتے ہیں، اور پہلے سے چل رہے ورکرز کو مکمل ہونے دیتے ہوئے queued workers کو cancel کر سکتے ہیں۔

کون سے ایجنٹس سوارم چلا سکتے ہیں

Swarm ورکرز کو ایک لاک ڈاؤن شدہ سینڈ باکس کے اندر چلنا ضروری ہے، اور ہر ایجنٹ کے پاس یہ نہیں ہوتا۔ فی الحال معاون سوارم ٹارگٹس Codex، Claude، اور Cursor ہیں۔

کسی بھی دوسرے ایجنٹ پر سوارم کی درخواست فوری طور پر، وجہ کے ساتھ مسترد کر دی جاتی ہے — یہ ان ایجنٹس کے نام بتاتی ہے جو سینڈ باکسڈ ورکرز چلا سکتے ہیں اور اس کے بجائے آپ کو terminal swarms، direct delegation، یا Agent Team کی طرف اشارہ کرتی ہے۔ یہ جان بوجھ کر ہے: پہلے یہ درخواستیں قبول کر لی جاتی تھیں اور پھر ہر ورکر ایک سیکنڈ کے اندر بغیر کسی آؤٹ پٹ اور بغیر کسی وضاحت کے ختم ہو جاتا تھا۔ Sandboxing کا تعلق ٹارگٹ ایجنٹ کی صلاحیتوں سے ہے، آپ کے آپریٹنگ سسٹم سے نہیں۔

Delegate کرنے والے ایجنٹس کو بھی ان کی اپنی orchestration instructions میں معاون ٹارگٹس بتائے جاتے ہیں، تاکہ وہ ایسے سوارمز بنانا بند کر دیں جو شروع ہی نہیں ہو سکتے۔ یہ instructions اگلی ایپ اسٹارٹ پر ریفریش ہوتی ہیں۔

جب کوئی run ناکام ہو جائے

ایک run جو اپنے ایجنٹ کے شروع ہونے سے پہلے ہی ختم ہو جائے — ایجنٹ انسٹال نہیں ہے، سینڈ باکس معاون نہیں ہے، لانچ مسترد ہو گئی — اپنی run record میں وجہ درج کرتا ہے۔ آپ اسے Orchestration dashboard میں دیکھ سکتے ہیں، اور یہ ان run files کے ساتھ ساتھ چلتا ہے جنہیں آپ بگ رپورٹ کے ساتھ منسلک کریں گے۔ پہلے یہ runs محض ایک "error" کے طور پر ایکسپورٹ ہوتے تھے، جو انہیں رپورٹ کرنا مشکل بنا دیتا تھا۔

جہاں موجود ہوں وہاں native protocols

Codex اور OpenCode ایک scraped ٹرمینل کے بجائے اپنے خود کے پروٹوکولز پر تعاون کرتے ہیں: ان دونوں کے ساتھ orchestrated runs اپنا آؤٹ پٹ اسٹریم کرتے ہیں، tool approval مانگتے ہیں، interrupt کرتے ہیں، اور اپنے native interfaces کے ذریعے resume کرتے ہیں۔ ہر دوسرا ایجنٹ بالکل پہلے کی طرح ٹرمینل پاتھ برقرار رکھتا ہے، اور استعمال سے پہلے ہر ایک کو انسٹال شدہ ورژن کے خلاف تصدیق کیا جاتا ہے۔

جب کسی ٹرمینل پرامپٹ کی تیاری کی تصدیق نہ ہو سکے، Runs ایک headless fallback پیش کر سکتے ہیں جبکہ اب بھی آپ کو قطار میں موجود ٹرمینل پرامپٹ دوبارہ آزمانے دیتے ہیں۔ Headless ورکرز آپ کے معمول کے command-line ٹولز وراثت میں لیتے ہیں، اور رکے ہوئے runs اپنے ورکرز اور صلاحیت کو صاف طریقے سے آزاد کر دیتے ہیں۔

ٹیم کو resume کرنا

جو سیشنز ایک منسلک ٹیم کے طور پر چلے ہوں انہیں Resume AI Sessions میں نشان زد کیا جاتا ہے، اور ایک بینر ایک ہی تصدیق میں ہر رکن کو واپس لانے کی پیشکش کرتا ہے۔ ارکان ایک team chip دکھاتے ہیں تاکہ آپ collaborative سیشنز کو solo سیشنز سے پہچان سکیں۔ ٹرمینلز چلنے کے بعد، Mission Control کا Resume team انہیں دوبارہ جوڑ دیتا ہے۔

ٹیمز کو کہیں سے بھی دیکھنا

Dashboard، All Terminals لسٹ، اور Terminal Canvas پر موجود ایک لائیو ٹیم ریل ہر چلنے والی ٹیم کا نام بتاتی ہے، یہ بتاتی ہے کہ وہ کس پراجیکٹ میں موجود ہے اور کیا کر رہی ہے، اور ایک کلک میں آپ کو اس میں لے جاتی ہے۔