2026ء کی 31 مارچ کو لیک ہونے والے کلاڈ کوڈ (v2.1.88) کے سورس کوڈ کا گہرا ٹیکنیکل تجزیہ کیا گیا ہے، جسے ایک آگے کے AI ایجینٹ انجینئرنگ آرکیٹیکچر کا قیمتی کیس سمجھا گیا ہے۔

مضمون کے مصنف، ماخذ: ماکس

آج (31 مارچ 2026)، اینتھروپک نے اپنے نئے ورژن کلاؤڈ کوڈ (v2.1.88) کا مکمل فرانت اینڈ اور کلائنٹ سورس کو npm ریپوزٹری میں پیکیجنگ کے عمل کی ایک ابتدائی غلطی کی وجہ سے شائع کر دیا۔

ایک صارف نے ایک غیر حذف شدہ cli.js.map فائل شیئر کی، جس سے تقریباً 1900 فائلیں اور 510,000 سے زیادہ لائنز کا اصل TypeScript کوڈ واپس حاصل کیا گیا۔

اینٹھروپک کے لیے، یہ کچھ دن پہلے مائیتھوس ماڈل کے دستاویزات کے لیک ہونے کے بعد ایک اور سنگین OpSec واقعہ ہے۔

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

کمپلائنس اور لیک کے واقعات کے تنازعات کو چھوڑ کر، میں نے اس سورس کوڈ پر اپنے مقامی پلیٹ فارم پر گہرائی سے تحقیق کی ہے۔

اگر اسے ایک افواہ کے طور پر نہیں، بلکہ ایک پروڈکشن لیول AI پروگرامنگ اسسٹنٹ آرکیٹیکچر کے کیس سمجھا جائے، تو اس میں عام سوچ کو چیلنج کرنے والے بہت سارے انجینئرنگ فیصلے ہیں۔

میں نے کلید کوڈ کی بنیادی ساخت، شیڈولنگ میکانزم، میموری سسٹم اور سیکورٹی پالیسیز کا تفصیلی ٹیکنیکل تجزیہ ایک مترادف نظریہ سے کیا ہے۔

یہ مضمون لمبا ہے اور AI Infra، Agent ڈیولپمنٹ اور بڑے ماڈل ایپلیکیشن لیئر آرکیٹیکچر میں دلچسپی رکھنے والے پیشہ ورانہ افراد کے لیے مناسب ہے۔

پارٹ.01 صرف ایک CLI ٹول نہیں

سیکشن سٹرکچر (src/ کے تحت تقریباً 40 ایکسٹری ماڈیولز) سے ظاہر ہوتا ہے کہ کلوڈ کوڈ کی پیچیدگی موجودہ بازار میں دستیاب کسی بھی اوپن سورس سینگل مونولتھک ایجنٹ سے کہیں زیادہ ہے۔

اس کا ٹیکنالوجی اسٹیک بہت عملی ہے اور فائنل یوزر انٹرایکشن کے تجربے پر زور دیتا ہے:

زبان TypeScript ہے، رن ٹائم کے لیے زیادہ پرفارمنس کے لیے Bun منتخب کیا گیا ہے، CLI فریم ورک Commander استعمال کیا گیا ہے، اور ٹرمینل رینڈرنگ لیئر میں حیرت انگیز طور پر React + Ink استعمال کیا گیا ہے۔

ایک کمانڈ لائن ٹول کو ری ایکٹ کیوں استعمال کرنا چاہیے؟

سکرینز/REPL.tsx (5005 لائنز تک) میں جواب دیا گیا ہے۔

بڑے ماڈل کے اسٹریمنگ اور متعدد ٹولز کے одно وقت کام کرنے کے سیناریوز میں، ٹرمنل UI کی حالت کا انتظام بہت پیچیدہ ہو جاتا ہے (مثلاً سوچنے کے عمل، ٹول کال کی پروگریس بار، کوڈ ڈیف پیش نظارہ وغیرہ کو одно وقت رینڈر کرنا)۔

اعلانیہ React کو انتہائی سادہ Zustand انداز کے کسٹم اسٹور (state/store.ts) کے ساتھ استعمال کرنا، اس اعلیٰ ترین اور مقامی ریفرش کے لیے بہترین انجینئرنگ عمل ہے۔

