پائپ لائن

ترتیب وار مراحل جو کام آگے بڑھاتے ہیں — تحقیق، پھر نفاذ، پھر جائزہ — معیاری دروازوں کے ساتھ جو خراب حوالہ دہی کو شروع میں ہی رد کر دیتے ہیں۔

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

اسے Builder میں Cmd+2 / Ctrl+2 کے ساتھ بنائیں، یا سیدھے composer سے ایک شروع کریں۔

مراحل

پائپ لائن مراحل کی ایک ترتیب وار فہرست ہوتی ہے۔ ہر مرحلے میں ایک ایجنٹ، ایک ماڈل، اور ایک مختصر ہدایت نامہ ہوتا ہے، اور یہ پچھلے مرحلے کے آؤٹ پٹ کو اپنا ان پٹ کے طور پر وصول کرتا ہے۔

چونکہ ترتیب اعلان شدہ ہے بجائے اس کے کہ بے ساختہ ہو، آپ ایک نظر میں دیکھ سکتے ہیں کہ کون سا ایجنٹ کیا کر رہا ہے — اور ایجنٹس بھی ایسا ہی کر سکتے ہیں۔

معیاری دروازے

ایک مرحلہ وصول کردہ حوالہ دہی کو قبول یا رد کر سکتا ہے۔

یہی اس خاصیت کا مقصد ہے۔ بغیر کسی دروازے کے، ایک ٹوٹی ہوئی پہلی مسودہ کا پالش شدہ جائزہ ایک حقیقی اور مہنگا نتیجہ ہوتا ہے؛ دروازے کے ساتھ، یہ رد مرحلہ دو پر ہوتا ہے بجائے مرحلہ چار کے۔

رد عمل محدود ہیں — بطور ڈیفالٹ دو دور۔ اس کے بعد پائپ لائن آپ تک بڑھتی ہے بجائے اس کے کہ دو ایجنٹس کے درمیان ہمیشہ کے لیے چکر لگاتی رہیں جن کا آپس میں اتفاق نہیں ہے۔

composer سے شروع کرنا

اسے ایک جملے کی طرح لکھیں:

auth بگ کی تحقیق کریں، پھر grok ایک حل کا مسودہ تیار کرتا ہے، پھر opencode اس کا جائزہ لیتا ہے

یہ ایک پائپ لائن کے طور پر پہچانا جاتا ہے، آپ کا موجودہ ٹرمینل مرحلہ 1 کے طور پر۔ پھر لفظ سگنل ہے — Agent Input Auto موڈ میں آپ کو بتائے گا کہ اس نے پائپ لائن منتخب کی اور کیوں۔

اسے چلتے ہوئے دیکھنا

Mission Control چلتی ہوئی پائپ لائن کے لیے ایک مرحلہ پٹی دکھاتا ہے، تاکہ چار مرحلہ والے جائزے کا ڈیبگنگ ایک تنظیمی چارٹ کے بجائے واقعی چار مرحلہ والے جائزے جیسا نظر آئے۔

ٹوٹی ہوئی عملیات — دانستہ رکاوٹیں شامل — Run & Logs میں فہرست رہتی ہیں، run کی تفصیل میں خرابی کی وجہ نظر آتی ہے، اور zip میں ترتیب لاگ منسلک ہو کر برآمد کی جا سکتی ہے۔