میں نے PANTHEON کو بنیادی اصولوں سے ڈیزائن کیا، multi-tenant isolation، governance، metering، agent safety، پھر AI کو یہ سب بنانے کی ہدایت دی: اکیلے، production تک، حقیقی کاروباروں کا ڈیٹا چلاتے ہوئے۔ میں جو لاتا ہوں وہ اسے ڈیزائن کرنے کی systems thinking ہے، اور مشین سے یہ ثابت کروانے کا نظم و ضبط کہ یہ کام کرتا ہے۔
Isaac Teague Frayling · کارڈف، UK · UK شہری · دنیا بھر میں کہیں بھی منتقل ہونے کے لیے تیار (UK & آئرلینڈ سے باہر sponsorship درکار) · ایک صفحے کا CV →
↑ اس صفحے پر موجود ہیرو آرٹ، favicon، اوتار اور سوشل کارڈ سب اسی سسٹم نے بنائے جو میں نے تیار کیا۔ کام نے اپنا پورٹ فولیو خود بنایا۔
بیرونی اعتراف۔ CVE-2026-104850 (GHSA-6qxp-vccf-f47h) پر تسلیم شدہ رپورٹر (سات میں سے ایک)۔ یہ MCP TypeScript SDK میں ایک زیادہ شدت والی ایڈوائزری (CVSS 7.5) ہے: اس کا OAuth کلائنٹ محفوظ شدہ اسناد ایسے سرور کو بھیج سکتا تھا جسے MCP سرور منتخب کرے؛ 1.31.0 اور 2.2.0 میں درست کر دیا گیا۔ یہ PANTHEON کی توثیق نہیں؛ یہ ایک جانچ ہے جو کسی اور نے میرے کام پر کی۔
نہ سلائیڈز، نہ "مجھ پر بھروسہ کریں۔" سسٹم لائیو ہے، جائیں اسے توڑ کر دیکھیں، پھر اس کے پیچھے کے کوڈ کا NDA کے تحت جائزہ کروائیں۔ جو میں نے شپ کیا وہ حقیقی ہے اور چل رہا ہے، چاہے میں نے اس کا ایک حرف بھی ٹائپ کیا ہو یا نہیں۔
قدر
میں نے Postgres کی row-level security پر سخت ملٹی ٹیننٹ علیحدگی ڈیزائن کی، دو رول، ناکامی پر بند ہو جانے والی، جسے ڈیٹابیس کی سطح پر کوئی آڈٹ پار نہیں کر سکا۔ اس سے باہر ایک لیک ملا (چیٹ ہسٹری، جولائی) اور ٹھیک کر دیا گیا۔ SQL میں نے نہیں لکھا۔ میں نے ماڈل ڈیزائن کیا: ناکامی کی صورتیں، نقصان کا دائرہ، اور تعمیر کو تب تک آگے بڑھایا جب تک وہ قائم نہ رہی۔
زیرِ نگرانی ایجنٹ لوپ، ادراک → علم → ٹولز → فیصلہ → میٹر، حفاظتی حدود، ایک بحرانی پروٹوکول، overdraft سے محفوظ میٹرنگ اور انسانی منظوری کے مراحل کے ساتھ، میرا ڈیزائن ہے۔ control-plane کی سوچ میری ہے، AI نے کوڈ میری وضاحت کے مطابق لکھا۔
سبسٹریٹ، ایک نو کوڈ Studio، خصوصی generative آرٹ، ایک لائیو Telegram چینل (WhatsApp تیار، Meta کی منظوری کا منتظر)، میٹرنگ، auth، کسٹم ڈومینز۔ سب میرا خیال، سب AI کو ہدایت دے کر بنایا گیا، Postgres سے پکسلز تک، شپ شدہ اور چلتا ہوا، اکیلے۔
ہر تبدیلی کو CI میں نافذ ایک purity boundary سے گزرنا ہوتا ہے، تازہ ترین CI رن کی تعداد کے مطابق ٹیسٹ، اور بار بار کیے گئے adversarial آڈٹ جن میں ہر نتیجے کو شمار ہونے سے پہلے رد کیا گیا۔ AI سے اچھی طرح کام لینے کا مطلب ہے اس پر بھروسہ کرنے سے انکار کرنا، اصل مہارت یہی ہے۔
میں دیانت دار ورژن ship کرتا ہوں: آڈٹ صفحے کا ہر عدد اپنا asterisk ساتھ رکھتا ہے، سائٹ کھل کر بتاتی ہے کہ کیا ابھی حل نہیں ہوا، اور حفاظت: بحران کا پیغام صفر credits پر بھی مدد تک پہنچتا ہے، metric پر فوقیت رکھتی ہے۔ میں متاثر کن ہونے کے بجائے قابلِ اعتماد ہونا پسند کروں گا۔
ہر نئی صلاحیت وہی invariants برقرار رکھتی ہے: ایک golden-file harness ثابت کرتا ہے کہ تبدیلیاں byte-safe ہیں، ایک edit ledger ہر تبدیلی کو واپس لینے کے قابل بناتا ہے، اور جو کچھ بھی نئی سطح شامل کرتا ہے اسے deploy سے پہلے ایک مخالفانہ سیکیورٹی جائزے سے گزارا جاتا ہے۔ میں تیزی سے کام کرتا ہوں، لیکن مشین کو شارٹ کٹ لینے نہیں دیتا۔
طریقہ
میں طے کرتا ہوں کہ سسٹم کو کن باتوں کی ضمانت دینی ہے، پھر اس سے انہیں ثابت کرواتا ہوں۔ میں سسٹم ڈیزائن کرتا ہوں اور AI کو اسے بنانے کی ہدایت دیتا ہوں، اور PANTHEON اسی کا نتیجہ ہے۔ مشین جو کچھ بھی بناتی ہے، میں وہ سب پڑھتا، پرکھتا اور ڈیبگ کرتا ہوں؛ میں خالی فائل سے عمل درآمد کا کوڈ ٹائپ نہیں کرتا۔ اس کا خاکہ یہ ہے:
سسٹم کو بنیادی اصولوں سے ڈیزائن کریں → اسے ایسے حصوں میں تقسیم کریں جنہیں AI بنا سکے → ہر حصہ بنانے کے لیے AI کو ہدایت دیں → نتیجے پر تب تک حملہ کریں جب تک وہ قائم نہ رہے → اسے ship کریں اور production میں چلاتے رہیں۔ یہی loop ہے، شروع سے آخر تک۔
ملٹی ٹیننٹ آئسولیشن & اعتماد کی حدود · گورننس ٹیئرز & human-in-the-loop · ایٹامک میٹرنگ & ریٹ کنٹرول · ایجنٹ لوپس، ٹولز & گارڈ ریلز · prompt-injection سے دفاع · ناکامی کی صورتوں & blast-radius کی سوچ۔ یہ سب میں نے ڈیزائن کیے۔ بس میں ان کے بارے میں اصطلاحات کے بجائے سادہ زبان میں بات کرتا ہوں۔
row-level security کے ساتھ Postgres · FastAPI سروسز · ایک governed agent loop · MCP، دونوں سمتوں میں · React frontends · Docker / nginx deploys۔ میں نے build کی ہدایت دی اور میں جانتا ہوں کہ ہر حصہ کیسے برتاؤ کرتا ہے۔
CI purity boundaries · golden-file snapshot ٹیسٹ · تازہ ترین CI رن کی تعداد کے مطابق ٹیسٹ پاس (تازہ ترین CI رن) · بار بار adversarial آڈٹ: ایک 50-ایجنٹ آڈٹ اور ایک 14-lens دوبارہ آڈٹ، تازہ ترین، جن میں ہر نتیجے کو شمار ہونے سے پہلے رد کیا جاتا ہے۔ مشین کے پہلے جواب پر بھروسہ نہ کرنے کی جبلت ہی پورا کام ہے۔
میں چاہوں گا کہ آپ ان حصوں پر بھروسہ کریں جو حقیقی ہیں، بجائے اس کے کہ ان حصوں سے متاثر ہوں جو حقیقی نہیں۔
ایک فیصلہ جو میں نے غلط کیا
دو ہفتے پہلے میں نے فیصلہ کیا کہ انگریزی پیغامات میں بحران والے الفاظ صرف ایک مقررہ فقروں کی فہرست سے جانچے جائیں، تاکہ زیادہ تر پیغامات کو ایک اضافی AI call سے بچایا جا سکے۔ 25 ستمبر کے ایک آڈٹ نے دکھایا کہ فہرست سے "I don't want to live anymore" اور تین دیگر عام فقرے چھوٹ گئے۔ میں نے اسی دن فیصلہ واپس لے لیا: بحران والے الفاظ اب AI check کو جاتے ہیں، چاروں ایسے ٹیسٹ ہیں جو پرانے کوڈ پر fail ہوئے، اور اضافی call کی قیمت ادا کرنے والے عام پیغامات 32 میں سے 4 سے گھٹ کر 1 رہ گئے۔ یہ بچت زیادہ تر checks کے لیے درست تھی اور اس ایک کے لیے غلط جہاں کچھ چھوٹ جانا سب سے زیادہ اہم ہے۔
سچا سودا
سسٹمز کی سوچ اور AI کے ذریعے ڈیلیوری میری ذمہ داری ہے: یہ فیصلہ کرنا کہ کیا بنانا ہے، یہ ڈیزائن کرنا کہ یہ کیسے قائم رہے، اور اسے شپ ہونے تک آگے بڑھاتے رہنا۔ مجھے ایسے انجینئرز کے ساتھ جوڑیں جو لائن لیول کی وہ مہارت رکھتے ہیں جو میرے پاس نہیں، اور دونوں حصے پورے ہو جاتے ہیں۔
ہر اہم تبدیلی کا adversarial جائزہ ہوتا ہے؛ میں مشین کے پہلے جواب پر کبھی بھروسہ نہیں کرتا۔ اس عادت سے دو چیزیں سامنے آئیں: جولائی کا cross-tenant leak، جو میرے اپنے آڈٹ میں ملا اور اب ایک regression ٹیسٹ ہے، اور اوپر والی MCP SDK advisory، جو کسی اور کے کوڈ میں ملی۔
ایک ہی کردار: وہ شخص جو آپ کے AI ایجنٹ کی ٹرسٹ باؤنڈری کا ذمہ دار ہو۔ ٹیننسی، منظوریاں، میٹرنگ، وہ ٹول جو اپنے کالر پر بھروسہ کرتا ہے: میں نشان دہی کرتا ہوں کہ یہ کہاں ناکام ہو سکتا ہے، ضمانت کو اس کے اندر بناتا ہوں، اور وہ ٹیسٹ شپ کرتا ہوں جو اسے ثابت کرے۔ کسی ایسے اسٹارٹ اپ میں بانی یا ابتدائی ملازم جس کا ایجنٹ حقیقی صارفین سے واسطہ رکھتا ہے، یا رکھنے والا ہے۔ صحیح موقع کے لیے میں دنیا میں کہیں بھی منتقل ہونے کے لیے تیار ہوں، اور مجھے عہدے سے زیادہ مسئلے اور لوگوں کی پروا ہے۔
جائز سوال ہے۔ میں PANTHEON پر سرمایہ اکٹھا کر سکتا تھا، لیکن مجھے بخوبی معلوم ہے کہ اس میں کس چیز کی کمی ہے، اور وہ build نہیں۔ وہ ڈسٹری بیوشن ہے: وہ نیٹ ورک اور رسائی جو اسے ان کاروباروں کے سامنے لائے جن کے لیے یہ بنایا گیا ہے، جو میرے پاس نہیں اور جس کا میں دکھاوا نہیں کروں گا۔ میں اسے کسی ایسی ٹیم کے پاس لانا پسند کروں گا جس کے پاس یہ رسائی پہلے سے ہو، بجائے اس کے کہ برسوں ایک ایسا founder بننے میں لگاؤں جو میں نہیں ہوں۔ اسے اکیلے بنانے سے ثابت ہوا کہ میں پوری چیز ڈیزائن اور شپ کر سکتا ہوں۔ اسے اکیلے مارکیٹ میں لے جانا کبھی منصوبہ نہیں تھا، PANTHEON ثبوت کے طور پر لائیو رہتا ہے، نہ کہ ایک ضمنی پروجیکٹ کے طور پر جو میری توجہ بانٹے۔
پہلا دن
"ایک سہ ماہی تک کام سیکھیں" نہیں۔ وہ طریقہ جس نے PANTHEON بنایا، آپ کی پروڈکٹ پر لاگو:
ٹیننسی / اجازت / نقصان کے دائرے کی سرحدیں تلاش کریں اور کچھ بھی بننے سے پہلے معلوم کریں کہ ہر ایک کیسے ناکام ہوتی ہے۔ جس چیز کا آپ نے نقشہ نہیں بنایا اس پر گورننس نہیں کر سکتے، اور نقشہ بنانا ہی میرا کام ہے۔
وہ حفاظت تلاش کریں جو بعد میں شامل کی گئی تھی: overdraft ہو سکنے والا meter، بغیر gate کا action، وہ tool جو اپنے caller پر بھروسہ کرتا ہے، اور اسے دوبارہ ڈیزائن کریں تاکہ ضمانت اندر سے بنی ہو، اوپر سے جوڑی ہوئی نہ ہو۔
اس کا spec لکھیں، AI کو اسے بنانے کی ہدایت دیں، اور اسے اس جانچ کے ساتھ ship کریں جو اسے ثابت کرتی ہے: ایک ٹیسٹ، ایک snapshot، ایک invariant، تاکہ اگلا شخص سب کچھ دوبارہ ثابت کیے بغیر تیزی سے آگے بڑھ سکے۔
مجھے رول بتائیں اور یہ بھی کہ آپ کیا بنا رہے ہیں۔ میں ہر ای میل پڑھتا ہوں اور چند دنوں میں جواب دیتا ہوں، پھر ایک کال، سسٹم کا لائیو walkthrough، اور NDA کے تحت کوڈ کا جائزہ۔
لکھنے سے پہلے خود آزمانا پسند کریں گے؟ اسسٹنٹ کو توڑیں، آئسولیشن پر حملہ کریں، یا بوٹ کو پیغام بھیجیں، سب کچھ لائیو ہے۔
LinkedIn نہیں ہے۔ بنیادی نظام نجی ہے: لائیو نظام ہی پورٹ فولیو ہے، لیکن چھ اجزاء PyPI اور npm پر شائع ہیں، نقائص کا ریکارڈ عوامی ہے، طریقہ کار دوبارہ چلایا جا سکتا ہے، اور میں ایک زیادہ شدت والی MCP SDK سیکیورٹی ایڈوائزری پر کریڈٹ پانے والے سات رپورٹرز میں سے ایک ہوں۔ میرا CV دیکھیں / ڈاؤن لوڈ کریں →
بھرتی کر رہے ہیں؟ مجھ سے پوچھیں کہ Isaac کس چیز میں اچھے ہیں، اور کہاں وہ موزوں نہیں ہیں۔