عملی موڈ پر، سسٹم کو دو اقسام میں سختی سے تقسیم کیا گیا ہے:

انٹرایکٹو REPL موڈ: Ink کے ذریعے فرانت اینڈ ٹرمینل UI، جو بنیادی طور پر انسانی ڈویلپرز کے لیے ہے۔

ہیڈلیس/SDK موڈ (QueryEngine کلاس): UI کو مکمل طور پر ہٹا دیا گیا ہے، جس سے JSON سٹریمنگ آؤٹ پٹ کی سہولت حاصل ہوتی ہے۔ اس سے اسے ایک نیچے کی سطح کے انجن کے طور پر IDE (جیسے Cursor جیسا فارمیٹ) یا CI/CD پروسیس میں اندراج کرنے کا راستہ ہموار ہوتا ہے۔

سسٹم اسٹارٹ اپ پروسیس کو بھی انتہائی کنکرنس کے ساتھ بہتر بنایا گیا ہے۔

main.tsx میں، کانفیگریشن پڑھنا (MDM سیٹنگز) اور کی چین کے کلیدز کی پری-فیچرنگ جیسے I/O انٹینسیو آپریشنز سب پروسیسز میں ڈال دیے گئے ہیں، جو مین ماڈیول کے ~135ms لودنگ پروسیس کے ساتھ پیرلللی ایکزیکٹ ہوتے ہیں۔ یہ شروع ہونے میں تاخیر کے لیے ملی سیکنڈ کی درخواست پورے کوڈ بیس میں پایا جاتا ہے۔

پارٹ.02 پرامپٹ کیش (پرامپٹ کیش) انجینئرنگ

یہ مکمل سورس کوڈ کا سب سے زیادہ ٹیکنیکل حصہ ہے، جو کلاؤڈ کوڈ اور عام کور کی شکل والے ایپس کے تجربے کے درمیان بنیادی فرق پیدا کرتا ہے۔

ابھی Agent ٹولز لمبے کنٹیکس کو سمجھنے کے لیے سسٹم پرامپٹ اور تاریخی گفتگو کو صرف سیدھا جوڑ رہے ہیں۔

جبکہ Claude Code کے services/api/claude.ts (3419 لائنوں کا مرکزی انٹرایکشن ماڈیول) میں، پرومپٹ ایسیمبلي کو بائٹ لیول پر بہت سنجیدگی سے کیا گیا ہے۔

مشہور ہے کہ Anthropic کا پرامپٹ کیش میکنزم پریفکس میچنگ استعمال کرتا ہے۔

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

سٹیٹک سیکشن (گلوبل کیش کیا جا سکتا ہے): systemPromptSection() کے ذریعہ تیار کیا گیا، جس میں ماڈل کی شناخت کا تعارف ("آپ Claude Code ہیں...")، سسٹم لیول سیکورٹی قواعد، کوڈ اسٹائل کے پابندیاں، اور ٹولز کے استعمال کے بنیادی ہدایات شامل ہیں۔ یہ حصہ مکمل سیشن کے دوران تقریباً نہیں بدلتا۔

ڈائنامک بارڈری: سورس کوڈ میں ایک خاص مارکر SYSTEM_PROMPT_DYNAMIC_BOUNDARY کو سختی سے ہارڈ کوڈ کیا گیا ہے۔

ڈائنامک سیکشن (سیشن لیول کیش/کیش نہیں): موجودہ کام کے ڈائریکٹری معلومات (CWD)، جیٹی حالت، ایم سی پی (ماڈل کانٹیکسٹ پروٹوکول) ہدایات، صارف کی ترتیبات وغیرہ جیسے اکثر تبدیل ہونے والے ڈیٹا پر مشتمل۔

اور پرومپٹ میں چھوٹے تبدیلیوں کی وجہ سے کیش کی خرابی کو روکنے کے لیے، سسٹم نے بہت سارے مزیدہ تفصیلی اور معمولی لگنے والے اقدامات کیے ہیں:

