اپنا Identic AI چیف آف اسٹاف بنائیں: 4 گھنٹے کا فوری کورس
آپ نے ایک ایسی کمپنی بنائی جسے آپ کی AI افرادی قوت خود بڑھا سکتی ہے۔ تو وہ اکلوتی میز خود نہ بنیں جس پر اسے اب بھی رکنا پڑے۔
پچھلے تین کورسز میں آپ نے ایک AI-native کمپنی بنائی۔ آپ کے پاس وہ Workers ہیں جو اصل کام کرتے ہیں، ایک انتظامی پرت جو انہیں بھرتی کرتی اور ان کی نگرانی کرتی ہے، اور ایک ایسی افرادی قوت جو خود پہچان سکتی ہے کہ اس میں کون سی صلاحیتیں کم ہیں اور ان خلا کو پُر کرنے کے لیے نئی بھرتیوں کی تجویز دے سکتی ہے۔
یہ سب کارآمد ہے۔ مگر پھندا یہ ہے: ہر نئی بھرتی، ہر بڑا refund، اور ہر بجٹ کا تجاوز اب بھی ایک ہی شخص کی منظوری کا محتاج ہے، یعنی آپ کی۔ چار Workers کے ساتھ یہ میٹنگوں کے بیچ آپ کے فون پر چند ٹیپ ہیں۔ چار سو کے ساتھ یہ ہفتے میں سینکڑوں منظوریاں ہیں۔ بنا جانے، آپ خود وہی رکاوٹ بن چکے ہیں جسے ختم کرنے کے لیے آپ کا نظام بنا تھا۔
یہ کورس آپ کو آپ کا اپنا ایک نمائندہ دیتا ہے: ایک ذاتی AI ہم زاد جس نے سیکھ لیا ہے کہ آپ فیصلے کیسے کرتے ہیں اور جو بالکل آپ کی طرح عمل کرتا ہے۔ اس کا نام Claudia ہے۔ پہلے آپ اسے بناتے ہیں، پھر اسے کام پر لگاتے ہیں۔ کورس کا عنوان دونوں حصے کھل کر کہہ دیتا ہے: آپ اپنا Identic AI (آپ کا ہم زاد) بناتے ہیں، پھر وہ آپ کی چیف آف اسٹاف (اس کا کام) بن جاتی ہے۔
یہ رہا وہ ایک خیال جس پر پورا کورس ٹکا ہے، سادہ الفاظ میں:
- آپ کی کمپنی مسلسل ایسے فیصلے پیدا کرتی رہتی ہے جنہیں آپ کے اختیار کی ضرورت ہوتی ہے: حد سے بڑھ کر ایک refund، ایک نئی بھرتی، ایک ایسا Worker جس نے اپنا بجٹ پھونک دیا۔
- پھر Claudia ہر ایک کو پڑھتی ہے اور بس وہی اکلوتا سوال پوچھتی ہے جو اہمیت رکھتا ہے: کیا یہ ایسی چیز ہے جسے میں خود منظور کر دیتی، یا ایسی جسے آپ خود دیکھنا چاہیں گے؟
- روزمرہ والی فوراً آپ کے نام پر نمٹا دیتی ہے، اور لکھ لیتی ہے کہ اس نے کیا کیا اور کیوں۔
- اہم والی اپنی رائے سمیت آپ کی chat app پر بھیج دیتی ہے، اور آپ کا انتظار کرتی ہے۔
- اس کا ہر فیصلہ دستخط شدہ ہوتا ہے، تاکہ مہینوں بعد کوئی بھی آپ کے فیصلوں کو اس کے فیصلوں سے الگ پہچان سکے۔
- ہفتے میں ایک بار، آپ ہر اس چیز کا ایک اسکرین بھر خلاصہ پڑھتے ہیں جو اس نے سنبھالی، اور جو کچھ آپ مختلف کرتے اسے درست کر دیتے ہیں۔ وہ اس درستی سے سیکھتی ہے۔
آخر تک، آپ کے پاس یہ سب آپ کی اپنی مشین پر چلتا ہوا ہوگا: ایک چیف آف اسٹاف جو آپ کی کمپنی سے جڑی ہے، روزمرہ منظوریوں کا ایک حقیقت پسندانہ ہفتہ منٹوں میں نمٹاتی ہے جبکہ آپ دوسرے کام کرتے ہیں، وہ چند فیصلے جنہیں آپ کی ضرورت ہے آپ کی chat app پر بھیجتی ہے، ہر فیصلے پر دستخط کر کے اسے ایک ایسے ledger میں ڈالتی ہے جس کا آپ آڈٹ کر سکتے ہیں، اور اگر آپ کا laptop کبھی کھو جائے یا چوری ہو جائے تو ایک ہی قدم میں بحال ہو جانے والی۔
یہ Agent Factory مقالے کا Invariant 2 ہے، یعنی ہر انسان کو ایک نمائندہ چاہیے، حقیقت بنا ہوا۔ پہلے کے کورسز نے آپ کی کمپنی کو ایک ایسی افرادی قوت دی جو خود کو بڑھاتی ہے۔ یہ کورس اس افرادی قوت کو اس ایک شخص کو ڈبونے سے روکتا ہے جس کے سامنے وہ اب بھی جوابدہ ہے۔
کورس کی شکل: دو ابواب
کورس دو ابواب پر مشتمل ہے، اور انہیں الگ الگ تھامے رکھنا ہی باقی سب کچھ کو سادہ رکھتا ہے۔
- باب 1، اپنا Identic AI بنائیں۔ پہلے آپ Claudia کو اپنے ذاتی ہم زاد کے طور پر بناتے ہیں: وہ سیکھتی ہے کہ آپ کون ہیں، آپ کیسے فیصلہ کرتے ہیں، آپ کیسے لکھتے ہیں، آپ پہلے سے کون سی حدیں استعمال کرتے ہیں۔ باب 1 کے آخر میں وہ آپ کو پوری طرح جانتی ہے اور کسی چیز سے جڑی ہوئی نہیں۔ وہ آپ کی ہے، ابھی کسی کی چیف آف اسٹاف نہیں۔
- باب 2، اسے بطور چیف آف اسٹاف کام پر لگائیں۔ اب آپ اپنی کمپنی (Paperclip) کھڑی کرتے ہیں، Claudia کو ایک دستخط شدہ اور محدود مینڈیٹ دیتے ہیں، اور اسے اس کی منظوری کی قطار سنبھالنے دیتے ہیں۔
وہ کیا ہے (آپ کا ہم زاد، باب 1) اور وہ کیا کرتی ہے (آپ کی چیف آف اسٹاف، باب 2) دو الگ چیزیں ہیں۔ پہلے کو بنائیں، پھر دوسری سونپیں۔ آپ کی کمپنی کے بارے میں کچھ بھی باب 2 سے پہلے سامنے نہیں آتا۔
آپ کا پڑھنے کا راستہ (تقریباً 4 گھنٹے، سیٹ اپ اور علم کی جانچ سمیت)
باب 1 آپ کا ہم زاد بناتا ہے۔ باب 2 اسے ایک ایک منظرنامے کے ساتھ کام پر لگاتا ہے، اور ہر ایک یہ بتاتا ہے کہ جب یہ چلے تو آپ کو کیا دِکھنا چاہیے۔
باب 1، اپنا Identic AI بنائیں۔
- وہ پہلے ہی آپ کی طرح سوچتی ہے (تقریباً 12 منٹ): Claudia کو اپنی chat app پر ایک نمونہ refund دکھائیں، بنا کسی کمپنی جڑے، اور دیکھیں کہ وہ اس پر بالکل آپ کی طرح غور کرتی ہے۔ وہ تجویز دیتی ہے؛ عمل کسی چیز پر نہیں کرتی۔
باب 2، اسے کام پر لگائیں۔
- ایک دستخط شدہ، محدود مینڈیٹ (تقریباً 15 منٹ): اسے ایک cryptographic شناخت اور وہ تنگ فیصلوں کا مجموعہ دیں جو وہ خود کر سکتی ہے، پھر دیکھیں کہ وہ ایک کو واقعی نمٹاتی ہے۔
- تین منٹ میں ایک ہفتے کی منظوریاں (تقریباً 12 منٹ): اسے ایک حقیقت پسندانہ سیلاب تھمائیں، ساتھ ایک حکمتِ عملی والا فیصلہ، اور دیکھیں کہ وہ روزمرہ نمٹاتی ہے اور باقی کو سامنے لاتی ہے۔
- اس کے فیصلوں کو اپنے فیصلوں سے الگ پہچانیں (تقریباً 10 منٹ): خود دیکھیں کہ آڈٹ کا ریکارڈ ہمیشہ "یہ فیصلہ آپ نے کیا" کو "یہ فیصلہ آپ کے ہم زاد نے آپ کے لیے کیا" سے کیوں الگ کر سکتا ہے۔
- اس کا فیصلہ پلٹیں، اور اسے سیکھتے دیکھیں (تقریباً 8 منٹ): اس کے کسی فیصلے کو الٹیں اور دیکھیں کہ درستی محض ایک مرمت نہیں بلکہ تربیت بن جاتی ہے۔
- laptop کھو دیں، کمپنی بچا لیں (تقریباً 10 منٹ): کسی دوسرے device سے ایک متاثرہ چیف آف اسٹاف کو منسوخ کریں، اور اسے ایک نئی مشین پر سالم منتقل کریں۔
آپ کو چاہیے ہوگا: ایک coding agent جس میں آپ logged in ہیں (Claude Code یا OpenCode)، اور OpenClaw آپ کے Mac، Linux، یا Windows پر پہلے سے چل رہا ہو، جس کے ساتھ ایک chat app جوڑی گئی ہو۔ OpenClaw انسٹال کرنا اور ایک chat app جوڑنا OpenClaw آن-ریمپ کا کام ہے، اور بس یہی وہ سکھاتا ہے؛ یہ کورس فرض کرتا ہے کہ یہ ہو چکا ہے اور صرف اس کی تصدیق کرتا ہے۔ ہاتھ سے کوئی coding نہیں، اور کسی API key کی کھینچا تانی نہیں: آپ کا coding agent سب کچھ چلاتا ہے، اور آپ صرف وہ فیصلے کرتے ہیں جو صرف ایک انسان کر سکتا ہے۔
اگر بنیادی شرائط ڈھیلی لگیں، تو خود OpenClaw تک سب سے نرم آن-ریمپ OpenClaw with General Agents فوری کورس ہے؛ کمپنی والی طرف ایک افرادی قوت بنانا اور اسے خود بڑھنے دینا ہے۔
دو agents، اور یہ کبھی آپس میں نہیں گڈمڈ ہوتے
سب سے پہلے ایک فرق تھامے رکھیں، کیونکہ یہی اکلوتی چیز ہے جو باقی سب کو صاف رکھتی ہے: اس کورس میں دو agents آتے ہیں، اور یہ کبھی آپس میں نہیں گڈمڈ ہوتے۔
- آپ کا coding agent (Claude Code یا OpenCode) بناتا ہے۔ یہ ٹولز کی تصدیق کرتا ہے، Claudia کی فائلیں رکھتا ہے، اور آپ کی کمپنی کھڑی کرتا ہے۔ یہ سیٹ اپ ہے، اور صرف سیٹ اپ۔
- Claudia سنبھالتی ہے۔ وہ منظوری کی قطار پڑھتی ہے، ہر شے پر غور کرتی ہے، روزمرہ والی آپ کے نام پر نمٹاتی ہے، اور باقی کو آپ کی chat app پر لاتی ہے۔ یہ سیٹ اپ کے بعد کا سب کچھ ہے۔
جیسے ہی Claudia آن لائن ہوتی ہے، آپ کے coding agent کا کام ختم۔ اس لمحے سے آگے، صرف Claudia عمل کرتی ہے۔
اُس chat window کے برعکس جسے آپ کوئی سوال ہونے پر کھولتے ہیں، Claudia خود اپنے بل بوتے پر چلتی ہے اور جب کسی چیز کو آپ کی ضرورت ہو تو وہ پہلے آپ کو پیغام بھیجتی ہے۔ یہی پہنچنے کی صلاحیت، صرف جواب دینے کی نہیں، وہ چیز ہے جو اسے آپ کی منظوریاں پہلے سے چھاننے دیتی ہے۔ Paperclip آپ کی کمپنی ہے، جو آپ کے Workers اور اس سے پیدا ہونے والی قطار کو رکھتی ہے؛ یہ باب 2 سے پہلے سامنے نہیں آتی۔
ملیں Claudia سے، آپ کا Identic AI
یہاں Claudia ایک ذاتی AI ہے جو OpenClaw پر، آپ کی مشین پر چلتی ہے۔ وہ کیا ہے: آپ کا ہم زاد، ایک ایسا AI جو آپ کو جانتا ہے۔ وہ کیا کرتی ہے، جب آپ اسے باب 2 میں سونپتے ہیں: آپ کی چیف آف اسٹاف۔ یہاں سے آگے، تحریر میں، آپ کی chat app میں، ہر جگہ، اس کا ایک ہی نام: Claudia۔
"چیف آف اسٹاف" کام ہے۔ Identic AI زمرہ ہے، جو Don Tapscott کی اصطلاح ہے (You to the Power of Two، 2025 سے؛ وہ اسے HBR IdeaCast، فروری 2026 پر کھول کر بیان کرتے ہیں) ایک ایسے ذاتی AI کے لیے جو واقعی آپ کا اپنا ہو۔ Tapscott اس کی پانچ نشانیاں بتاتے ہیں: یہ کسی ایک انسان کے لیے ذاتی ہوتا ہے، یہ آپ کی اقدار کی عکاسی کرتا ہے، یہ آپ کا ہی ایک توسیعی حصہ محسوس ہوتا ہے، یہ وقت کے پار یاد رکھتا ہے، اور یہ خود مختار ہوتا ہے، یعنی کسی platform سے کرائے پر لینے کے بجائے آپ کی اپنی ملکیت اور قابو میں۔ یہی آخری نشانی یہاں سب سے زیادہ اہمیت رکھتی ہے، اور یہی سب سے چپکے سے ہاتھ سے نکل جاتی ہے۔ پھندا cloud بذاتِ خود نہیں ہے؛ پھندا اپنے AI کو کسی ایسے vendor سے ایک managed service کے طور پر کرائے پر لینا ہے جو اس instance کا مالک ہو۔ جب vendor مالک ہو، تو آپ کا جمع شدہ فیصلہ ایک ایسے platform پر بیٹھا ہوتا ہے جو اسے پڑھ سکتا ہے، بدل سکتا ہے، یا بند کر سکتا ہے، اور ایک چمکدار interface یہ سب چھپا لیتا ہے۔ خود مختاری اس بارے میں ہے کہ AI کا مالک اور قابو رکھنے والا کون ہے، نہ کہ یہ کہ وہ جسمانی طور پر کہاں چلتا ہے: ایک ایسا cloud account جو واقعی آپ کا ہو، جس کے اوپر کوئی platform اسے منسوخ کرنے والا نہ ہو، وہ بھی اہل ہے۔ Claudia بس اس ضمانت تک سب سے صاف راستہ لیتی ہے: وہ آپ کے اپنے hardware پر چلتی ہے اور آپ کے بارے میں جو سیکھتی ہے اسے آپ کی اپنی disk پر فائلوں میں رکھتی ہے، تاکہ آپ کا جمع شدہ فیصلہ آپ کا ہی رہے، اپنے پاس رکھنے، backup لینے، یا مٹانے کے لیے، اور کبھی کسی vendor کا نہ ہو کہ وہ اسے پڑھے یا منسوخ کرے۔ منظرنامہ 6 وہ جگہ ہے جہاں یہ ملکیت ایک سہولت رہنے کے بجائے وہ چیز بن جاتی ہے جو آپ کو بچاتی ہے۔
بنانے کی تال
بنانے کی تال پانچ قدموں کی ہے، اور یہی آپ کے coding agent کے ساتھ کام کرنے کا کل حاصل ہے: آپ ایک سادہ درخواست paste کرتے ہیں، وہ ایک منصوبہ تجویز کرتا ہے، آپ منظوری دیتے ہیں، وہ چلاتا ہے، آپ دونوں جانچتے ہیں۔ آپ خود کبھی کوئی command نہیں ٹائپ کرتے؛ آپ فیصلے کرتے ہیں اور نتائج پڑھتے ہیں۔
پہلے starter ڈاؤن لوڈ کریں اور اسے اپنے coding agent میں کھولیں۔ یہ starter ایک bare base ہے: یہ ایک brief (ایک AGENTS.md فائل) رکھتا ہے جو آپ کے coding agent کو سکھاتا ہے کہ OpenClaw کی تصدیق کیسے کرے، ایک تیار شدہ Claudia کہاں رکھے، ایک مقامی Paperclip sandbox کیسے کھڑی کرے، فیصلوں پر دستخط کیسے کرے، اور governance ledger کیسے لکھے۔ یہی وہ پائیدار چیز ہے جسے آپ رکھتے ہیں؛ منظرنامے وہ ہیں جو آپ اس کے اوپر بناتے ہیں۔
identic-ai-base.zip ڈاؤن لوڈ کریں
# Unzip, then open the folder in Claude Code:
cd identic-ai
git init
claude
# Unzip, then open the folder in OpenCode:
cd identic-ai
git init
opencode
git init کرنا OpenCode کے لیے ناگزیر ہے (اس کے undo کو اس کی ضرورت ہے) اور Claude Code کے لیے سختی سے تجویز کردہ ہے: منظرناموں کے بیچ پیش رفت کو commits کے ذریعے ہی محفوظ کیا جاتا ہے۔
تصدیق کریں کہ brief لوڈ ہوا۔ یہ اپنے coding agent کو paste کریں:
میرے OpenClaw chief of staff کے لیے، اور بعد میں میری Paperclip company کے لیے، تم میرے لیے کیا کر سکتے ہو؟
آپ کو یہ brief میں سے مخصوص باتوں کا نام لیتا نظر آنا چاہیے: OpenClaw کی تصدیق، ایک تیار شدہ Claudia رکھنا، بعد میں ایک مقامی Paperclip sandbox کھڑی کرنا، فیصلوں پر دستخط کرنا، governance ledger، محتاط envelope۔ اگر یہ عام AI باتوں جیسا لگے، تو تصدیق کریں کہ آپ نے اسے identic-ai/ folder کے اندر سے کھولا تھا اور دوبارہ launch کریں۔
اگر کچھ بھی الٹا ہو جائے، تو آپ کو commands جاننے کی ضرورت نہیں۔ یہ paste کریں:
کچھ کام نہیں کیا۔ سب سے تازہ OpenClaw اور Paperclip logs پڑھو، مجھے سادہ زبان میں بتاؤ کہ تمہیں کیا نظر آ رہا ہے، اور ایک ایسا حل تجویز کرو جسے میں approve کر سکوں۔
اگر آپ کسی منظرنامے کے مقررہ وقت سے تقریباً دوگنے سے آگے نکل جائیں، تو یہ paste کریں: "ہمیں کیا روک رہا ہے، ایک جملے میں؟ آئیے وہیں سے دوبارہ منصوبہ بناتے ہیں۔" جو agent اندازے سے کام کر رہا ہوگا وہ بتا دے گا، اور آپ دوبارہ سے شروع کر سکتے ہیں۔
باب 1: اپنا Identic AI بنائیں
یہی باب 1 کا کل حاصل ہے: Claudia کو آپ کے ہم زاد کے طور پر آن لائن لائیں، کسی کمپنی سے جوڑے بغیر۔ OpenClaw کا خام کام (انسٹال، ایک chat app جوڑنا) آپ پہلے ہی آن-ریمپ میں کر چکے؛ یہاں آپ کا coding agent صرف اس کی تصدیق کرتا ہے، پھر ایک تیار شدہ Claudia کو آپ کے workspace میں رکھتا ہے اور ثابت کرتا ہے کہ وہ آپ کو جانتی ہے۔
یہ base ایک مکمل Claudia کے ساتھ آتا ہے: ایک پہلے سے لکھا گیا workspace جس میں اس کی شخصیت، اس کا چیف-آف-اسٹاف کردار، اور آپ کیسے فیصلہ کرتے ہیں اس کا ایک بیج پہلے ہی پکا ہوا ہے۔ آپ کا coding agent اسے صفر سے نہیں لکھتا اور نہ کوئی شخصیت اندازے سے گھڑتا ہے؛ یہ آپ کے پہلے سے موجود ہر workspace کا backup لیتا ہے (تاکہ آپ کی کوئی چیز نہ کھوئے)، Claudia کو اندر بٹھاتا ہے، اور OpenClaw دوبارہ لوڈ کرتا ہے۔ یہ طے شدہ ہے، اندازہ نہیں۔
یہ اپنے coding agent کو paste کریں:
میرا Identic AI آن لائن لاؤ۔ پہلے تصدیق کرو کہ OpenClaw پہلے سے انسٹال ہے اور وہ chat app جو میں نے
آن-ریمپ میں جوڑی تھی مجھ تک پہنچ سکتی ہے؛ صرف تب رکنا اور بتانا جب کوئی چیز کم ہو۔ پھر starter سے
تیار شدہ Claudia کو میرے OpenClaw workspace میں رکھو: میرے پہلے سے موجود کسی بھی workspace کا backup
لو تاکہ میری کوئی چیز نہ کھوئے، Claudia کو اندر بٹھاؤ، اور OpenClaw دوبارہ لوڈ کرو تاکہ وہ زندہ ہو جائے۔
اسے ایک باصلاحیت model پر چلاؤ۔ اس کی شخصیت اور میں کیسے فیصلہ کرتا ہوں اس کا ایک بیج starter میں ہے،
تو انہیں مت گھڑو؛ بس تصدیق کرو کہ وہ لوڈ ہوئے۔ اسے ابھی کسی کمپنی سے مت جوڑو۔
جب وہ تیار ہو جائے، تو اسے میری chat app پر مجھے یہ جواب دینے کو کہو "تم میرے refunds منظور کرنے کے بارے
میں کیا جانتی ہو؟" اپنے بیج شدہ علم سے جو میرے بارے میں ہے۔
آپ کا coding agent ان چند چیزوں کے لیے رکے گا جو صرف آپ دے سکتے ہیں: اس بات کی تصدیق کہ آپ کی پہلے سے جوڑی ہوئی chat app آپ تک پہنچ سکتی ہے، اور آپ کا model کا انتخاب۔ باقی سب کچھ وہ brief سے کرتا ہے۔
تب مکمل جب: Claudia آپ کی جوڑی ہوئی chat app پر آپ کو کوئی ایسا جواب دے جو اس کے بیج سے نکلا ہو (آپ refunds کیسے سنبھالتے ہیں اس کے حقیقی اعداد اور نمونے)، نہ کہ کوئی عام سا "میں آپ کی منظوریاں سنبھالنے میں مدد کر سکتی ہوں۔" اگر اس کا جواب عام سا ہو، تو اس کا بیج لوڈ نہیں ہوا؛ اوپر والا بحالی کا قدم paste کریں اور آگے بڑھنے سے پہلے اپنے coding agent سے تصدیق کرائیں کہ Claudia کا workspace اپنی جگہ ہے۔
اب Claudia آپ کو جانتی ہے، اور وہ کسی چیز سے جڑی ہوئی نہیں۔ منظرنامہ 1 اسے آپ کی chat app میں ایک اکیلے فیصلے پر غور کرتے دیکھتا ہے، جہاں کمپنی تصویر میں سرے سے نہیں۔ باب 2 وہ جگہ ہے جہاں آپ کمپنی کھڑی کرتے ہیں اور اسے سنبھالنے دیتے ہیں۔
منظرنامہ 1: وہ پہلے ہی آپ کی طرح سوچتی ہے (تقریباً 12 منٹ)
آپ نے Claudia اسی لیے بنائی کہ افرادی قوت فیصلوں کا ایک سلسلہ پیدا کرتی ہے: حد سے بڑھ کر ایک refund، ایک بجٹ جو کسی Worker نے پھونک دیا، ایک بھرتی جو کوئی کرنا چاہتا ہے۔ چار Workers پر یہ سلسلہ چھوٹا ہے۔ جیسے جیسے افرادی قوت بڑھتی ہے، یہ شائستگی سے نہیں بڑھتا۔
| آپ کی افرادی قوت | ہفتے میں آپ تک پہنچنے والی منظوریاں | یہ کیسا محسوس ہوتا ہے |
|---|---|---|
| 4 Workers | تقریباً ایک درجن | میٹنگوں کے بیچ فون پر چند ٹیپ |
| 40 Workers | تقریباً سو | دن میں تین سے چار گھنٹے threads پڑھنا |
| 400 Workers | ایک ہزار سے زیادہ | ناممکن؛ آپ خود رکاوٹ بن چکے ہیں |
بھرتی کا loop کبھی نہیں ٹوٹتا۔ جو چیز ٹوٹتی ہے وہ آپ ہیں۔ تو Claudia کے کسی حقیقی کمپنی کو چھونے سے پہلے، سب سے پہلے جانچنے والی بات وہ اکلوتی چیز ہے جو سونپنا محفوظ بناتی ہے: کیا وہ واقعی آپ ہی کی طرح فیصلہ کرتی ہے؟ آپ یہ بنا کسی چیز کو جوڑے جانچ سکتے ہیں، بس اسے chat میں ایک فیصلہ دکھا کر۔
یہ رہا وہ ایک خیال جس پر پورا کورس ٹکا ہے:
ایک پالیسی طے شدہ معیار لگاتی ہے: اس رقم سے کم، منظور کر دو۔ آپ کا ہم زاد آپ کا فیصلہ لگاتا ہے، جو اس سے سیکھا کہ آپ نے وقت کے ساتھ فی الحقیقت کیسے فیصلہ کیا۔ یہی وجہ ہے کہ وہ روزمرہ کو بالکل آپ ہی کی طرح سنبھال سکتی ہے، اس معاملے کو پکڑتے ہوئے جو ہر اصول پر پورا اترتا ہے اور پھر بھی آپ کی نظر کا مستحق ہے، بجائے اس کے جیسے ایک سخت اصول کرتا۔
یہ اپنے coding agent کو paste کریں:
Claudia سے میرے لیے ایک sample decision weigh کرواؤ، صرف chat میں، اور کچھ wired نہ ہو۔ اسے بتاؤ: ایک long-tenure customer جس کا کوئی prior refund نہیں، ایک ایسا refund مانگ رہا ہے جو اس حد کے اندر ہے جسے میں عام طور پر approve کر دیتا ہوں۔ میری chat app پر اس سے پوچھو کہ وہ کیا کرے گی اور کیوں۔ وہ کسی company سے connected نہیں، اس لیے وہ صرف بلند آواز میں reason کر رہی ہے، کسی چیز پر act نہیں کر رہی۔
آپ کا coding agent نمونہ Claudia کو دے دیتا ہے؛ وہ اس پر آپ کے بارے میں اپنے بیج شدہ علم کے سامنے غور کرتی ہے اور آپ کو اپنا فیصلہ پیغام کر دیتی ہے۔ اس کے غور کو غور سے پڑھیں۔ اسے ایسا لگنا چاہیے جیسے وہ آپ کی refund عادتیں جانتی ہو، نہ کہ کسی عام معاون جیسی۔ کمپنی ابھی تصویر میں نہیں: وہ سوچ رہی ہے، کر نہیں رہی۔
تب مکمل جب: Claudia آپ کو ایک واضح سفارش پیغام کرے ("میں اسے منظور کر دوں گی؛ یہ اس طرح سے میل کھاتا ہے جیسے آپ بنا پہلے refund والے پرانے گاہکوں کو سنبھالتے ہیں") جو آپ کے بارے میں اس کے بیج شدہ علم سے نکلی ہو، اور کہیں کچھ نہ ہوا ہو، کیونکہ وہ کسی چیز سے جڑی نہیں۔ وہ بالکل آپ ہی کی طرح سوچ رہی ہے۔ عمل باب 2 میں آتا ہے۔ دراصل Claudia جمع شدہ سیاق کی تین پرتوں سے فیصلہ کرتی ہے، اور ایک اچھی چیف آف اسٹاف اس بارے میں کھری ہوتی ہے کہ کوئی خاص فیصلہ کس پرت سے آیا: غور اختیار سے پہلے دانستہ آتا ہے۔ ابھی وہ صرف انہی فیصلوں پر غور کرتی ہے جو آپ اسے دکھاتے ہیں، جہاں کچھ جڑا نہیں، تاکہ آپ اس کے کسی حقیقی چیز پر بھروسا کرنے سے پہلے اس کا فیصلہ دیکھ سکیں۔ آپ اسے ایسے پڑھ رہے ہیں جیسے کسی نئی بھرتی کو اس کے پہلے ہفتے میں، جبکہ کسی چوک کی قیمت صفر ہے۔ یہاں تک کہ جب وہ باب 2 میں آپ کی کمپنی سے جڑ جائے، تو بھی وہ dry-run سے شروع کرتی ہے: حقیقی قطار پڑھتی ہے اور لکھتی ہے کہ وہ کیا کرتی، کچھ پوسٹ نہیں کرتی، جب تک آپ اتنا نہ دیکھ لیں کہ اس پر بھروسا کر سکیں۔ دو ظاہر سے حل دونوں ناکام ہوتے ہیں، اور یہ دیکھنا کہ کیوں، وہی ہے جو ایک نمائندے کو اصل جواب بناتا ہے۔ نمائندہ تیسرا option ہے، اور اکلوتا جو بڑھتا ہے: وہ روزمرہ پر آپ کا فیصلہ لگاتی ہے، تاکہ افرادی قوت رکاوٹ کو دوبارہ پیدا کیے بغیر اور گورننس کو چھوڑے بغیر بڑھ سکے۔Claudia دراصل کس چیز پر تکیہ کر رہی ہے (تین پرتیں، اور dry-run پہلے کیوں آتا ہے)
ہر چیز خود بخود منظور کیوں نہ کر دیں، یا انسانی منظور کنندہ کیوں نہ رکھیں؟
اب آپ کے ہاتھ میں آپ کا Identic AI ہے: ایک ہم زاد جو آپ ہی کی طرح غور کرتا ہے اور کسی چیز سے جڑا ہوا نہیں۔ یہی وہ چیز ہے جسے بنانے یہ کورس نکلا تھا۔ باب 2 اسے کام پر لگاتا ہے۔
باب 2: اس کی loop آن کریں، پھر دیکھیں
اب اسے ایک کام ملتا ہے۔ باب 2 آپ کی کمپنی کھڑی کرتا ہے، Claudia کو ایک دستخط شدہ اور محدود مینڈیٹ دیتا ہے، اور اسے منظوری کی قطار سنبھالنے دیتا ہے: روزمرہ کو آپ کے نام پر نمٹاتے ہوئے، باقی کو آپ کے سامنے لاتے ہوئے، اور ہر فیصلے پر دستخط کرتے ہوئے تاکہ آپ ہمیشہ اس کے فیصلوں کو اپنے فیصلوں سے الگ پہچان سکیں۔
کمپنی پچھلے کورس سے آگے چلتی ہے: اس کا اپنا CEO ہے اور ایک self-expanding workforce ہے جو اپنی کمیوں کو پہچانتی ہے اور آپ، board، کو hires تجویز کرتی ہے۔ Claudia اسے آپ کی delegate کے طور پر oversee کرتی ہے؛ وہ اس کی CEO نہیں ہے۔ پہلے کمپنی کھڑی کریں اور اسے اس سے جوڑیں، اب بھی dry-run میں تاکہ وہ پڑھے مگر کچھ پوسٹ نہ کرے۔
یہ اپنے coding agent کو paste کریں:
اب میری کمپنی کھڑی کرو اور Claudia کو اس سے جوڑو۔ میں پچھلے تین کورسز والی AI-native customer-support
کمپنی کا founder اور owner ہوں؛ میں board پر بیٹھتا ہوں۔ کمپنی کا اپنا CEO ہے اور چار Workers ہیں
(ایک Tier-1 Support agent، ایک Tier-2 Specialist، ایک Manager-Agent، اور ایک Legal Specialist)
جو CEO کو report کرتے ہیں۔ اسے ایک مقامی Paperclip sandbox میں لاؤ اور CEO اور وہ چار Workers seed
کرو۔ اگر میرے پاس پچھلے کورس سے یہ کمپنی پہلے سے ہے، تو اسے استعمال کرو اور صرف وہی بھرو جو کم ہو۔
پھر Claudia کو اس کی منظوری کی قطار پڑھنے کے لیے جوڑو، مگر اسے ابھی dry-run میں رکھو: وہ پڑھتی
اور غور کرتی ہے، پوسٹ کچھ نہیں کرتی۔
جب یہ کھڑی ہو جائے، تو مجھے sandbox میں میرا CEO اور چار Workers دکھاؤ اور تصدیق کرو کہ Claudia حقیقی قطار دیکھ سکتی ہے۔
آپ کا coding agent database فراہم کرنے کے لیے ایک دو browser کلک پر رکے گا؛ باقی سب کچھ وہ brief سے کرتا ہے۔
تب مکمل جب: sandbox dashboard آپ کی کمپنی کو اس کے CEO اور چار Workers سمیت دکھائے، اور Claudia حقیقی منظوری کی قطار پڑھ سکے (اب بھی کچھ پوسٹ کیے بغیر)۔ کمپنی کھڑی ہے اور آپ کا ہم زاد جڑا ہوا ہے؛ اب اسے وہ شناخت اور مینڈیٹ دیں جو اسے عمل کرنے دیں۔ ایک CEO ہے، اور وہ نہ آپ ہیں نہ Claudia۔ پچھلے کورس سے لائی ہوئی کمپنی کا اپنا CEO ہے، اور structure تین layers کا ہے: آپ board ہیں (آپ نے پچھلے کورس میں اس CEO کی منظوری دی تھی)۔ Claudia آپ کی delegate ہے، کمپنی کے اوپر ایک الگ layer، جو آپ کے routine board decisions clear کرتی ہے اور آپ کی نیت CEO تک لے جاتی ہے۔ کمپنی کا CEO روزمرہ workforce چلاتا ہے۔ کوئی ایک agent ان نشستوں میں سے دو نہیں سنبھالتا: authority آپ کی ہے، representation Claudia کی ہے، اور company operations CEO کے ہیں۔ یہی separation اصل نکتہ ہے۔CEO کہاں ہے؟ (آپ، Claudia، اور کمپنی)
اب Claudia آپ کی حقیقی قطار پڑھ سکتی ہے اور آپ ہی کی طرح غور کر سکتی ہے، مگر وہ اب بھی عمل نہیں کر سکتی: اس کے پاس کوئی ایسی شناخت نہیں جسے کمپنی قبول کرے، اور اس بات پر کوئی طے شدہ حد نہیں کہ وہ اکیلے کیا فیصلہ کر سکتی ہے۔ منظرنامہ 2 اسے دونوں دیتا ہے۔
منظرنامہ 2: ایک دستخط شدہ، محدود مینڈیٹ (تقریباً 15 منٹ)
اس وقت Claudia آپ کی طرح سوچ سکتی ہے، مگر عمل نہیں کر سکتی۔ باب 1 میں وہ صرف بلند آواز میں غور کر رہی تھی۔ یہ قدم اسے آپ کے نام پر ایک حقیقی منظوری محفوظ طریقے سے نمٹانے دیتا ہے۔ اس کے لیے آپ اسے وہی دو چیزیں دیتے ہیں جو آپ کسی بھی قابلِ اعتماد ملازم کو رقم پر دستخط کی اجازت دینے سے پہلے دیتے ہیں:
- ایک دستخط جو صرف وہ کر سکتی ہے۔ تاکہ بعد میں کوئی بھی ثابت کر سکے کہ فیصلہ واقعی اس کا تھا اور کسی نے اس کے نام پر جعل سازی نہیں کی۔ اسے مہر والی انگوٹھی یا notarized signature کی طرح سمجھیں: اس کے لیے منفرد، جعلی بنانا ناممکن۔
- خرچ کی حد۔ ایک صاف، دانستہ تنگ حد کہ وہ خود کیا approve کر سکتی ہے۔ حد کے اندر وہ عمل کرتی ہے؛ اس سے بڑی کوئی بھی چیز آپ کے پاس آتی ہے۔ اسے کسی ملازم کے company card پر لگائی ہوئی حد کی طرح سمجھیں۔
بس یہی خیال ہے: دستخط اور حد۔ نیچے کی ہر technical چیز (cryptography، safety checks، audit record) آپ کے coding agent کا کام ہے۔ آپ حد مقرر کرتے ہیں اور دیکھتے ہیں۔
ایک اصول یاد رکھنے کے قابل ہے:
اس کی حد ہمیشہ آپ کے اپنے اختیار سے تنگ ہی ہو سکتی ہے، کبھی وسیع نہیں۔ آپ غلطی سے اسے اپنے پاس موجود اختیار سے زیادہ طاقت نہیں دے سکتے: اس کا دائرہ ہمیشہ آپ کے دائرے کے اندر رہتا ہے۔ بعد میں اسے چوڑا کریں تب بھی وہ آپ کے اندر ہی رہتا ہے۔
آپ یہ دو prompts میں کرتے ہیں: پہلے اس کے دستخط اور حد بنوا کر انہیں review کرتے ہیں، پھر اسے ایک حقیقی refund نمٹانے دیتے ہیں۔
پہلا prompt: اسے دستخط اور حد دیں، اور کچھ live ہونے سے پہلے review کریں۔
Claudia کو میرے لیے act کرنے کے قابل بناؤ، مگر اسے switch on کرنے سے پہلے مجھے سب کچھ دکھاؤ۔ اسے ایسا signature دو جو صرف اس کے پاس ہو۔ ایک دانستہ conservative limit set کرو: وہ خود refunds کو 2,000 ڈالر تک اور budget overruns کو 20% تک approve کر سکتی ہے؛ اس سے بڑی کوئی بھی چیز، plus ہر hire، firing، یا policy change، ہمیشہ میرے پاس آئے۔ مجھے وہ limit اور اس کے signature کا fingerprint دکھاؤ، اور کچھ بھی live ہونے سے پہلے میری اجازت کا wait کرو۔ اس کی secret key مجھے کبھی نہ دکھاؤ اور نہ save کرو۔
آپ کا coding agent اسے set up کرتا ہے اور آپ کو حد اور fingerprint دکھاتا ہے۔ یہ آپ کا فیصلہ ہے: اعداد نقطۂ آغاز ہیں، اس لیے انہیں تنگ یا ڈھیلا کریں۔ approve کریں، اور یہ live ہو جاتا ہے۔
دوسرا prompt: اسے ایک حقیقی refund نمٹانے دیں، اور پورا راستہ دیکھیں۔
اب Claudia کی heartbeat کی ایک wake trigger کرو تاکہ میں اسے live دیکھ سکوں، اور مجھے plain language میں بتاؤ کہ وہ کیا کرتی ہے: کون سا routine refund وہ خود clear کرتی ہے، کیوں، کون سے safety checks pass ہوتے ہیں، کس لمحے یہ company میں post ہوتا ہے، اور پیچھے کون سا record چھوڑتا ہے۔ پھر، limit کے real ہونے کا ثبوت دینے کے لیے، queue میں ایک ایسا refund ڈالو جو اس کی ceiling سے کافی اوپر ہو اور اس کی next wake کو وہاں تک پہنچنے دو؛ مجھے دکھاؤ کہ اس کی loop اسے post کرنے سے refuse کرتی ہے اور وجہ log کرتی ہے، اسے چپکے سے گزارتی نہیں۔
تب مکمل جب: Claudia ایک حقیقی refund نمٹا دے، دستخط شدہ؛ company queue اسے approved دکھائے؛ اور آپ تین چیزیں دیکھ سکیں: اس کے signature کا fingerprint (secret key کبھی نہیں)، وہ conservative limit جس کی وہ پابند ہے، اور decision دو جگہوں پر record ہو، company کے اپنے log میں اور Claudia کے الگ ledger میں۔ دو کیوں، یہ منظرنامہ 4 کا موضوع ہے۔
آپ کو cryptographer ہونے کی ضرورت نہیں، اور آپ کا coding agent یہ سب لکھتا ہے۔ جو اہمیت رکھتا ہے وہ شکل ہے۔ Claudia ایک private key رکھتی ہے (ایک راز، آپ کی disk پر) اور کمپنی اس سے میل کھاتی public key رکھتی ہے۔ جب وہ فیصلہ کرتی ہے، تو وہ بالکل اسی فیصلے پر ایک مختصر دستخط بناتی ہے۔ public key رکھنے والا کوئی بھی اس دستخط کو جانچ کر دو باتیں یقین سے جان سکتا ہے: یہ Claudia کی key سے آیا، اور دستخط کے بعد فیصلے کا ایک حرف بھی نہیں بدلا۔ دستخط فیصلے کے بالکل bytes پر شمار ہوتا ہے، تو آپ کا coding agent دستخط سے پہلے دونوں طرف ڈیٹا کو ایک ہی طرح ترتیب اور معیاری بناتا ہے۔ اس کے لیے معیاری ٹول ( دراصل Claudia کا کوئی فیصلہ کمپنی تک پہنچنے سے پہلے، اس کی delegation پرت ترتیب سے تین gates چلاتی ہے: خلافِ توقع حصہ۔ کمپنی کے منظوری کے راستے board کی سطح پر چلائے جاتے ہیں: صرف ایک board-سطح کی credential ہی کسی approve یا reject کو چلا سکتی ہے۔ تو وہ credential جو Claudia کسی منظوری کو نمٹانے کے لیے دراصل استعمال کرتی ہے ایک board credential ہے، جسے آپ کی اپنی delegation پرت نے تنگ کیا ہے، اور بالکل یہی وہ چیز ہے جو اسے delegation بناتی ہے۔ اس کی الگ "agent" رجسٹریشن وہ نہیں جو منظوریاں نمٹاتی ہے؛ وہ اس کی شناخت ہے اور وہ چیز جسے آپ منظرنامہ 6 میں منسوخ کرتے ہیں۔ مقامی sandbox پر یہ آپ کے لیے loopback پر سنبھال لیا جاتا ہے؛ یہ فرق صرف تب کاٹتا ہے جب آپ lab کو اپنی deploy کی ہوئی کمپنی کی طرف موڑیں، اور brief اس راستے کا احاطہ کرتا ہے۔ کسی منظوری کو approve کرنا ایک فیصلہ درج کرتا ہے۔ یہ خود سے جڑے ہوئے issue کو آگے نہیں بڑھاتا اور نہ کسی Worker کو اس پر عمل کرنے کے لیے جگاتا ہے؛ وہ ایک الگ، صریح قدم ہے، بالکل جیسے پہلے کے کورسز نے سکھایا۔ Claudia کا کام "فیصلہ درج ہو گیا اور ledger قطار لکھی گئی" پر ختم ہو جاتا ہے۔ یہ اس لیے اہم ہے کہ یہ اس کا کردار صاف رکھتا ہے: وہ فیصلہ سنبھالتی ہے، وہ خاموشی سے کام میں ہاتھ نہیں ڈالتی۔
دستخط، سادہ الفاظ میں (cryptography آپ کا coding agent لکھتا ہے؛ آپ کو بس شکل سمجھنی ہے)
ed25519) عام libraries میں آتا ہے؛ brief آپ کے agent کو بتاتا ہے کہ اسے کیسے جوڑے۔کوئی بھی فیصلہ پوسٹ ہونے سے پہلے کی تین جانچیں، اور ایک خلافِ توقع حصہ
"approve" کیا کرتا ہے اور کیا نہیں کرتا
اب Claudia ایک منظوری واقعی نمٹا سکتی ہے، دستخط شدہ اور محدود۔ منظرنامہ 3 حجم کو ایک حقیقت پسندانہ ہفتے تک بڑھاتا ہے اور اس کے کام کا دوسرا حصہ شامل کرتا ہے: آپ کی نیت کو کمپنی تک نیچے پہنچانا، نہ کہ صرف جو سامنے آئے اس کا فیصلہ کرنا۔
منظرنامہ 3: آپ کے کچھ نہ کرنے کے دوران منظوریوں کا ایک ہفتہ (تقریباً 12 منٹ)
ایک منظوری wiring ثابت کرتی ہے۔ اصل بات سیلاب ہے۔ اور اب تک Claudia نے صرف ایک سمت میں کام کیا ہے: ان فیصلوں کا فیصلہ کرنا جو کمپنی سے اوپر آتے ہیں۔ ایک حقیقی چیف آف اسٹاف آپ کی نیت کو کمپنی تک نیچے بھی پہنچاتی ہے۔
یہ رہا خیال:
آپ کی چیف آف اسٹاف دونوں طرف کام کرتی ہے۔ آپ اسے بتاتے ہیں کہ آپ کیا چاہتے ہیں، اور وہ اسے کمپنی کے لیے کام میں بدل دیتی ہے (command)۔ کمپنی کے فیصلے واپس اوپر آتے ہیں، اور وہ روزمرہ والے نمٹاتی ہے اور باقی کو سامنے لاتی ہے (govern)۔ پہلی سمت ایک اکیلی ہدایت ہے۔ آپ کی بنائی ہوئی تقریباً ساری مشینری دوسری کو محفوظ بنانے کے لیے ہے، کیونکہ آپ کے نام پر عمل کرنا ہی وہ جگہ ہے جہاں خطرہ ہے۔
یہ اپنے coding agent کو paste کریں:
ایک real week set up کرو اور پھر Claudia کو اس پر چھوڑ دو۔ پہلے command direction: Claudia کو بتاؤ "ہمیں Spanish-language tickets آ رہے ہیں، اس کے لیے staff کرو،" اور اسے میری طرف سے میری company پر hire request کے طور پر file کرواؤ۔ پھر company سے realistic week of work generate کرو: CEO چند hires propose کرے، ساتھ درجن بھر routine refunds اور چھوٹے budget overruns جو اس کی limit کے اندر ہوں، اور چند refunds جو نہیں ہیں (over-limit یا out-of-band)۔ کسی سے بھی hand-clear نہ کرواؤ۔ بس Claudia کی heartbeat کو week کے across چلنے دو۔ ہر wake پر اسے دو کام کرنے چاہئیں: queue کو usual طریقے سے clear اور surface کرنا، پھر میری chat app پر one-line brief text کرنا: اس نے کتنے clear کیے اور کتنی amount کے، کون سے مجھے چاہیے اور کیوں، اور company ایک sentence میں۔ مجھے ان briefs میں سے ایک دکھاؤ۔
ان میں سے دو کو آپ کے فون پر آنا چاہیے، خاموشی سے نہیں نمٹنا چاہیے: اختیار بڑھانے والی بھرتی (تعریف کے لحاظ سے اس کے envelope سے باہر)، اور Spanish-language بھرتی۔ وہ دوسری دلچسپ معاملہ ہے، اور یہی پوری وجہ ہے کہ وہ فیصلہ لگاتی ہے نہ کہ صرف اصول۔
تب مکمل جب: روزمرہ ڈھیر (ایک دو درجن) خود سے دو یا تین منٹ میں نمٹ جائے، دستخط شدہ، ہر ایک کی ایک ledger قطار کے ساتھ؛ بالکل دو آپ کے فون پر آئیں جن کے ساتھ Claudia کا غور لگا ہو؛ اور آپ ایک جملے میں کہہ سکیں کہ Spanish بھرتی کیوں سامنے لائی گئی حالانکہ اس نے کوئی اصول نہیں توڑا۔ یہ Spanish-language بھرتی موجودہ اختیار envelope کے اندر فٹ ہے، اپنی جانچوں پر پوری اترتی ہے، اور بجٹ کے اندر بیٹھتی ہے۔ ایک اصول اسے گزار دیتا۔ Claudia پھر بھی اسے سامنے لاتی ہے، کیونکہ کسی نئی زبان میں پہلی بھرتی محض اضافی گنجائش نہیں، یہ ایک نئی منڈی میں ایک حکمتِ عملی والا قدم ہے: اس کا مطلب ترجمہ شدہ terms of service، دو زبانوں میں support کا عہد، ایک ایسی سمت ہو سکتی ہے جسے آپ خود طے کرنا چاہیں۔ ایک پالیسی یہ نہیں دیکھ سکتی۔ ایک نمائندہ جس نے یہ سیکھا ہے کہ آپ منڈی-توسیع والے قدموں کو اپنا فیصلہ سمجھتے ہیں، دیکھ سکتی ہے۔ یہ منظرنامہ 1 والی اصول-بمقابلہ-فیصلہ لکیر ہے، جو اب اصل کام کر رہی ہے: پالیسی روزمرہ کے نوے فیصد کو آپ کی توجہ کی صفر قیمت پر سنبھالتی ہے، اور آپ کی چیف آف اسٹاف وہ دس فیصد پکڑتی ہے جہاں ایک انسان-تربیت یافتہ نمونہ اہمیت رکھتا ہے۔اس نے ایسی بھرتی کیوں سامنے لائی جو ہر اصول پر پوری اتری
ابھی Claudia نے آپ کے نام پر ایک دو درجن فیصلے کیے۔ منظرنامہ 4 وہ سوال ہے جو اسے قابلِ برداشت بناتا ہے: آج سے مہینوں بعد، کیا آپ بتا سکتے ہیں کہ کون سے فیصلے اس کے تھے اور کون سے آپ کے؟
منظرنامہ 4: اس کے فیصلوں کو اپنے فیصلوں سے الگ پہچانیں (تقریباً 10 منٹ)
ابھی Claudia نے آپ کے نام پر ایک دو درجن فیصلے کیے۔ یہ سوال آپ کو تھوڑا بے چین کرنا چاہیے، اور یہ بے چینی صحت مند ہے: آج سے مہینوں بعد، کیا آپ بتا سکیں گے کہ ان میں سے کون سے فیصلے اس کے تھے اور کون سے آپ کے؟ اگر نہیں، تو آپ نے اختیار نہیں سونپا، آپ نے پتا کھو دیا۔ یہ منظرنامہ ثابت کرتا ہے کہ آپ ہمیشہ بتا سکتے ہیں۔
سادہ لفظوں میں مسئلہ اور حل یہ ہے:
جب Claudia کوئی چیز approve کرتی ہے اور جب آپ approve کرتے ہیں، company کے records یکساں دکھتے ہیں۔ دونوں بس "board نے approve کیا" کہتے ہیں، کیونکہ وہ آپ کے اختیار سے عمل کرتی ہے، اسی مہر سے جو آپ استعمال کرتے ہیں، اس لیے company اکیلی کبھی آپ دونوں کو الگ نہیں پہچان سکتی۔ حل: Claudia اپنا الگ signed ledger رکھتی ہے، اپنے فیصلوں کی logbook۔ ہر بار جب وہ فیصلہ کرتی ہے، وہ ایک قطار لکھتی ہے جو کہتی ہے "یہ میں نے کیا، اور یہ وجہ ہے،" اور اس پر دستخط ہوتے ہیں تاکہ اسے جعلی نہ بنایا جا سکے۔ آپ ایسی کوئی قطار نہیں لکھتے۔ company کے records کو اس کے ledger کے ساتھ رکھیں، انہیں اس approval سے match کریں جو دونوں میں مشترک ہے، اور پوری کہانی سامنے ہے: company بتاتی ہے کیا approve ہوا، اس کا ledger بتاتا ہے کون سے فیصلے اس کے تھے۔
یہ اپنے coding agent کو paste کریں:
Compare کرنے کے لیے، مجھے ایک approval خود directly clear کرنے دو، جیسے میں کبھی کروں گا۔ پھر مجھے side by side وہ approval اور ایک approval دکھاؤ جو Claudia کی loop نے اس week خود clear کی: میں دیکھنا چاہتا ہوں کہ company records میں دونوں identical دکھتی ہیں، اور صرف اس کا اپنا signed ledger انہیں الگ بتاتا ہے۔ پھر Claudia سے کہو کہ اس week اس نے جو کچھ handle کیا اس کا one-screen summary مجھے بھیجے۔
تب مکمل جب: آپ اپنی آنکھوں سے دیکھیں کہ Claudia کی نمٹائی ہوئی approval اور آپ کی نمٹائی ہوئی approval company کے records میں ایک جیسی لگتی ہیں، اور انہیں الگ کرنے والی اکلوتی چیز اس کے ledger میں signed line ہے (اس کا نام، اس کی وجہ)۔ اور آپ کے پاس chat app پر one-screen weekly summary ہو۔ کمپنی کے منظوری کے راستے board کی سطح پر چلائے جاتے ہیں۔ چاہے آپ dashboard میں approve کلک کریں یا Claudia اپنی board-scoped credential کے ذریعے ایک دستخط شدہ فیصلہ پوسٹ کرے، کمپنی ایک ہی قسم کی log قطار لکھتی ہے: board نے عمل کیا۔ کمپنی فطری طور پر "ایک AI نمائندے نے یہ کیا" درج نہیں کرتی۔ یہ کوئی خامی نہیں جسے ڈھانپا جائے؛ یہی بالکل وہ وجہ ہے کہ Claudia اپنا الگ ledger رکھتی ہے۔ اس کا ledger وہ اکلوتی جگہ ہے جہاں مالک-بمقابلہ-نمائندہ فرق درج ہوتا ہے، اس غور اور دستخط کے ساتھ جو ثابت کرتا ہے کہ فیصلہ اس کا تھا اور اس سے چھیڑ چھاڑ نہیں ہوئی۔ دونوں ریکارڈ دو الگ ذخیروں میں رہتے ہیں اور اس منظوری پر ملائے جاتے ہیں جو دونوں میں مشترک ہے، نہ کہ کسی ایک query میں جوڑے جاتے ہیں۔ ساتھ مل کر یہ مکمل، کھری آڈٹ کہانی ہیں: کمپنی کہتی ہے کہ کیا فیصلہ ہوا، Claudia کا ledger کہتا ہے کہ کس نے فیصلہ کیا اور کیوں۔ آپ ledger کو قطار بہ قطار نہیں پڑھتے۔ Claudia ایک ہفتے کے اس ledger کو ایک خلاصے میں بدل دیتی ہے، تقریباً ایسے: اس ہفتے: 142 فیصلے سنبھالے۔ 134 میں نے خود نمٹائے (94%)۔ 8 میں نے آپ کے سامنے لائے۔ آپ نے میرے ایک کو پلٹا۔ آپ کی تنسیخ: ایک ایسے گاہک کو 1,847 ڈالر کا refund جس کے پہلے refunds تھے۔ آپ کا نوٹ: "سامنے لانا چاہیے تھا، کئی پچھلے refunds۔" میں نے اپ ڈیٹ کر لیا: چھ ماہ میں دو یا اس سے زیادہ پہلے refunds والے گاہکوں کے لیے، میں رقم سے قطع نظر سامنے لاؤں گی۔ ایک نظر کے قابل: دو refunds جنہیں میں نے معمول سے کم اعتماد پر منظور کیا؛ دونوں ایسے نمونوں سے متعلق تھے جو میں نے کم دیکھے ہیں۔ اگر آپ خود جانچنا چاہیں تو قطاریں نوٹ کر لی ہیں۔ یہی وہ شکل ہے جو آپ دراصل استعمال کرتے ہیں: کل تعداد، استثناءات، درستیاں، اور وہ چند کم-اعتماد والے فیصلے جن پر وہ آپ کی نظر چاہتی ہے۔ اسے ہفتہ وار پڑھنا ہی وہ چیز ہے جو آپ کو درست بلندی پر loop میں رکھتی ہے، نمونے اور استثناءات، نہ کہ ہر انفرادی قطار۔کمپنی انہیں الگ کیوں نہیں پہچان سکتی، اور یہ ٹھیک کیوں ہے
ہفتہ وار خلاصہ کیسا لگتا ہے
اب آپ بالکل دیکھ سکتے ہیں کہ Claudia نے کیا کیا۔ منظرنامہ 5 یہ ہے کہ جب آپ کوئی ایسی چیز دیکھیں جس سے آپ متفق نہ ہوں تو کیا کریں۔
منظرنامہ 5: اس کا فیصلہ پلٹیں، اور اسے سیکھتے دیکھیں (تقریباً 8 منٹ)
دیر سویر Claudia کوئی ایسا فیصلہ کرے گی جو آپ نہ کرتے۔ آپ کی جبلت اسے ایک ایسی خرابی سمجھنے کی ہوگی جسے جڑ سے مٹا دیا جائے۔ یہ اس کے بالکل اُلٹ ہے۔
یہ رہا خیال:
اختلاف کوئی خرابی نہیں۔ یہ وہ اشارہ ہے جو بالکل دکھاتا ہے کہ Claudia کا فیصلہ کہاں ختم ہوتا ہے اور آپ کا کہاں شروع۔ آپ فیصلہ پلٹتے ہیں، وہ آپ کی وجہ کو تربیت کے طور پر درج کرتی ہے، اور اگلا ملتا جلتا معاملہ بہتر گزرتا ہے۔ آپ کبھی تالا بند نہیں ہوتے: تنسیخ ہمیشہ آپ کے ہاتھ میں رہتی ہے، اور کمپنی آپ ہی کی رہتی ہے۔
یہ اپنے coding agent کو paste کریں:
اس week Claudia کی loop کے auto-cleared refunds میں سے ایک چنو اور مجھ سے اسے reverse کرواؤ، جیسے میں اختلاف ہونے پر کرتا۔ میری override اور میری reason کو اس کی original ledger row کے against record کرو، اور جو اس نے سیکھا اسے update کرو تاکہ یہ case اگلی بار وہ surface کرے، clear نہ کرے۔ پھر prove کرو کہ یہ stuck ہے: queue میں similar refund ڈالو، اس کی next heartbeat کو وہاں تک پہنچنے دو، اور مجھے دکھاؤ کہ اب وہ اسے clear کرنے کے بجائے میرے سامنے لاتی ہے۔ آخر میں، اس week کے numbers سے بتاؤ کہ اس کا overall behavior healthy لگتا ہے یا نہیں۔
تب مکمل جب: آپ کی تنسیخ Claudia کی اصل ledger قطار پر آپ کی وجہ کے ساتھ آ بیٹھے، اس feedback کے طور پر درج جسے وہ اگلی بار تولے گی، اور آپ صحت مند شکل کو ایک جملے میں نام دے سکیں: زیادہ تر فیصلے اس کے خود سنبھالے، ایک چھوٹا حصہ سامنے لایا گیا، تنسیخیں اتنی کم کہ ہر ایک کو غور سے پڑھا جائے۔ تین وجوہات کہ تنسیخ ایک اچھی علامت ہے، بری نہیں: ایک صحت مند مستحکم حالت تقریباً ایسی لگتی ہے کہ زیادہ تر فیصلے خود کار طور پر سنبھالے گئے، ایک چھوٹا حصہ سامنے لایا گیا، اور تنسیخیں کم۔ انہیں ایک سمت سمجھیں، کوئی ہدف نہیں جسے بہتر بنانا ہے؛ اصل اعداد آپ کے کاروبار اور آپ کی خطرے کی برداشت پر منحصر ہیں۔ تین نمونے واقعی فکر کے قابل ہیں:اختلاف نظام کا کام کرنا کیوں ہے، ناکام ہونا کیوں نہیں
وہ شکلیں جو دراصل خبردار کرنے والی علامتیں ہیں
اب Claudia ایک قابلِ بھروسا، خود کو درست کرنے والی چیف آف اسٹاف ہے۔ اسے واقعی چلانے سے پہلے ایک سوال باقی ہے: جس دن آپ کا laptop، وہ مشین جس پر وہ بستی ہے، کھو جائے یا چوری ہو جائے، تو کیا ہوگا؟
منظرنامہ 6: laptop کھو دیں، کمپنی بچا لیں (تقریباً 10 منٹ)
اب Claudia کے پاس ایسی key ہے جو آپ کے نام پر عمل کر سکتی ہے۔ یہی اسے کارآمد بناتا ہے، اور بدترین دن، یعنی laptop کھونے یا چوری ہونے کے دن، یہی خطرہ بھی ہے۔ جس architecture کے پاس اس دن کا جواب نہ ہو، وہ ایسا نہیں جس پر آپ اپنی company کے لیے بھروسا کریں۔ اس لیے آپ recovery کی مشق ابھی کر لیتے ہیں، اس سے پہلے کہ کبھی اس کی ضرورت پڑے۔
اس بدترین دن دو باتیں سچ ہونی چاہئیں، اور آپ دونوں test کرتے ہیں:
- آپ اسے فوراً بند کر سکتے ہیں، اور صرف آپ کر سکتے ہیں۔ کسی بھی دوسرے device سے، اپنا login استعمال کرتے ہوئے (اس کا signature کبھی نہیں)، آپ اس کی access کاٹ دیتے ہیں۔ چوری یا چھیڑ چھاڑ والی Claudia کبھی اپنی منسوخی واپس نہ لے سکے یا خاموشی سے دوبارہ sign in نہ کر سکے۔ اسے company card cancel کرنے کی طرح سمجھیں: صرف owner اسے cancel کر سکتا ہے، card خود کو cancel نہیں کر سکتا۔
- آپ اس کا سیکھا ہوا نہیں کھوتے۔ آپ کے بارے میں اس کی معلومات آپ کی اپنی disk پر plain files میں رہتی ہیں، جن کا backup آپ لیتے ہیں۔ اس لیے آپ اسے fresh laptop پر واپس چلاتے ہیں اور وہ وہی Claudia رہتی ہے، اپنے سارے judgment کے ساتھ۔ صرف اس کی keys دوبارہ جاری ہوتی ہیں: اس کا "دماغ" آپ کی files ہیں، اس کا "badge" دوبارہ چھپتا ہے۔
یہ اپنے coding agent کو paste کریں:
مجھے دو recovery situations plain language میں سمجھاؤ۔ پہلے، فرض کرو یہ laptop ابھی چوری ہوا ہے جبکہ Claudia کی loop ابھی چل رہی ہے: کسی دوسرے device سے، میرے اپنے login کے ذریعے، اسے shut off کرو۔ اس کی loop stop کرو (اس کا gateway shut down کرو / اس کی heartbeat turn off کرو) اور وہ company credential rotate کرو جس کے ذریعے وہ post کرتی ہے۔ مجھے تین چیزیں دکھاؤ: اسے اس کے اپنے signature سے shut off کرنے کی کوشش refused ہے، اس کی old credential dead ہے، اور اگر اس کی loop somehow wake بھی ہو جائے تو بھی اب کچھ post نہیں کر سکتی۔ دوسرا، planned move: اس کی loop safely stop کرو اور fresh machine پر اسے اس کی persona، learned judgment، اور ledger intact کے ساتھ up کرو، صرف اس کی keys reissue کرتے ہوئے اور heartbeat restart کرتے ہوئے۔ ہر case کے لیے بتاؤ کہ کیا survived، کیا نہیں، اور کیا صرف میں کر سکتا تھا۔
تب مکمل جب: "چوری شدہ" access dead ہو اور اسے اپنے signature سے cut off کرنے کی کوشش درست طور پر reject ہوئی ہو؛ fresh Claudia صاف machine پر اسی persona، اسی limit، اور مسلسل ledger کے ساتھ چل پڑے؛ اور آپ ایک جملے میں کہہ سکیں کہ cut off صرف آپ، کبھی Claudia، کیوں کر سکتے ہیں۔ ایک چوری شدہ laptop کتنا برا ہے، یہ پوری طرح اس حالت پر منحصر ہے جس میں وہ تھا: جو تخفیف اہمیت رکھتی ہے وہ ہر صورت میں ایک ہی ہے: منسوخی ایک ایسا قدم ہے جو صرف آپ اٹھا سکتے ہیں، اور اس کا سیکھا ہوا فیصلہ ایک ایسے backup میں رہتا ہے جو آپ کے قابو میں ہے، تو آپ کبھی بیک وقت دونوں سے، تالا بند اور صفایا، دوچار نہیں ہوتے۔ دراصل Claudia طے شدہ طور پر ایک وقت میں ایک ہی مشین پر بستی ہے، اور وہ اکیلی-مشین والی کہانی ہی پوری طرح حل شدہ ہے: اس کا فیصلہ ان فائلوں میں ہے جو آپ کی ملکیت ہیں، آپ انہیں پڑھ، backup لے، منتقل، یا تباہ کر سکتے ہیں، اور کوئی platform انہیں یرغمال نہیں بنا سکتا۔ اسے بیک وقت اپنے کئی devices پر صاف ستھرے پھیلانا (آپ کا laptop، آپ کی گھر والی مشین، آپ کا فون) واقعی زیادہ مشکل ہے۔ 2026 تک آپ تین طریقوں میں سے چنتے ہیں، کوئی بھی مفت نہیں: اسے ایک مشین پر رکھیں (پوری طرح خود مختار، مگر اسی سے بندھی)؛ اپنا ایک چھوٹا sync server چلائیں (پھر بھی خود مختار، کیونکہ server آپ کا ہے، اسے چلانے کی قیمت پر)؛ یا ایک بیرونی service کے ذریعے sync کریں جہاں ڈیٹا ایک ایسی key کے تحت encrypted ہو جو صرف آپ رکھتے ہیں (خود مختار صرف اس حد تک جتنا encryption قائم رہے)۔ بلا-سودے والا روپ ابھی کھلا کام ہے۔ کورس وہ حصہ سکھاتا ہے جو ٹھوس ہے اور کھرا ہے کہ کئی-device، کئی-سال والا روپ مکمل نہیں۔ Claudia تک کہیں سے بھی پہنچنا (آپ کی کسی بھی chat app سے) آسان ہے اور آج کام کرتا ہے؛ یہ اس سے الگ بات ہے کہ وہ بیک وقت کئی جگہ بستی ہو۔چوری شدہ laptop کی صورتیں، بدترین سے بہترین تک
ایک کھری حد: ایک سے زیادہ مشینوں پر بسنا
ایک چیف آف اسٹاف جو آپ ہی کی طرح غور کرتی ہے، ایک دستخط شدہ اور محدود مینڈیٹ کے اندر عمل کرتی ہے، منٹوں میں ایک ہفتے کی منظوریوں تک بڑھتی ہے، ایک ایسا آڈٹ ریکارڈ رکھتی ہے جو اس کے فیصلوں کو ہمیشہ آپ کے فیصلوں سے الگ کرتا ہے، آپ کی تنسیخوں سے سیکھتی ہے، اور ایک چوری شدہ laptop سے بچ نکلتی ہے۔ صفحے کا باقی حصہ وہ ہے جو آپ ساتھ لے جاتے ہیں، اور یہ کہاں لے جاتا ہے۔
آپ نے کیا بنایا، اور آپ کیا ساتھ لے جاتے ہیں
آپ نے صرف ایک بیک لاگ صاف نہیں کیا۔ پہلے آپ نے اپنا Identic AI بنایا، ایک ہم زاد جو آپ ہی کی طرح فیصلہ کرتا ہے، پھر آپ نے اسے بطور چیف آف اسٹاف کام پر لگایا۔ آپ نے وہ ایک کام جو نہیں بڑھتا، یعنی آپ کی اپنی توجہ، اٹھا کر ایک ایسے نمائندے کو سونپ دیا جو اسے آپ ہی کی طرح کرتا ہے، جبکہ آپ نے اپنا ہاتھ اس اکلوتے لیور پر رکھا جو اہمیت رکھتا ہے۔ آپ نے اسے کسی کمپنی کو چھونے سے پہلے آپ ہی کی طرح غور کرتے دیکھا۔ آپ نے اسے ایک دستخط شدہ شناخت اور ایک دانستہ تنگ مینڈیٹ دیا۔ آپ نے اسے منٹوں میں ایک ہفتے کا روزمرہ نمٹاتے اور وہ دو فیصلے سامنے لاتے دیکھا جو واقعی آپ کے تھے۔ آپ نے ثابت کیا کہ آپ ہمیشہ اس کے فیصلوں کو اپنے فیصلوں سے الگ پہچان سکتے ہیں، آپ نے اسے درست کیا اور درستی کو قائم رہتے دیکھا، اور آپ نے ثابت کیا کہ اگر کبھی پڑے تو آپ یہ سب کسی دوسرے device سے واپس لے سکتے ہیں۔
اب خود Claudia پر نظر ڈالیں۔ اگر آپ یہ کمپنی کل بیچ دیں اور ایک اور شروع کریں، تو آپ کیا ساتھ لے جائیں گے؟ ایک چیف آف اسٹاف دو چیزیں نکلتی ہے، اور ان میں سے صرف ایک سفر کرتی ہے۔
| جو آپ کے ساتھ سفر کرتا ہے | جو کمپنی کے پاس رہتا ہے |
|---|---|
| آپ کیسے بات اور فیصلہ کرتے ہیں، آپ کا انداز اور مستقل ہدایات | وہ مخصوص منظوریاں جو اس نے یہاں نمٹائیں |
| آپ کے فیصلے کے بارے میں اس نے جو نمونے سیکھے | اس کمپنی پر اس کے فیصلوں کا ledger |
| خود نمائندے کا نسخہ، اس کی skills اور setup | اس کمپنی تک محدود credentials |
آپ کا جمع شدہ فیصلہ قابلِ انتقال ہے کیونکہ یہ آپ کی اپنی disk پر فائلوں میں رہتا ہے، نہ کہ کسی ایسے platform پر جو اسے یرغمال بنا سکے۔ کمپنی کے ریکارڈ کمپنی کے پاس رہتے ہیں، جہاں ان کا حق ہے۔ یہی تقسیم پوری وجہ ہے کہ ڈھانچہ آپ کا ہے، کرائے کا نہیں: آپ کی چیف آف اسٹاف کمپنی بدلنے، laptop بدلنے، حتیٰ کہ بنیادی ٹول بدلنے سے بھی بچ جاتی ہے، کیونکہ وہ حصہ جو آپ ہے کبھی کہیں ایسی جگہ نہیں تھا جہاں آپ اسے کھو سکتے۔
اس سب کے نیچے کا نظم ایک جملے میں سما جاتا ہے: آپ کام سونپتے ہیں، اختیار کبھی نہیں، اور آپ ایک ایسا ledger رکھتے ہیں جو اتنا کھرا ہو کہ ثابت کر سکے کہ کون سے فیصلے آپ کے تھے۔ آپ مالک ہر منظوری پڑھ کر نہیں، بلکہ یہ طے کر کے رہتے ہیں کہ کون کیا فیصلہ کر سکتا ہے، اور خلاصے کے اتنا قریب رہ کر کہ کچھ بہک نہ جائے۔
وہ ایک عادت جو اسے چلتا رکھتی ہے: ہفتے میں ایک بار، Claudia کا خلاصہ پڑھیں۔ دس منٹ۔ جو کچھ آپ مختلف کرتے اسے درست کریں؛ وہ اس سے سیکھتی ہے۔ ایسی ترتیب کے غلط استعمال کا سب سے عام طریقہ یہ ہے کہ خلاصہ پڑھنا چھوڑ دیا جائے، جو اسے چپکے سے واپس مہر لگانے میں بدل دیتا ہے۔ ڈھانچہ آپ کو صرف اسی وقت تک محفوظ رکھتا ہے جب تک آپ اسی بلندی پر loop میں رہیں۔ آپ انہیں کبھی ہاتھ سے نہیں چھوتے؛ آپ کا coding agent چھوتا ہے۔ مگر چونکہ یہ آپ کا ڈیٹا ہے، یہ جاننا قابلِ قدر ہے کہ یہ کہاں بیٹھتا ہے: یہ سب آپ کا ہے، پڑھنے، backup لینے، منتقل کرنے، یا مٹانے کے لیے۔ عملی طور پر "خود مختار" کا یہی مطلب ہے۔اس کا آپ والا حصہ آپ کی مشین پر کہاں رہتا ہے (حوالہ)
کیا کہاں Claudia کا جمع شدہ سیاق: شخصیت، تاریخ، سیکھے ہوئے نمونے آپ کا OpenClaw workspace، ان فائلوں میں جو آپ کی ملکیت ہیں اس کی signing key آپ کی disk پر ایک محفوظ فائل، یا آپ کے operating system کی keychain (کبھی git میں نہیں، کبھی نہیں چھپتی) اس کا عطا کردہ envelope، وہ حدیں جو آپ طے کرتے ہیں ایک سادہ قابلِ ترمیم فائل جسے آپ پڑھ اور بدل سکتے ہیں اس کا governance ledger، اس کا کیا ہوا ہر فیصلہ آپ کا اپنا database، وہی جو آپ نے کمپنی کھڑی کرتے وقت فراہم کیا تھا
آگے کیا آتا ہے: کنارہ
آپ نے اس ڈھانچے کا آخری کھلا خلا بند کر دیا جسے آپ پہلے کے کورسز میں بناتے آئے ہیں۔ مسلّمہ نام استعمال کرتے ہوئے، پورا مقالہ اب عملی شکل میں ہے، ہر اصول ایک ایسے کورس سے جس نے اسے حقیقت میں بنایا:
| اصول | اس کا تقاضا کیا ہے | کہاں بنا |
|---|---|---|
| 1. انسان ہی principal ہے | نیت، بجٹ، اختیار، جوابدہی | پورے ٹریک میں |
| 2. ہر انسان کو ایک نمائندہ چاہیے | ایک ذاتی agent جو آپ کا سیاق، فیصلہ، اور اختیار رکھے | یہ کورس |
| 3. افرادی قوت کو ایک انتظامی پرت چاہیے | بھرتی، تفویض، گورننس، نگرانی، برطرفی | افرادی قوت کورس (Paperclip) |
| 4. ہر Worker اپنا engine خود چنتا ہے | ہر کام کے لیے درست runtime | agent بنانے کا کورس |
| 5. ہر Worker ایک system of record پر چلتا ہے | ایک مستند ذخیرہ، صاف طریقے سے رسائی | system-of-record کورس |
| 6. افرادی قوت پالیسی کے تحت قابلِ توسیع ہے | بھرتی کو ایک قابلِ طلب صلاحیت کے طور پر | خود-پھیلنے والی-افرادی-قوت کورس |
| 7. افرادی قوت ایک nervous system پر چلتی ہے | events، پائیداری، flow control | nervous-system کورس (Inngest) |
یہی ڈھانچہ ہے۔ جو باقی ہے وہ کنارہ ہے، اور یہ واقعی سرحد ہے، مزید نصاب نہیں۔
کھرے کھلے مسائل۔ آپ کی چیف آف اسٹاف روزمرہ کو اچھے سے سنبھالتی ہے کیونکہ اس نے آپ کے نمونے سیکھے ہیں۔ نمونے آپ کی اقدار جیسے نہیں، یعنی نمونوں کے نیچے کا ڈھانچہ، اور جہاں کوئی نمونہ ٹوٹتا ہے (ایک پرانا گاہک ایک جعلی refund کی کوشش کرتا ہے؛ نمونہ کہتا ہے منظور کر دو، آپ کی قدر کہتی ہے پہلے تصدیق کرو)، وہاں اکیلا نمونہ-ملان کافی نہیں۔ کسی نمائندے کو آپ کی اقدار سکھانا، صرف عادتیں نہیں، فعال تحقیق ہے، کوئی طے شدہ تکنیک نہیں۔ اور اسے سالوں تک آپ کے کئی devices پر صاف بسانا بھی۔ آپ کا بنایا ڈھانچہ آپ کی کمپنی کو ایک بڑے عدد سے بڑھاتا ہے، لامحدود نہیں؛ کہیں بہت دور، باقی ماندہ مشکل معاملوں کو قدر-ہم آہنگی کا کام چاہیے جو ابھی شائع نہیں ہوا۔ کورس کھرا ہے کہ چھت کہیں باہر ہے۔
بڑی شکل۔ آپ نے جو بنایا وہ کسی بڑی چیز کا ایک node ہے۔ Tapscott کی تصویر ان نمائندوں کا ایک network ہے: ہر کمپنی پر مالک کی طرف ایک، ہر ملازم کے لیے ایک، ہر گاہک کے لیے ایک، جو دستخط شدہ credentials کے تحت ایک دوسرے سے ملتے ہیں، انسان صرف اہم اور حکمتِ عملی والے پر قدم رکھتے ہیں۔ کسی گاہک کی اپنی چیف آف اسٹاف کسی دن آپ کی کمپنی کی افرادی قوت کو براہِ راست پیغام کر کے کسی معاہدے کی شق سلجھا سکتی ہے، وہی دستخط-اور-تصدیق والے بنیادی ٹکڑے جو آپ نے یہاں بنائے، اب ایک ایسی حد کے پار پھیلے ہوئے جہاں دونوں طرف ایک دوسرے پر پہلے سے بھروسا نہیں کرتیں۔ وہ فریقین کے درمیان بھروسا گمشدہ ٹکڑا ہے، اور یہی اگلی سرحد ہے جو یہ کام کھولتا ہے۔
آگے کہاں جائیں:
| آپ چاہتے ہیں... | یہاں جائیں |
|---|---|
| وہ نظم جو ہر Worker اور ہر سونپے ہوئے فیصلے کو قابلِ پیمائش طور پر قابلِ بھروسا بناتا ہے | Eval-Driven Development، وہ کورس جو ٹریک بند کرتا ہے |
| خود OpenClaw تک سب سے نرم ہینڈز-آن آن-ریمپ | OpenClaw with General Agents |
| وہ کمپنی والی طرف جسے آپ سنبھال رہے ہیں: اسے کھڑی کریں اور بڑھائیں | ایک افرادی قوت بنانا اور اسے خود بڑھنے دینا |
| ذاتی AI ملازم کا گہرا احاطہ | باب 56: اپنے ذاتی AI ملازم سے ملیں |
ڈھانچہ اس کورس کے بعد مکمل ہے؛ نصاب eval-driven-development کورس کے بعد مکمل ہے، جو پوری چیز کو اس eval کے نظم میں لپیٹ دیتا ہے جو "بنا اور چل رہا" کو "ثابت شدہ طور پر قابلِ بھروسا" میں بدل دیتا ہے۔
حوالے اور مزید مطالعہ
- Tapscott, Don (2026). You to the Power of Two: Redefining Human Potential in the Age of Identic AI. اس "Identic AI" فریمنگ کا ماخذ جو یہ کورس مستعار لیتا ہے۔
- HBR IdeaCast, "With the Rise of Agents, We Are Entering the World of Identic AI" (فروری 2026)۔ Don Tapscott کا انٹرویو، Adi Ignatius کے ساتھ۔
- OpenClaw: openclaw.ai، docs.openclaw.ai، github.com/openclaw/openclaw
- Paperclip: docs.paperclip.ing
- Agent Factory مقالہ: وہ سات اصول جنہیں یہ ٹریک عملی شکل دیتا ہے۔
اپنی سمجھ پرکھیں
ان خیالات کی ایک gated خود-جانچ جن سے آپ ابھی گزرے: مالک کی رکاوٹ، نمائندہ، دستخط شدہ envelope، اور آڈٹ کا سچ۔