ایک بار کے کام سے مستقل ورکر تک: مینوفیکچرنگ کی طرف منتقلی
1 سگنل · 4 ترقیاں · 1 دوراہا
دو مہینے پہلے، اس track کے آغاز میں، اینا نے اپنے پیر والے کام پر نظر ڈالی، یعنی ہفتے بھر کے customer messages کو گروپوں میں چھانٹنا اور ایک خلاصہ لکھنا، اور اسے محسوس ہوا کہ اس کا ایک Mode 2 مستقبل ہے: ایک ایسا کام جو وہ ہر ہفتے، ایک ہی طریقے سے کرتی ہے، اور جسے ایک بار بنا لینا صاف طور پر فائدہ مند ہے۔ مگر فی الحال یہ اب بھی ایک Mode 1 کام تھا، وہ اسے ہر پیر، سات اصولوں کی مدد سے، ہاتھ سے حل کرتی رہی۔ یہ ہر بار کام کر جاتا۔ مگر یہ ہر پیر کی صبح بھی نگل لیتا۔
اس کے ساتھی ڈیاگو کے پاس بھی اسی قسم کا ایک ہفتہ وار کام ہے۔ وہ بھی اسے ہر ہفتے ہاتھ سے، اچھے طریقے سے حل کرتا ہے۔ وہ اس میں ماہر ہے۔
ایک سال بعد، اینا اب پیر کی صبح کا تقریباً کوئی وقت اس پر نہیں لگاتی۔ اس نے عبور کر لیا: اس نے اپنے بار بار دہرائے جانے والے Mode 1 حل کو ایک ایسے ورکر میں بدل دیا جو routine کو خود سنبھالتا ہے، اور وہ صرف ان استثناءات کو دیکھنے کے لیے درمیان میں آتی ہے جنہیں ورکر flag کرتا ہے۔ ڈیاگو نے اپنے کام پر تقریباً پچاس پیر گزارے ہیں، یعنی کوئی سو گھنٹے، اور اگلے سال مزید پچاس گزارے گا۔ کام وہی، مہارت وہی۔ فرق صرف اتنا ہے کہ اینا نے مسئلے کو حل کرنا چھوڑ دیا اور حل کی مینوفیکچرنگ شروع کر دی۔
یہ کورس وہی عبور ہے۔ یہ Mode 1 کا آخری پڑاؤ ہے اور Mode 2 کی طرف داخلے کا راستہ۔
یہ کس کے لیے ہے
ہر وہ شخص جس کے پاس کوئی ایسا کام ہے جسے وہ کسی ایجنٹ کے ساتھ، ایک ہی طریقے سے، بار بار حل کرتا رہتا ہے، اور اب اسے محسوس ہونے لگا ہے کہ ہر بار اسے ہاتھ سے کرنا زندگی گزارنے کا غلط طریقہ ہے۔ یہ کورس آپ کو بتاتا ہے کہ اسے حل کرنا کب بند کریں اور اسے ایک مستقل ورکر میں کب بدلیں، اور ایسا کرنے پر دراصل کیا بدلتا ہے۔
یہ کتاب پوری دنیا میں پڑھی جاتی ہے، ایسے لوگ جو کئی مختلف زبانوں میں کام اور پڑھائی کرتے ہیں۔ یہاں دی گئی مثالیں سادہ زبان اور روزمرہ کے ایسے حالات استعمال کرتی ہیں جن کا مطلب ہر جگہ ایک جیسا ہے، چاہے آپ کہیں بھی رہتے ہوں۔ نئے الفاظ (جیسے spec، eval، اور runtime) پہلی بار آنے پر سمجھائے جاتے ہیں۔
پہلے جنرل ایجنٹس کے ساتھ مسئلہ حل کرنا مکمل کریں، یہ کورس فرض کرتا ہے کہ آپ سات اصولوں کی مدد سے ایک ہی session میں کسی مسئلے کو پہلے ہی اچھی طرح حل کر سکتے ہیں۔ یہ یہ بھی فرض کرتا ہے کہ آپ کیا یہ ایجنٹ کا مسئلہ ہے؟ کر چکے ہیں اور جانتے ہیں کہ Mode 1 (اسے ایک بار حل کریں) اور Mode 2 (ایک مستقل ورکر بنائیں) کا کیا مطلب ہے۔
📚 تدریسی معاون
مکمل پریزنٹیشن دیکھیں ، ایک بار کے کام سے ورکر تک
ایک سطر میں اصول
آپ کسی ورکر کو صفر سے نہیں بناتے۔ آپ ایک ایسے حل کو ترقی دیتے ہیں جسے آپ پہلے ہی ثابت کر چکے ہیں۔
لوگ «ایک اے آئی ورکر بناؤ» سنتے ہیں اور تصور کرتے ہیں کہ صفر سے شروع کرنا ہے، یعنی ایک خالی اسکرین، ایک کٹھن انجینئرنگ پروجیکٹ، ہفتوں کی محنت۔ یہ تصویر غلط ہے، اور یہی لوگوں کو اس سب سے قیمتی کام سے ڈرا کر دور کر دیتی ہے جو وہ کر سکتے تھے۔ سچ اس کا الٹ ہے: جب تک کوئی کام ورکر بننے کے لیے تیار ہوتا ہے، آپ زیادہ تر کام پہلے ہی کر چکے ہوتے ہیں۔ ہر پیر جب اینا اپنا کام ہاتھ سے حل کرتی تھی، تو وہ، بنا جانے، ٹھیک یہی طے کر رہی تھی کہ ورکر کو کیا کرنا ہوگا۔ مینوفیکچرنگ کوئی ایجاد نہیں۔ یہ تو بس اس حل کو لینا ہے جسے آپ پہلے ہی ہاتھ سے ثابت کر چکے ہیں، اور اسے مستقل بنا دینا ہے۔
یہی نئی نظر پورا کورس ہے۔ نیچے آپ وہ واحد سگنل دیکھیں گے جو بتاتا ہے کہ کوئی حل عبور کے لیے تیار ہے، آپ کے Mode 1 کام کے وہ چار حصے جنہیں ورکر میں ترقی دی جاتی ہے، اور راستے کا وہ ایک دوراہا جہاں آپ چنتے ہیں کہ کس قسم کا ورکر بنانا ہے۔
مختصر بات (چار نکتے)
- صرف اسی کو عبور کرائیں جسے آپ پہلے ہی ثابت کر چکے ہیں۔ آپ ورکر صرف اسی حل سے بنا سکتے ہیں جسے آپ نے کئی بار، ہاتھ سے، صاف ستھرا حل کیا ہو۔ یہ دہرانا automate کرنے سے پہلے ضائع ہونے والا وقت نہیں، بلکہ یہی وہ طریقہ ہے جس سے آپ دریافت کرتے ہیں کہ ورکر کو دراصل کیا کرنا چاہیے۔
- آپ نئے سرے سے شروع نہیں کر رہے۔ چار چیزیں جو آپ Mode 1 میں پہلے ہی ہاتھ سے کر چکے، یعنی آپ کا brief، آپ کی جانچ، وہ قدم جو آپ نے چلائے، اور خود session، ان میں سے ہر ایک کو ایک مستقل شکل میں ترقی دی جاتی ہے۔ یہی پوری build ہے۔
- اسے مستقل بنانے کے دو راستے ہیں۔ آپ یا تو ایک ذاتی ورکر کی ملکیت رکھ سکتے ہیں (ہلکا، صرف آپ کے لیے) یا ایک Digital FTE کی مینوفیکچرنگ کر سکتے ہیں (بھاری، کسی ادارے کے لیے)۔ یہ دوراہا ایک ہی سوال سے طے ہوتا ہے: ورکر کس کے لیے ہے؟
- اصل فائدہ کام بمقابلہ اثاثہ ہے۔ ہاتھ سے حل کرنا محنت کو ایک کام بناتا ہے، آپ ہر بار گھنٹے خرچ کرتے ہیں۔ ورکر محنت کو ایک اثاثہ بناتا ہے، آپ ایک بار بناتے ہیں، اور وہ آپ کے سوتے میں بھی کام کرتا ہے۔
حصہ 1 — سگنل: کیا یہ واقعی عبور کے لیے تیار ہے؟
یہ جس غلطی کو روکتا ہے: «میں نے ایک ایسے کام کے لیے مستقل ورکر بنا ڈالا جسے میں نے ابھی واقعی سمجھا ہی نہیں تھا، تو میں نے ایک ہفتہ غلط چیز بنانے میں لگا دیا، اور پھر اسے دوبارہ بنانا پڑا۔»
کیا یہ ایجنٹ کا مسئلہ ہے؟ میں، Gate 2 آپ کو سگنل کا پہلا نصف پہلے ہی دے چکا ہے: کوئی کام Mode 2 تب ہوتا ہے جب تینوں ڈائل اوپر ہوں، یعنی آپ اسے اکثر کرتے ہیں، اس کی شکل ہر بار ایک جیسی ہوتی ہے، اور یہ محنت کے قابل ہے۔ trigger سادہ تھا: جس تیسری بار آپ وہی کام اسی طریقے سے کریں، رک کر جانچ لیں۔
مگر ایک دوسرا نصف بھی ہے جسے Gate 2 جانچ نہیں سکتا تھا، اور یہی وہ ہے جسے لوگ چھوڑ دیتے ہیں: کیا آپ نے واقعی اسے ابھی تک اچھی طرح حل کیا ہے؟
آپ صرف ایک آزمودہ حل سے ہی مینوفیکچرنگ کر سکتے ہیں۔ اگر آپ کسی ایسے طریقے سے ورکر بناتے ہیں جسے آپ ابھی سمجھ ہی رہے ہیں، تو آپ غلط ورکر بنا لیتے ہیں، اور آپ کو یہ تب پتا چلتا ہے جب آپ محنت لگا چکے ہوتے ہیں۔ تو عبور کرنے کا مکمل سگنل دو حصوں میں ہے:
- Gate 2 کہتا ہے Mode 2 (اکثر، ایک جیسا، قابلِ محنت)، اور
- آپ نے کام کو Mode 1 میں اتنی بار صاف ستھرا حل کیا ہے کہ طریقہ بدلنا بند ہو گیا ہے۔
یہی دوسرا حصہ اصل امتحان ہے۔ خود سے پوچھیں: پچھلی تین بار جب میں نے یہ کیا، کیا میں نے ہر بار ایک ہی طریقے سے کیا؟ اگر ہاں، تو شکل مستحکم ہے، آپ نے ورکر پا لیا۔ اگر آپ اب بھی ہر ہفتے اسے تھوڑا مختلف طریقے سے حل کرتے ہیں، یعنی مختلف قدم، مختلف جانچیں، نئے فیصلے، تو آپ نے ابھی مستحکم شکل نہیں پائی۔ اسے Mode 1 میں اس وقت تک حل کرتے رہیں جب تک یہ ٹھہر نہ جائے۔ یہ دہرانے آپ کی automate کرنے میں ناکامی نہیں۔ یہ وہ تحقیق ہے جو ورکر کو بتاتی ہے کہ اسے کیا کرنا ہے۔
جب آپ جان جائیں کہ یہ Mode 2 کام ہے، تو اسے ہاتھ سے کرتے رہنا بے کار محسوس ہوتا ہے۔ مگر ایسا نہیں ہے۔ ہر بار جب آپ اسے حل کرتے ہیں، آپ کوئی نہ کوئی edge case دریافت کرتے ہیں، قدموں کی کوئی بہتر ترتیب، کوئی ایسی جانچ جو اہم ہے۔ پہلے ہفتے بنایا گیا ورکر یہ سب چھوڑ دیتا۔ پانچویں ہفتے بنایا گیا ورکر پانچ ہفتوں کے محنت سے کمائے علم پر کھڑا ہوتا ہے۔ عبور تب کریں جب سیکھنا سست پڑ جائے، اس سے پہلے نہیں۔
حصہ 2 — نئی نظر: ورکر کام کے اندر ہی چھپا ہے
اب وہ بات جو پورے معاملے کا احساس بدل دیتی ہے۔ جب بھی آپ نے Mode 1 میں کام کو اچھی طرح حل کیا، آپ نے ایک نشان چھوڑا، اور وہی نشان ورکر کا خام مال ہے۔
سوچیں کہ ایک اچھے Mode 1 session نے دراصل کیا پیدا کیا۔ آپ نے ایک brief لکھا (کس پر کام کرنا ہے، آپ کیا چاہتے تھے، «مکمل» کا کیا مطلب تھا)۔ آپ نے output کسی واضح شکل میں مانگا۔ آپ نے یہ یقینی بنانے کو ایک جانچ چلائی کہ یہ درست ہے۔ آپ نے نتیجہ کسی file میں محفوظ کیا۔ ان میں سے کچھ بھی پھینکنے کے لیے نہ تھا۔ تو مینوفیکچرنگ دو حرکتیں ہیں، صفر سے build نہیں: ان ٹکڑوں کو سمیٹیں، پھر ہر ایک کو اتنا مضبوط بنائیں کہ وہ آپ کے بغیر چل سکے۔ اس دوسری حرکت کے بارے میں صاف نظر رکھیں: مضبوط بنانا اصل کام ہے، اخراجی راستے ڈیزائن کرنا، ایک ایسا eval بنانا جو خود کو grade کرے، اور ایک runtime کھڑا کرنا، یہ سب حقیقی انجینئرنگ ہے، نہ کہ صرف یہ لکھ دینا کہ آپ پہلے سے کیا کرتے ہیں۔ نئی نظر آپ کو خالی صفحے سے بچاتی ہے؛ یہ build کو معمولی نہیں بنا دیتی۔
یہی وہ جگہ بھی ہے جہاں معیشت پلٹتی ہے، اور یہی پوری کتاب کا دل ہے۔ جب آپ کوئی کام ہاتھ سے حل کرتے ہیں، تو آپ کی محنت ایک کام ہوتی ہے: آپ وقت خرچ کرتے ہیں، ایک نتیجہ پاتے ہیں، اور وہ وقت گیا۔ جب آپ اس حل کو ایک ورکر میں ترقی دے دیتے ہیں، تو وہی محنت ایک اثاثہ بن جاتی ہے: آپ اسے بنانے کے لیے ایک بار وقت خرچ کرتے ہیں، اور وہ بار بار نتائج پیدا کرتا ہے، جبکہ آپ کوئی اور کام کرتے ہیں۔ یہی ڈیاگو، جو سال میں سو گھنٹے خرچ کرتا ہے، اور اینا، جس نے ایک بار چند گھنٹے خرچ کیے، کے درمیان پورا فرق ہے۔
محنت بطور کام آپ کو مسلسل خرچ کراتی رہتی ہے۔ محنت بطور اثاثہ ایک بار خرچ مانگتی ہے، پھر آپ کو واپس دیتی ہے۔ لکیریں لوگوں کی توقع سے پہلے آپس میں کٹ جاتی ہیں۔
حصہ 3 — چار ترقیاں
عبور کرنا کوئی ایک بڑی build نہیں۔ یہ چار مخصوص upgrade ہیں، اور ان میں سے ہر ایک کے لیے کٹھن سوچ آپ Mode 1 میں پہلے ہی کر چکے ہیں۔ ہر ترقی کسی ایسی چیز کو لیتی ہے جو آپ نے ہاتھ سے کی، اور اسے ایسی چیز میں بدل دیتی ہے جسے ورکر خود کرتا ہے۔ ہر ایک آپ کو اس Mode 2 کورس کے حوالے بھی کر دیتی ہے جو اسے پوری تفصیل سے پڑھاتا ہے۔
آپ چار نئی چیزیں شامل نہیں کر رہے۔ آپ چار ایسی چیزوں کو اپ گریڈ کر رہے ہیں جو پہلے سے آپ کے پاس ہیں۔
ترقی 1 — آپ کا brief ایک spec بن جاتا ہے
Mode 1 میں آپ ہر بار ایک فوری brief لکھتے تھے: کس پر کام، آخر میں کیا چاہیے، مکمل کب (Gate 3 والی وہی تین سطریں)۔ یہ آپ کے ذہن میں یا کسی کچی نوٹ میں رہتا تھا، اور آپ اسے چلتے چلتے بدل سکتے تھے۔
ورکر آپ کا ذہن نہیں پڑھ سکتا اور نہ پوچھ سکتا ہے کہ آپ کا مطلب کیا تھا، اس لیے اس brief کو ایک spec بننا پڑتا ہے، یعنی specification کا مخفف، ایک لکھی ہوئی دستاویز جسے ورکر ہر ایک run پر پڑھتا ہے اور جو ٹھیک بتاتی ہے کہ وہ کیا کرتا ہے، کس پر کرتا ہے، اور کس معیار پر۔ spec وہی تین سطریں ہیں جو آپ پہلے ہی لکھ چکے، مگر واضح، مکمل، اور مستقل بنا دی گئیں۔ اسے چھوڑ دیں، تو ورکر خلا کو اندازوں سے بھر دے گا، ہر run پر تھوڑا مختلف انداز سے۔
اسے یہاں سیکھیں: Spec-Driven Development۔
ترقی 2 — آپ کی جانچ ایک eval بن جاتی ہے
Mode 1 میں آپ output کی تصدیق خود کرتے تھے (تیسرا اصول): آپ اسے پڑھتے، اعداد کو source کے خلاف جانچتے، اور اس پر بھروسہ کرتے کیونکہ آپ نے خود دیکھا تھا۔
ورکر آپ کے دیکھے بغیر چلتا ہے، اکثر دن میں کئی بار۔ «آپ کا ہر بار اسے پڑھنا» وسعت پذیر نہیں، اور یہ اس لمحے کو نہیں پکڑتا جب ورکر خاموشی سے غلط کرنے لگتا ہے۔ تو آپ کی جانچ ایک eval بن جاتی ہے، یعنی evaluation کا مخفف، مثالی inputs کا ایک محفوظ مجموعہ جو اپنے معلوم درست جوابوں کے ساتھ جوڑا گیا ہو۔ (زیادہ مبہم کام کے لیے، کوئی «معلوم درست جواب» شاید کوئی label ہو، کوئی rubric score ہو، یا کوئی checklist جسے output پورا کرے، ہمیشہ متن کا ایک مکمل بلاک نہیں۔) ورکر کے نتائج خود بخود ان کے خلاف grade ہوتے ہیں، تو جانچ آپ کے بغیر ہوتی رہتی ہے اور ورکر کے بھٹکنے کے لمحے ہی آپ کو خبردار کر دیتی ہے۔ آپ کا ایک بار کا پڑھنا ایک ایسے test میں بدل جاتا ہے جو ہمیشہ چلتا رہتا ہے۔ اسے چھوڑ دیں، تو بھٹکاؤ خاموش رہتا ہے، آپ کو اس کی خبر کسی ناخوش customer سے ملتی ہے، کسی جانچ سے نہیں۔
اسے یہاں سیکھیں: Eval-Driven Development۔
ترقی 3 — آپ loop سے نکلتے ہیں، اور اخراجی راستے ڈیزائن کرتے ہیں
Mode 1 میں آپ loop کے اندر تھے (چھٹا اور ساتواں اصول): آپ ہر قدم دیکھتے، بھٹکنے پر سمت درست کرتے، اور آگے بڑھنے سے پہلے منظوری دیتے۔ آپ ہی حفاظتی جال تھے۔
ورکر قدم خود چلاتا ہے، بنا کسی کے دیکھے۔ یہاں وہ بات ہے جو لوگ غلط سمجھتے ہیں: routine آسان حصہ ہے، آپ کا Mode 1 طریقہ اسے پہلے ہی سنبھال لیتا ہے۔ مشکل حصہ edges ہیں، یعنی غیر معمولی input، وہ صورت جس سے آپ کے طریقے کو کبھی نمٹنا ہی نہیں پڑا۔ آپ کو پہلے سے طے کرنا ہوتا ہے کہ ورکر اس وقت کیا کرے جب اسے کوئی ایسی چیز ملے جسے وہ نہیں سنبھال سکتا۔ تقریباً ہمیشہ جواب یہی ہوتا ہے: رکو اور کسی انسان کو بلاؤ۔ انہی اخراجی راستوں کو ڈیزائن کرنا، یعنی کب معاملہ اوپر بھیجنا ہے، کس کو، اور کس معلومات کے ساتھ، اسی ترقی کا اصل کام ہے، اور یہی وہ کام ہے جو ورکر کو بھروسے کے قابل اور محفوظ رکھتا ہے۔ اور ہر کام کے edges ہوتے ہیں، حتیٰ کہ وہ بھی جو سادہ لگتے ہیں: کوڈ لکھنے والا ورکر تب رک کر آپ سے پوچھتا ہے جب اس کی تبدیلی tests توڑ دے؛ invoices ادا کرنے والا ورکر کسی مقررہ رقم سے اوپر کی ہر چیز ادا کرنے کے بجائے flag کر دیتا ہے؛ دستاویزیں فائل کرنے والا ورکر وہ دستاویز جسے وہ یقین سے چھانٹ نہ سکے، اندازہ لگانے کے بجائے الگ رکھ دیتا ہے۔ شکل کبھی نہیں بدلتی، routine سنبھالو، استثناء کو اوپر بھیجو۔ اسے چھوڑ دیں، تو ورکر دیر یا سویر اس ایک صورت کو، جسے اسے flag کرنا چاہیے تھا، خود ہی سنبھال لے گا، پورے یقین کے ساتھ اور غلط طریقے سے۔
اسے یہاں سیکھیں: Build AI Agents اور Building a Digital FTE۔
ترقی 4 — آپ کا session ایک runtime بن جاتا ہے
Mode 1 میں کام اس session میں رہتا تھا جسے آپ کھولتے تھے۔ آپ نے laptop بند کیا اور یہ ختم ہو گیا۔ اگلی بار کے لیے کچھ بھی محفوظ کرنا (پانچواں اصول) آپ خود، ہاتھ سے، چیزوں کو files میں رکھ کر کرتے تھے۔
ورکر کو تب بھی موجود رہنا پڑتا ہے جب آپ وہاں نہ ہوں۔ اس کے لیے ایک runtime چاہیے، یعنی وہ سافٹ ویئر جو ورکر کو خود سے زندہ اور چلتا رکھتا ہے، اور رہنے کو کوئی جگہ بھی، تاکہ وہ پہنچ کے قابل اور قابلِ اعتماد ہو۔ اس کی یادداشت خود سے برقرار رہتی ہے، اس لیے نہیں کہ آپ کو اسے محفوظ کرنا یاد رہا۔ اسے چھوڑ دیں، تو کوئی ورکر ہوتا ہی نہیں، صرف آپ ہوتے ہیں، ہاتھ سے ایک session کھولتے ہوئے، جو ٹھیک وہی جگہ ہے جہاں سے آپ نے شروع کیا تھا۔
اسے یہاں سیکھیں: Deploy the Agent Harness۔ (اگر ورکر صرف آپ کے لیے ہے، تو ایک ہلکا راستہ بھی ہے، نیچے دیا گیا دوراہا دیکھیں۔)
ایک نظر میں چاروں ترقیاں:
| Mode 1 میں آپ کے پاس کیا تھا | یہ Mode 2 میں کیا بنتا ہے | اسے کہاں سیکھیں |
|---|---|---|
| آپ کا brief (کس پر کام / آخر میں کیا چاہیے / مکمل کب) | ایک spec جسے ورکر ہر run پر پڑھتا ہے | Spec-Driven Development |
| آپ کی اپنی نظر سے جانچ | ایک eval جو ورکر کو خودکار طریقے سے grade کرتی ہے | Eval-Driven Development |
| آپ کا دیکھنا اور سمت درست کرنا | ورکر loop چلاتا ہے اور edges پر معاملہ اوپر بھیجتا ہے | Build AI Agents · Building a Digital FTE |
| ایک session جسے آپ کھولتے اور بند کرتے ہیں | ایک runtime جس پر ورکر زندہ رہتا ہے | Deploy the Agent Harness |
یہی پورا عبور ہے۔ چار upgrade، اور ہر ایک ایسی چیز جسے آپ ہاتھ سے کر کے پہلے ہی سمجھ چکے تھے۔
چار ترقیاں وہ ہیں جو عبور کرتے وقت بدلتی ہیں۔ ایک اہم چیز زیادہ نہیں بدلتی: آپ کے plugins، یعنی وہ skills (کسی ایجنٹ کے دوبارہ استعمال کے لیے بند کیا ہوا عملی علم) اور connectors (آپ کی دوسری ایپس اور data سے روابط) جو آپ Mode 1 میں حل کرتے ہوئے پہلے ہی استعمال کر چکے۔ چونکہ یہ کھلے، cross-runtime formats پر بنے ہیں، اس لیے وہی skills اور connectors claude.ai، آپ کے چلائے ہوئے جنرل ایجنٹس (Claude Code، OpenCode، Cowork، OpenWork)، اور ذاتی harnesses کے پار ساتھ جاتے ہیں، اور اکثر صرف ہلکی سی تبدیلی کے ساتھ ان ورکرز میں بھی جنہیں آپ مینوفیکچر کرتے ہیں۔ جب تک کوئی plugin ان کھلے formats پر قائم رہے، یہ عبور کے پار بڑی حد تک جوں کا توں آ جاتا ہے، یہ ایک اور وجہ ہے کہ ورکر بنانا زیادہ تر ترقی ہے، ایجاد نہیں۔ ان میں نئے ہیں؟ دیکھیں Skills اور Connectors۔
یہ کیوں کام کرتا ہے (اس کے پیچھے کی تحقیق) ، اختیاری
دو پرانے خیالات بتاتے ہیں کہ «صفر سے بنانے کے بجائے ترقی دو» ہی درست ترتیب کیوں ہے۔
پہلا Fred Brooks سے ہے، جنہوں نے 1960 کی دہائی کے سب سے بڑے سافٹ ویئر پروجیکٹس میں سے ایک کی قیادت کی اور اس کے بارے میں The Mythical Man-Month (1975) میں لکھا۔ ان کا مشہور مشورہ: ایک نسخہ پھینکنے کا منصوبہ پہلے سے بنا لو، تم پھینکو گے ہی۔ آپ جو پہلی چیز بناتے ہیں وہ آپ کو سکھاتی ہے کہ آپ کو دراصل کیا بنانا چاہیے تھا؛ رکھنے کے قابل version دوسرا ہوتا ہے، جو آپ نے سیکھی ہوئی باتوں سے بنایا۔ آپ کے بار بار دہرائے گئے Mode 1 حل ٹھیک وہی پھینکنے والے نسخے ہیں۔ آپ automate کرنے سے پہلے ہفتے ضائع نہیں کر رہے، آپ وہ تجربہ چلا رہے ہیں جو آپ کو بتاتا ہے کہ مستقل ورکر کو کیا ہونا چاہیے۔ پہلے ہفتے ورکر بنانے کا مطلب ہوتا وہی version بنانا جسے آپ نے ہمیشہ پھینک ہی دینا تھا۔
دوسرا Lisanne Bainbridge کے Ironies of Automation (1983) سے ہے، جو کام کو automate کرنے پر سب سے زیادہ حوالہ دیے جانے والے مقالوں میں سے ایک ہے۔ ان کا نتیجہ: جب آپ کسی کام کے routine حصے automate کرتے ہیں، تو آپ انسان کو ہٹاتے نہیں، آپ انسان کو ٹھیک ان نایاب، مشکل صورتوں کا ذمہ دار چھوڑ دیتے ہیں جنہیں automation نہیں سنبھال سکتا، اور automation جتنا زیادہ قابلِ اعتماد ہو، یہ نایاب مداخلتیں اتنی ہی زیادہ اہم (اور مشکل) ہو جاتی ہیں۔ یہی ٹھیک وجہ ہے کہ ترقی 3 اخراجی راستوں کے ڈیزائن کے بارے میں ہے، routine کے بارے میں نہیں۔ routine automate کرنے کا آسان حصہ ہے؛ قدر اور خطرہ دونوں edges پر رہتے ہیں، اس لیے آپ معاملہ اوپر بھیجنے کا انتظام جان بوجھ کر ڈیزائن کرتے ہیں، یہ امید کرنے کے بجائے کہ ایسا کبھی پیش ہی نہ آئے۔
مآخذ: Brooks, F. P. (1975). The Mythical Man-Month. Addison-Wesley. Bainbridge, L. (1983). "Ironies of Automation," Automatica, 19(6), 775–779.
حصہ 4 — دوراہا: اسے مستقل بنانے کے دو راستے
جب آپ عبور کرنے کا فیصلہ کر لیں، تو «ایک پائیدار ورکر بناؤ» دو الگ راستوں میں بٹ جاتا ہے۔ یہ وہی چار ترقیاں استعمال کرتے ہیں، مگر یہ مختلف لوگوں کے لیے بنے ہوتے ہیں، اور یہ فرق اہم ہے۔
ایک ہی آزمودہ حل، دو منزلیں۔ فیصلہ کن سوال یہ ہے کہ ورکر پر کون انحصار کرتا ہے۔
اسے اپنائیں ، ایک ذاتی harness۔ اگر ورکر آپ کے لیے ہے، یعنی آپ کا inbox، آپ کا کوڈ، آپ کے کام، تو ہلکا راستہ ایک ذاتی harness ہے (وہ سافٹ ویئر جسے آپ خود چلاتے اور اپنی ملکیت میں رکھتے ہیں اور جو ایک ورکر کو آپ کے لیے زندہ رکھتا ہے)۔ آپ چاروں ترقیاں کرتے ہیں، مگر ہلکے انداز میں: spec آپ کے اپنے نوٹس ہیں، eval آپ کی اپنی مٹھی بھر مثالیں، اور معاملہ اوپر بھیجنا یعنی ورکر کا آپ کو message کرنا۔ شاید آپ کو وہاں پہنچنے کے لیے پورے Mode 2 track کی ضرورت کبھی نہ پڑے۔ یہی وہ راستہ ہے جو ذاتی Agent Harnesses سیکشن سکھاتا ہے، OpenClaw اور Hermes کی مدد سے۔
اسے مینوفیکچر کریں ، ایک Digital FTE۔ اگر ورکر کسی ادارے کے لیے ہے، یعنی کوئی ایسی چیز جس پر دوسرے لوگ انحصار کریں گے، جسے قابلِ اعتماد طریقے سے چلنا، governed ہونا، اور وسعت پانا ہے (اور شاید بیچا بھی جانا ہے)، تو یہ ایک Digital FTE ہے (یعنی ایک «ڈیجیٹل کل وقتی ملازم»)، اور آپ چاروں ترقیاں سختی سے کرتے ہیں: spec مشترکہ اور review شدہ ہے، eval ایک ایسا gate ہے جس پر پوری ٹیم بھروسہ کرتی ہے، معاملہ کسی نامزد انسان یا ٹیم تک جاتا ہے، اور runtime اصل production کا بنیادی ڈھانچہ ہے۔ یہی مکمل Mode 2 — مینوفیکچرنگ track ہے۔
فیصلہ کن سوال ایک سطر ہے: ورکر کس کے لیے ہے، اور اس پر کون انحصار کرتا ہے؟ صرف آپ کے لیے ← ذاتی harness۔ کسی ادارے کے لیے ← Digital FTE۔ ایک ہی عبور، سختی کی دو گہرائیاں۔
آپ کس سے بناتے ہیں۔ دونوں راستے مستقل ہیں؛ ٹولز بدلتے رہتے ہیں، اور یہ اکثر بدلتے ہیں۔ یہ رہا 2026 کے حساب سے بدلنے والا حصہ، آپ راستہ پہلے ہی چن چکے ہیں، تو آپ کو صرف وہی کالم چاہیے جو اس سے match کرے:
| راستہ | آپ کس سے بناتے ہیں (2026) | اسے کہاں سیکھیں |
|---|---|---|
| اسے اپنائیں ، ایک ذاتی harness | اوپن سورس harnesses: OpenClaw یا Hermes، جنہیں آپ خود چلاتے اور اپنی ملکیت میں رکھتے ہیں | ذاتی Agent Harnesses |
| اسے مینوفیکچر کریں ، ایک Digital FTE | OpenAI Agents SDK، یا کوئی manage شدہ Claude agent setup | Mode 2 track؛ Choosing Agentic Architectures آپ کو چننے میں مدد دیتا ہے |
وہ جنرل ایجنٹ جسے آپ Mode 1 میں چلاتے رہے ہیں (Claude Code، OpenCode، Cowork، یا OpenWork) یہاں غائب نہیں ہوتا، دونوں راستوں پر یہ وہ ٹول ہے جسے آپ ورکر کو بنانے اور install کرنے کے لیے استعمال کرتے ہیں۔ یہ بس وہ چیز رہنا چھوڑ دیتا ہے جو ہر بار کام کرتی تھی، اور وہ چیز بن جاتا ہے جو اس چیز کو بناتی ہے جو کام کرتی ہے۔
ایک چیز جس کا بجٹ رکھنا ہے۔ ایک پائیدار ورکر API پر چلتا ہے، جہاں ہر model call ماپی جاتی ہے اور اس کا بل بنتا ہے، اور یہ دونوں راستوں پر سچ ہے: ایک ذاتی harness (OpenClaw، Hermes) بھی API پر اتنا ہی چلتا ہے جتنا ایک مینوفیکچر شدہ Digital FTE۔ یہ claude.ai یعنی web ایپ کے اندر اے آئی استعمال کرنے سے مختلف ہے، جہاں کسی plugin کی calls آپ کے subscription یا free tier سے نکلتی ہیں اور فی کال کوئی الگ بل نہیں ہوتا۔ تو عبور کرنا «سوچ» کو ایک ایسی چیز سے، جو آپ کے plan میں شامل تھی، ایک حقیقی، فی کال لاگت میں بدل دیتا ہے۔ یہ ایک اور وجہ ہے کہ «کیا یہ قابلِ محنت ہے؟» والا سگنل اہم ہے: ورکر کو نہ صرف آپ کا build وقت لوٹانا ہے، بلکہ وہ model کا بل بھی جو وہ ہر بار کام کرتے ہوئے چڑھائے گا۔ (ذاتی harness کے لیے یہ بل آپ خود ادا کرتے ہیں؛ Digital FTE کے لیے آپ یا ادارہ کرتا ہے، اور اگر آپ ورکر بیچتے ہیں، تو یہی فی کال لاگت وہ عدد ہے جس کے گرد آپ قیمت طے کرتے ہیں۔)
ایک ذاتی harness کی ملکیت رکھنا Mode 1 اور Mode 2 کے بیچ بیٹھا کوئی نیا mode نہیں، یہ وہی «ایک پائیدار ورکر بناؤ» والی سرگرمی ہے، جو ایک شخص تک محدود کر دی گئی ہے۔ Mode پوچھتا ہے کہ آپ ایک بار حل کرتے ہیں یا دیرپا بناتے ہیں؛ ملکیت پوچھتی ہے کہ ورکر آپ کا ہے یا کسی ادارے کا۔ دو الگ سوال۔ آپ کوئی بھی mode اپنی ملکیت والے harness پر چلا سکتے ہیں۔
اینا کا خاکہ، مکمل کیا ہوا
اپنا خاکہ بنانے سے پہلے، یہ رہا اینا کا پیر والا کام، عبور کیا ہوا، یعنی وہی چار ترقیاں، بھری ہوئی۔ «مکمل» کی شکل یہی ہوتی ہے، اور غور کریں کہ ہر سطر بس وہی چیز ہے جو وہ پہلے ہی دو مہینے ہاتھ سے کرتی رہی۔
- Brief → spec۔ ہر پیر، Support فولڈر میں آئے نئے messages پڑھیں۔ ہر ایک کو ٹھیک ایک گروپ میں رکھیں (شکایت، سوال، آرڈر، یا دیگر) اور ایک صفحے کا خلاصہ لکھیں جس میں ہر گروپ کی گنتی اور تین سب سے عام شکایتیں ہوں۔ (اس کی Gate 3 والی تین سطریں، ہمیشہ کے لیے لکھ دی گئیں۔)
- Check → eval۔ بارہ پرانے messages جنہیں وہ پہلے ہی ہاتھ سے چھانٹ چکی تھی، ہر ایک اپنے درست گروپ کے ساتھ محفوظ۔ جب بھی وہ ورکر کی ہدایات بدلتی ہے، اسے پہلے انہی بارہ کے خلاف چلایا جاتا ہے؛ اگر یہ ایک سے زیادہ کو غلط چھانٹے، تو وہ اسے اصل میل کو چھونے سے پہلے ٹھیک کر لیتی ہے۔
- You → exits۔ اگر کوئی message ایسی زبان میں ہو جسے ورکر نہیں سنبھالتا، یا کسی ایسے refund کا تقاضا کرے جو اس کی مقرر کردہ حد سے بڑا ہو، تو ورکر اندازہ نہیں لگاتا: یہ message کو flag کرتا ہے اور اینا کو ping کرتا ہے۔ باقی سب کچھ وہ خود سنبھالتا ہے۔
- Session → runtime۔ ورکر ہر پیر کی صبح ایک چھوٹی، ہمیشہ آن رہنے والی machine پر چلتا ہے اور خود اپنی فہرست رکھتا ہے کہ وہ پہلے کیا process کر چکا ہے، تاکہ اینا نہ کچھ کھولے اور نہ کچھ یاد رکھے۔
ان میں سے کچھ بھی عبور والے دن ایجاد نہیں ہوا۔ یہ دو مہینے کے پیر ہیں، مستقل بنا دیے گئے۔
اب آپ کی باری
کوئی حقیقی کام لیں جسے آپ پہلے ہی کسی ایجنٹ کے ساتھ، ایک ہی طریقے سے، ایک سے زیادہ بار حل کرتے ہیں۔ اسے عبور سے گزاریں، نیچے دیے گئے تین قدم بھرتے ہوئے۔
اپنے کام کے لیے تینوں قدم بھریں۔ grader جانچتا ہے کہ کام واقعی ثابت شدہ ہے یا نہیں، آپ کی چاروں ترقیاں ٹھوس ہیں یا نہیں، اور سب سے اہم یہ کہ آپ کا exit کوئی چھوڑی ہوئی edge کے بجائے ایک حقیقی escalation صورت ہے یا نہیں۔
Discuss with an AI. Question your scores.
Come back when you have your BEST evaluation.
اگر آپ تینوں قدم بھر سکتے ہیں، تو آپ «کسی دن شاید کوئی ایجنٹ بنانے» کے بارے میں سوچ نہیں رہے۔ آپ کے ہاتھ میں اس کا خاکہ ہے۔ Mode 2 track بس یہی چار ترقیاں ہیں، حقیقت میں کر دکھائی گئیں۔
یہ آپ کو کہاں منتقل کرتا ہے
یہی عبور ہے۔ Mode 1 محنت تھی ایک کام کے طور پر، آپ ہر بار گھنٹے خرچ کرتے تھے۔ Mode 2 محنت ہے ایک اثاثے کے طور پر، آپ ایک بار بناتے ہیں، اور وہ آپ کے سوتے میں کام کرتا ہے۔ یہی کورس وہ جگہ ہے جہاں ایک دوسری میں بدلتا ہے۔
اب آپ Mode 2 — مینوفیکچرنگ track میں ایک خاکے کے ساتھ داخل ہوتے ہیں، خالی صفحے کے ساتھ نہیں۔ وہاں کا ہر کورس چاروں ترقیوں میں سے ایک کو حقیقت میں بناتا ہے:
- وہ زبان جس میں مینوفیکچرنگ ہوتی ہے، Python in the AI Era: آپ ہدایت دیتے ہیں، اور زیادہ تر کوڈ ایجنٹ لکھتا ہے۔
- وہ ورکر جو loop چلاتا اور معاملہ اوپر بھیجتا ہے، Build AI Agents۔
- وہ eval جو اسے grade کرتی ہے، Eval-Driven Development۔
- چاروں ترقیاں مل کر ایک ایسا ورکر بناتی ہیں جس پر کوئی ادارہ بھروسہ کر سکے، Building a Digital FTE۔
- وہ runtime جس پر یہ زندہ رہتا ہے، Deploy the Agent Harness۔
ایک آزمودہ Mode 1 حل اور ایک بھرے ہوئے خاکے کے ساتھ اندر آئیں، تو آپ صفر سے شروع نہیں کر رہے۔ آپ ایک ایسی چیز کو ترقی دے رہے ہیں جو پہلے ہی کام کرتی ہے۔
حوالہ جات
اس کورس کے دعووں کے پیچھے کے خیالات، ان کے لیے جو اصل مآخذ دیکھنا چاہیں۔
- Brooks, F. P. (1975). The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley. «ایک نسخہ پھینکنے کا منصوبہ بناؤ» والی دلیل، یعنی آپ کے آزمودہ Mode 1 حل ہی وہ prototype ہیں جس سے اصل ورکر بنتا ہے، اسی نام کے باب میں موجود ہے۔ (جائزہ)
- Bainbridge, L. (1983). "Ironies of Automation." Automatica, 19(6), 775–779. doi:10.1016/0005-1098(83)90046-8. routine کو automate کرنا انسان کو نایاب، مشکل صورتوں کا ذمہ دار کیوں چھوڑ دیتا ہے، یہی وجہ ہے کہ ترقی 3 اخراجی راستوں کے ڈیزائن کے بارے میں ہے، routine کے بارے میں نہیں۔ (پڑھنے کے قابل خلاصہ)
- Munroe, R. "Is It Worth the Time?" xkcd 1205. کام-بمقابلہ-اثاثہ چارٹ کے پیچھے break-even کی منطق: کوئی کام کتنی بار دہرایا جاتا ہے، یہی طے کرتا ہے کہ ورکر بنانا قابلِ محنت ہے یا نہیں۔
فلیش کارڈ مطالعاتی معاون
معلومات کی جانچ
ابھی جن خیالات سے آپ گزرے، ان پر ایک فوری، gated خود جانچ۔