ڈیٹرمنسٹک سارٹنگ: بڑے ماڈل کو دی گئی ٹولز کی تفصیلات (ٹولز ڈیسکرپشن) کو داخلہ ٹول پریفکس + MCP ٹول سفکس کے مطابق الفبائی ترتیب میں رکھا جاتا ہے۔
ہیش پاتھ میپنگ: فائل کا راستہ تصادفی UUID کے بجائے مواد پر مبنی ہیش کا استعمال کرتا ہے، جس سے ہر بار مختلف راستہ ڈالنے سے کیش کو خراب ہونے سے بچا جا سکتا ہے۔
بیرونی حالت: موجودہ دستیاب ایجینٹس کی فہرست بھی ٹول ڈسکرپشن سے ہٹا دی گئی ہے اور پیغام کے ضمیموں (Attachments) میں منتقل کر دی گئی ہے۔ سورس کوڈ کے تبصرے کے مطابق، صرف اس تبدیلی سے تقریباً 10.2% کی کیش تخلیق ٹوکنز کی استعمال کم ہو گئی ہے۔

یہ سب ایک صنعتی حالت کو ظاہر کرتا ہے: موجودہ مرحلے میں عالیہ AI ایپلیکیشن ڈویلپمنٹ، بنیادی طور پر API کیش سسٹم کی قیمت کو لالچ اور دقت سے استعمال کرنا ہے۔

پارٹ.03 ٹولز اور اسٹریمنگ کنکرینٹ ایکزیکشن

کلوڈ کوڈ میں 40 سے زیادہ ٹولز شامل ہیں (فائل پڑھنا اور لکھنا، باش انجام دینا، ویب اسکریپنگ وغیرہ کو شامل کرتے ہوئے)، اور اس کا ٹول سسٹم آرکیٹیکچر اعلیٰ ماڈیولر فیکٹری پیٹرن (Factory Pattern) پر مبنی ہے۔

ہر ٹول بنیادی Tool انٹرفیس سے ورثہ میں آتا ہے اور checkPermissions()، validateInput() اور isConcurrencySafe() (کیا یہ کنکرنسی محفوظ ہے) جیسے طریقے لازماً نافذ کرنا ہوگا۔

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

کوڈ میں ToolSearch نامی ایک عمدہ حکمت عملی دکھائی گئی ہے: غیر مرکزی ٹولز (جیسے کچھ خاص تجزیاتی پلگ انز) کو defer_loading: true کے طور پر نشان زد کیا گیا ہے۔

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

اسٹریمنگ ٹول ایکزیکیٹر: عمل کی کارکردگی بہتر بنانے کے لیے، سسٹم ٹولز کے متوازی بلند کرنے کی سہولت فراہم کرتا ہے۔

کوآرڈینیٹر (toolOrchestration.ts) بڑے ماڈل کی طرف سے واپس کیے گئے ٹول کال درخواستوں کو متوازی اور ترتیبی دستوں میں تقسیم کرتا ہے۔

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

بڑے نتائج کے مجموعے (جیسے مکمل ڈرائیو Grep تلاش) کے لیے ٹولز میں maxResultSizeChars کا بجٹ ہوتا ہے، جس سے زیادہ مواد کو براہ راست کاٹ دیا جاتا ہے اور مقامی عارضی فائل میں محفوظ کر دیا جاتا ہے، اور LLM کو صرف ایک پیشانی خلاصہ دیا جاتا ہے تاکہ بہت بڑے نتائج کے باعث کنٹیکسٹ ونڈو بھر نہ جائے۔

پارٹ.04 فورک میکنزم کے ذریعے کنٹیکس پOLLUTION کا حل

موجودہ ایجنٹ میں ایک مہلک خامی ہے:

جب مدل کو پیچیدہ کاموں (مثلاً فائلوں کے درمیان بگ کی تلاش) کو انجام دینا ہو تو، وہ بار بار غلط فائلیں پڑھتا ہے اور غلط کمانڈس آزماتا ہے، جس سے بہت زیادہ بے کار کنٹیکس پیدا ہوتا ہے جو مکالمے کو جلدی آلودہ کر دیتا ہے اور مدل کو بعد کے استدلال میں ذہنی تقسیم یا ابتدائی مقصد کو بھولنے کا باعث بنتا ہے۔

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

