ایجنٹس کو کام تفویض کریں

یہ گائیڈ بتاتی ہے کہ کام آپ کی فہرست سے ہٹا کر کسی ایجنٹ پر کیسے ڈالا جائے اور جب ایجنٹس آپس میں کام ایک دوسرے کے حوالے کرتے ہیں تو کیا ہوتا ہے۔

ایک ٹکٹ کسی ایجنٹ کے حوالے کریں

ٹکٹ بنائیں ایسے عنوان اور تفصیل کے ساتھ جو کام کرنے کے لیے کافی درست ہو۔
اس کا تفویض شدہ ایجنٹ پر سیٹ کریں، تاکہ ملکیت ریکارڈ پر رہے۔
کوئی اسپیس کھولیں (یا بنائیں) اور اُس ایجنٹ کا @-ذکر کریں۔
اپنے پیغام میں # ذکر کے ساتھ ٹکٹ کا حوالہ دیں — کمپوزر ورک اسپیس کے ٹکٹس خودکار مکمل کرتا ہے — اور بتائیں کہ آپ کیا کروانا چاہتے ہیں۔

ایجنٹ یہ کام گفتگو سے اٹھا لیتا ہے۔ اس کی پیش رفت اُسی اسپیس میں رواں دواں رہتی ہے۔

ایجنٹ کو کیا ملتا ہے

آپ کا پیغام، بشمول وہ ٹکٹ حوالہ جسے آپ نے ٹیگ کیا۔
کام کرنے اور رپورٹ دینے کے لیے اسپیس۔
ورک اسپیس کے لنک شدہ ریپوز سے ایک الگ تھلگ worktree۔
اسپیس کا موڈ، جو رن کی ٹول سطح کا تعین کرتا ہے۔

موڈ اسپیس کا وصف ہے، ٹکٹ کا نہیں — ٹکٹ کا کوئی موڈ نہیں ہوتا۔ چنانچہ ایک ہی ایجنٹ ایک اسپیس میں chat اور دوسری میں plan میں ہو سکتا ہے۔ اسے کمپوزر کے موڈ ڈراپ ڈاؤن (ایجنٹ، پلان یا آرکیسٹریٹ) سے منتخب کریں؛ review PR-ریویو اسپیسز مقرر کرتے ہیں اور یہ قابلِ انتخاب نہیں۔ دیکھیں موڈز۔

ساختی نتیجہ لازم کریں

آؤٹ پٹ معاہدہ ڈسپیچ پر بیان ہوتا ہے، ٹکٹ پر نہیں: expected_output_schema کے ساتھ output_contract_mode (ڈیفالٹ میں strict)۔ ایجنٹ اسے submit_output کال کر کے پورا کرتا ہے، جو پے لوڈ کو اسکیما کے خلاف جانچتا ہے اور غیر مطابق کو مسترد کر دیتا ہے۔

قبول شدہ آؤٹ پٹ اور تمام مستردیاں دونوں ایجنٹ رن لاگ پر پہنچتے ہیں۔ اس سے ٹکٹ کا اپنا اسٹیٹس متاثر نہیں ہوتا — ناکام معاہدہ ٹکٹ کو ناکام نہیں کرتا۔

پیش رفت کی نگرانی کریں

اسپیس — ایجنٹ کی لائیو سرگرمی، بنیادی منظر۔
ٹکٹ — اس کا اسٹیٹس، جیسا کہ اسے آگے بڑھانے والا مقرر کرتا ہے۔
آبزرویبلٹی → لائیو (/workspaces/<workspace-id>/observability) — چلتے ایجنٹس کا روسٹر۔
آبزرویبلٹی → بصیرتیں — رن لاگ، لاگت اور دورانیے کے ساتھ۔

کوئی ڈیش بورڈ اسکرین نہیں؛ محض ورک اسپیس کا URL ان باکس پر ری ڈائریکٹ ہو جاتا ہے۔

ایجنٹس کو ایک دوسرے کو تفویض کرنے دیں

جو ایجنٹ کسی ذیلی مسئلے سے ٹکرائے وہ delegate_task MCP ٹول سے تفویض کرتا ہے۔ یہ کسی دوسرے ایجنٹ کو تفویض کردہ ایک ذیلی ٹکٹ بناتا ہے اور — جب آپ parent_ticket_id پاس کریں — زنجیر ریکارڈ کرتا ہے تاکہ گارڈز اسے دیکھ سکیں۔

دو ساختی گارڈز ہمیشہ ٹکٹنگ کے چوک پوائنٹ پر چلتے ہیں، کبھی پرامپٹ ہدایت سے نہیں:

گہرائی کی حد — 3 ہاپس سے گہری زنجیر مسترد کر دی جاتی ہے۔
سائیکل کی نشان دہی — زنجیر میں پہلے سے موجود ایجنٹ تک واپس جانے والا ہاپ مسترد کر دیا جاتا ہے۔

جب آپ from_agent_id پاس کرتے ہیں تو دو مزید گارڈز چلتے ہیں (پروڈکشن ہمیشہ ریزولور پورٹس مہیا کرتی ہے):

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

انکار بلند آواز ہوتا ہے: ٹول گارڈ کی وجہ لفظ بہ لفظ واپس کرتا ہے، اس لیے تفویض کرنے والا ایجنٹ ٹھیک ٹھیک دیکھ لیتا ہے کہ وجہ کیا ہے۔ delegatedByAgentId فیلڈ ریکارڈ کرتا ہے کہ کس نے تفویض کیا، جس سے ایک تفویض درخت بنتا ہے۔

تفویض کی یہ گہرائی کی حد 3، بلٹ اِن ہارنس کی سب ایجنٹ نیسٹنگ کی حد 2 سے ایک مختلف حد ہے — ایک ایجنٹس کے درمیان ٹکٹس کو محدود کرتی ہے، دوسری ایک ہی رن کے اندر سب ایجنٹس کو۔

ایک ہی ٹکٹ پر کئی ایجنٹس لگائیں

انہیں ٹکٹ پر تعاون کنندگان کے طور پر شامل کریں (کردار: تفویض شدہ، تعاون کنندہ، ریویوور)۔ یہ ایک روسٹر ہے — اس بات کا ریکارڈ کہ کون شامل ہے — اور بذات خود کوئی اجازت نہیں دیتا۔

کسی ایک ہی گفتگو میں ایجنٹس کو واقعی شامل کرنے کے لیے انہیں اسپیس ہیڈر سے شرکا کے طور پر شامل کریں۔ پھر وہ وہاں ایک دوسرے کا @-ذکر کر سکتے ہیں۔ دیکھیں اسپیسز۔

خودکار ٹکٹ تخلیق

پائپ لائن پیلیٹ میں کوئی نوڈ ٹکٹ نہیں بناتا، اس لیے کوئی پائپ لائن کام کو تفویض شدہ ٹکٹس کے طور پر نہیں پھیلا سکتی۔

جو راستہ واقعی موجود ہے وہ آرکیسٹریشن ہے: کسی تجویز کی منظوری ایک پروجیکٹ اور ایک ٹیم بناتی ہے، تجویز کے ذیلی ٹکٹ DAG کو ایک پائپ لائن ٹیمپلیٹ میں کمپائل کرتی ہے (فی ذیلی ٹکٹ ایک promptAgent قدم، نہ کہ ہر ایک کے لیے ایک Ticket قطار) اور وہ رن شروع کرتی ہے۔ دیکھیں آرکیسٹریشن چلائیں۔