جب ماحولیاتی متغیر میں کوآرڈینیٹر موڈ کو سکریا کیا جاتا ہے، تو سسٹم کو کوآرڈینیٹر-ورکرز اسکیما میں دوبارہ ڈیزائن کیا جاتا ہے:

کوآرڈینیٹر: فائلوں کے ب безirect عمل کی اجازت ختم کر دی گئی ہے، صرف ایجینٹ، SendMessage اور TaskStop تین ٹولز کا استعمال کرنے کی اجازت ہے۔ اس کا واحد کام ورک فلو کی منصوبہ بندی ہے (تحقیق → تخلیق → نفاذ → تصدیق)۔
کارکن (ایگزیکیٹرز): مخصوص اوزار کی تفصیل کے ساتھ بنائے جاتے ہیں۔

سب سے زیادہ قابل تعریف بات اس کا فورک ورثہ مکانیزم ہے۔

جب بڑے پیمانے پر کوڈ کی تلاش کی ضرورت ہو تو، کوآرڈینیٹر ایک ایکسپلور ایجنٹ فورک کرتا ہے۔

یہ سب ایجینٹ والد ڈائیلاگ کے کیش کو ورثہ میں پائے گا (لاگت بچانے کے لیے شیئرڈ پرامپٹ کیش)، لیکن اس کے بعد کے ایکسپلوری ایکشنز اور پڑھے گئے گندے فائلز مکمل طور پر اس کے الگ کنٹیکسٹ میں ہوں گے۔

تجربے کے ختم ہونے کے بعد، سب ایجنٹ کو صرف مخصوص XML فارمیٹ کے ذریعے مرکزی کنٹرولر کے ماحول میں مرکوز نتائج (Synthesis) بھیجنا ہوگا۔

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

پارٹ.05 ایجنٹ سویرم کنکرنس میکنزم کو عبور کرنا

سیrial Fork مکانزم کے علاوہ، جو کہ سیکسنٹ پOLLUTION کو حل کرنے کے لیے استعمال ہوتا ہے، سورس کوڈ میں زیادہ طموحانہ کنکرنسی ملٹی ایجینٹ آرکیٹیکچر — Swarm (Teammate) کلستر بھی دکھایا گیا ہے۔

یہ منطق بنیادی طور پر utils/swarm/ اور tasks/ ڈائرکٹریز میں چھپا ہوا ہے۔

سسٹم ایک ان پروسیس_ٹیم میٹ نامی ٹاسک قسم کو سپورٹ کرتا ہے۔

اس ڈھانچے کے تحت، مین پروسیس متعدد ایجینٹس (جسے ٹیم میٹ کہا جاتا ہے) کو одноں کے ساتھ جگا سکتا ہے تاکہ وہ مختلف کاموں کو انجام دے سکیں۔

لیکن ٹرمینل CLI ماحول میں متعدد ایجینٹس کی متوازی کارکردگی کے دوران، دو مہلک انجینئرنگ چیلنجز کا سامنا ہوتا ہے: اجازت کے پاپ اپ کنفلکٹس اور UI رینڈرنگ کا اشتعال۔

اینٹروپک کا حل بہت ہی شاندار ہے:

لیڈر اجازت برج (permissionSync.ts): تمام ٹیم میٹ سب پروسزز صارفین کو اجازت کے لیے درخواست کرنے کی اجازت نہیں ہے۔ وہ اجازت کی درخواستوں کو اندرونی چینل کے ذریعے لیڈر ایجنٹ تک بھیجتے ہیں، جو لیڈر ایجنٹ مرکزی ٹرمینل پر محفوظ روک تھام اور صارف تصدیق کے لیے ایک جگہ سے جمع کرتا ہے۔
ٹرمینل لے آؤٹ آٹومیشن: تاکہ صارفین متعدد متوازی ایجینٹس کی حالت کو واضح طور پر مانیٹر کر سکیں، سورس کوڈ میں iTerm2 اور Terminal.app کے AppleScript کنٹرول ہدایات شامل ہیں۔ جب نیا ٹیم میٹ بنایا جاتا ہے، تو سسٹم ٹرمینل میں پین کو خودکار طور پر تقسیم کر دیتا ہے اور ہر سب ایجینٹ کے لیے الگ الگ آؤٹ پٹ ونڈو مختص کرتا ہے۔

یہ نشاندہی کرتا ہے کہ AI "ایکل سوچ" سے مکمل طور پر "کلون کنکرنس کو آپریشن" کی طرف ترقی کر رہا ہے۔

پارٹ.06 ڈریم (منامہ) میموری آرکیٹیکچر

آج کل، جب RAG (ریٹریول اینہینسڈ جنریشن) کا رواج ہے، تقریباً تمام AI پروڈکٹس ویکٹر ڈیٹا بیس (Vector DB) کو اندراج کر رہے ہیں۔

لیکن حیرت کی بات یہ ہے کہ Claude Code کا میموری سسٹم (memdir/ ماڈیول) بہت پرانا اور عملی ہے، جو بالکل لوکل فائل سسٹم پر مبنی ہے۔

اس کی ساخت ایک مرکزی MEMORY.md (جو ایک اعلیٰ سطحی اشارہ جات ہے اور زیادہ سے زیادہ 200 لائنوں/25KB تک محدود ہے) اور کئی فرانت میٹر فارمیٹ پر مبنی موضوعاتی فائلوں پر مشتمل ہے۔

یادداشتیں صارف، فیڈ بیک، منصوبہ، اور حوالہ کے چار بڑے طبقات میں تفصیلی طور پر تقسیم کی گئی ہیں۔

مزید دلچسپ بات یہ ہے کہ سورس کوڈ میں KAIROS اسسٹنٹ موڈ چھپا ہوا ہے۔

یہ ابھی تک باہر نہیں لائی گئی لمبے عرصے تک چلنے والی (Daemon) موڈ ہے۔

KAIROS ماڈ میں، میموری سسٹم صرف اندیکس اپڈیٹ نہیں ہے، بلکہ اس میں انسانی لاگ کی طرح ایڈٹ مڈل استعمال کیا جاتا ہے (لائنز/YYYY/MM/YYYY-MM-DD.md)۔

رات کے وقت یا بے کار کے دوران، بیک گراؤنڈ میں ایک آفلائن ٹاسک ایجنٹ جس کا نام Dream (خواب دیکھنا) ہے، فعال ہو جاتا ہے۔

اس ایجنٹ کا فرض دن کے روزانہ لاگ بکس کا خلاصہ، تخلیص کرنا اور انہیں ساختی طور پر لمبے عرصے تک برقرار رکھے جانے والے موضوعات کے فائلز میں محفوظ کرنا ہے۔

مختصر لاگس سے لمبی مدتی یادداشت تک کا یہ ای سینکرونائزڈ انٹیگریشن میکنزم نہ صرف ویکٹر ریٹریول کے ریکال پریشانی کو دور کرتا ہے، بلکہ ایڈ جانے والے AI اسسٹنٹس کے لیے ہمیشہ آن، لگاتار سیکھنے کی طرف ایک واضح رجحان بھی ظاہر کرتا ہے۔

حصہ 07: اجازتوں کا ادغام اور تحفظ

مقامی شیل حکمات کو انجام دینے اور فائلز کو تبدیل کرنے کی AI کو اجازت دینا، ایک دو نکات والا تلوار ہے۔

بار بار کے پاپ اپس صارفین کی تصدیق کی درخواست کرنا آٹومیشن کے تجربے کو مکمل طور پر خراب کر دے گا، جبکہ بے حد آٹومیٹڈ اجراء سسٹم کو کریش ہونے کا خطرہ ہو سکتا ہے (جیسے rm -rf کا غلط اجراء)۔

کلود کوڈ نے ایک متعدد سطحی اجازت ادغام ڈھانچہ استعمال کیا ہے:

@anthropic-ai/sandbox-runtime پر مبنی فائل/نیٹ ورک سینڈ باکس سے لے کر خاص خطرناک آپریشنز (جیسے git push --force) کے لیے ہارڈ کوڈڈ بلاکس، تک ٹول لیول چیکس تک۔

لیکن سب سے زیادہ توجہ کا مرکز اس کے Auto Mode Classifier (yoloClassifier.ts) نامی کمپوننٹ پر ہے۔

جب صارف آٹو موڈ کو آن کرتا ہے، تو سسٹم محفوظ اور ناقص ریگولر ایکسپریشنز کا استعمال نہیں کرتا بلکہ ایک سائیڈ کوئری میکنزم استعمال کرتا ہے۔

سسٹم پیچھے سے ایک چھوٹا اور سستا LLM بلایا جائے گا، جسے موجودہ مکالمے کا مختصر انتقال (Transcript) اور قریب ہی انجام دیا جانے والا Bash حکم دیا جائے گا، تاکہ یہ سائیڈ ماڈل Allow یا Deny کا فیصلہ پیدا کرے۔

اس کے علاوہ، سسٹم کے اندر ایک حد کے مطابق منع کی نگرانی (Denial Tracking) بھی ہے، جب خودکار ٹولز کو بار بار منع کیا جاتا ہے، تو سسٹم ایک نرم طریقے سے کم ہو کر پرامپٹنگ موڈ میں واپس آ جاتا ہے اور انسانی مداخلت کا تقاضا کرتا ہے۔

یہ چھوٹے AI کے ذریعے بڑے AI کو监管 کرنے والا ڈائنامک اجازت سسٹم، روایتی سٹیٹک بلاک رولز کے مقابلے میں کہیں زیادہ لچکدار ہے۔

پارٹ.08 کچھ چھوٹے سے انوکھے پہلو

آخر میں، سورس کوڈ میں موجود بہت سارے فیچر فلیگز (جیسے VOICE_MODE، SSH_REMOTE وغیرہ) اور process.env.USER_TYPE === 'ant' کے ماحولیاتی متغیر کے جائزے، بڑی کمپنیوں کے اندر ٹیسٹنگ اور باہر جاری کرنے کے دوران دوہرے معیار کو ظاہر کرتے ہیں۔

اینٹروپک کے اندر کے ملازمین (صرف اینٹ) کے لیے، سسٹم میں درج کی گئی کوڈنگ کی پابندیاں بہت سخت اور حتیٰ کہ پاگل پن بھری ہیں:

کوئی فیچر خود سے شامل نہ کریں، اگر درخواست میں نہیں کہا گیا تو دوبارہ ترتیب نہ دیں، تین مشابہ لائنوں کی کوڈنگ زودرس انتظام سے بہتر ہے، اگر WHY واضح نہ ہو تو ڈیفالٹ طور پر کوئی تبصرہ نہ لکھیں، ٹیسٹ ناکام ہو تو اسے درست طور پر رپورٹ کریں۔

اور باہری عوامی تعمیر کے لیے، سسٹم کا ہدایت نامہ بہت زیادہ نرم ہوتا ہے: فوراً موضوع پر آ جائیں، سب سے آسان طریقہ آزمائیں، اور جتنا ممکن ہو اتنی مختصر اور واضح رہیں۔

یہ فرق ظاہر کرتا ہے کہ بڑے ماڈل کے رویے کی سرحدیں زیادہ تر ہارڈ کوڈڈ ہدایات کے رجحان پر منحصر ہیں۔

یہ قابل توجہ ہے کہ کوڈ میں دو دلچسپ ماڈیول شامل ہیں۔

انڈرکاور موڈ (Undercover Mode):

یہ ایک ایسی خصوصیت ہے جس پر سیکورٹی کمیونٹی میں بحث ہے۔

اگر ملازمین کسی اوپن سورس یا عوامی ریپوزٹری میں کام کر رہے ہوں، تو یہ موڈ ڈیفالٹ طور پر چالو ہوتا ہے اور اسے مجبوری سے بند نہیں کیا جا سکتا۔ اس موڈ میں پرومپٹ میں ماڈل کو واضح طور پر درخواست کی جاتی ہے کہ وہ "Do not blow your cover" (اپنا پردہ نہ اُتارے) اور تمام AI جنریٹڈ ڈسکلیمرز یا کوڈ ناموں کو حذف کر دے۔

عوامی تعلقات کے لحاظ سے یہ شاید شفافیت کی کمی کو ظاہر کرتا ہے، لیکن یہ فرما کی طرف سے ماڈل کے کردار ادا کرنے اور پیداوار پر مکمل کنٹرول کی تصدیق بھی کرتا ہے۔

بڈی سسٹم (الیکٹرانک پیٹ) کا انڈرگراؤنڈ:

کوڈ میں ایک چھپا ہوا الیکٹرانک پالتو جانور سسٹم شامل ہے (بٹer، بومب وغیرہ بنائیں)۔

پالتو جانور کی تخلیق کی تصادفی اور طے شدہ صفت کو یقینی بنانے کے لیے، انجینئرز نے صارف کے ID کو Mulberry32 جعلی تصادفی عدد جنریٹر الگورتھم کے ساتھ استعمال کیا۔

typescript

18 قسمیں: ہنستا، ہنس، بلاب، بلی، دراگن، اکٹوپس، چھیڑچھاڑ، پینگوئن، ...

5 درجات نادریت: عام (60%)، نادر (25%)، بہت نادر (10%)، ایپک (4%)، لیجنڈری (1%)

// خصوصیات: ڈیبگنگ، صبر، بے ترتیبی، حکمت، تبصرہ

// ایکسسوریز: تاج، ٹوپہٹ، پروپیلر، ہیلو، جادوگر، بینی، ٹائنیڈک

خاص: 1% احتمال شائنی

سب سے مزیدار تفصیل یہ ہے کہ کسی جانور کی انگریزی نام بالکل Anthropic کے انتہائی سری نما اندر مڈل کوڈ نام کے مطابق ہے (شاید پچھلے دو دن میں لیک ہونے والی سب سے طاقتور Claude کیپیبارا)۔

کمپلائنس کوڈ اسکینر کے منع شدہ الفاظ کی تشخیص سے بچنے کے لیے انجینئر نے اس لفظ کو ڈائنا مک طور پر جوڑنے کے لیے String.fromCharCode() کا استعمال کیا۔

بہت سنجیدہ بنیادی ڈھانچے کے کوڈ میں یہ مزاحیہ جیک کا انداز الگ پڑتا ہے۔

پارٹ.09 ہم کیا سیکھ سکتے ہیں؟

کم وقت میں مسلسل مرکزی ماڈل ٹیکنیکل ڈاکیومنٹیشن اور مرکزی ایپلیکیشن سورس کوڈ کے لیک ہونے کے بعد، Anthropic کو اپنے اندر کے عمل کے کنٹرول پر گہری جانچ ضروری ہے۔ لیکن ٹیکنالوجی بے گناہ ہے، اس 510,000 لائنز کوڈ کے لیے صنعت کے لیے ایک بہترین تعلیمی مواد ہے۔

کلود کوڈ کے بنیادی ڈیزائن سے ظاہر ہوتا ہے کہ بڑے ماڈل ایپلیکیشن لیول کے اسٹارٹ اپس کا دور، جس میں صرف پرامپٹس کو جوڑنا، ویکٹر ڈیٹا بیسز کو جمع کرنا اور ایک سادہ سائکل کا غلاف استعمال کرنا، ختم ہو چکا ہے۔

حقیقی رکاوٹیں، ٹوکن لاگت پر انتہائی محتاطی (پرامپٹ کیش بہتر بنانے)، متعدد اسٹیٹ ماشین کے مسلسل ہم آہنگی پر (کوآرڈینیٹر اور فورک مکانزم)، صارف کے ارادے کی خطا کو برداشت کرنے اور حفاظتی مداخلت کے درمیان توازن (YOLO کلاسیفائر) اور میزبان آپریٹنگ سسٹم کے گہرے فائل اسٹریم اندماج پر قائم ہیں۔

اہنکہ GitHub پر ان سورس کوڈ کے فورکس کے ریپوزیٹریز DMCA درخواستوں کے تحت فوری ہٹائے جانے کے خطرے میں ہیں۔

لیکن کسی بھی صورت، کلاڈ کوڈ نے 2026 کے AI اسسٹنٹ پروڈکٹس کے لیے ایک نیا ٹیکنالوجی کا معیار قائم کر دیا ہے۔

کاریگروں کو اس موقع کا فائدہ اٹھانا چاہیے اور اس میں شامل ہونے والی انجینئرنگ کی بہترین عملدرآمد کو غور سے جانچنا چاہیے۔