Isaac Teague Frayling

مُنشئ أصيل في الذكاء الاصطناعي · تصميم الأنظمة + تنسيق الذكاء الاصطناعي

كارديف، المملكة المتحدة · مواطن بريطاني، مستعد للانتقال إلى أي مكان في العالم · isaac@pantheonlabs.co.uk · pantheonlabs.co.uk · github.com/Igfray · pantheonlabs.co.uk/evidence.html

أصمّم الأنظمة من المبادئ الأولى وأوجّه الذكاء الاصطناعي لبنائها. أخذتُ PANTHEON: منصة وكلاء ذكاء اصطناعي متعددة المستأجرين وخاضعة للحوكمة، من فكرة إلى الإنتاج، بمفردي: الطبقة الأساسية، ومنتج بلا كود فوقها، والتدقيق العدائي الذي قوّاها. لا أكتب الكود بيدي. ما أقدّمه هو التفكير المنظومي (العزل بين المستأجرين، وحلقة وكيل خاضعة للحوكمة، والقياس الذرّي، وتصميم أنماط الفشل) والانضباط الذي يجعل الأنظمة التي يبنيها الذكاء الاصطناعي تصمد فعلًا. بُني إلى جانب عمل بدوام كامل خارج مجال البرمجيات. أبحث عن دور باني مؤسس، أو من 0 إلى 1، أو دور قائم على الذكاء الاصطناعي، حيث تتفوّق النتائج وحسن التقدير المنظومي على الخلفية الأكاديمية.

كيف أبني

PANTHEON، المبتكر، بمفردي

يعمل مباشرة في الإنتاج · pantheonlabs.info & pantheonlabs.co.uk

• عزل يصمد أمام التركيب
  • عزل صارم متعدد المستأجرين قائم على أمان مستوى الصفوف في Postgres، بدورين (FORCE + NOBYPASSRLS).
  • الأداة المشتركة التي يستدعيها المستأجر B تعمل ضمن نطاق B، ولا تعمل أبدًا ضمن نطاق المالك.
  • لم يتمكن أي تدقيق من تجاوز سياسة قاعدة البيانات؛ وقد اكتُشف تسريب واحد خارجها (سجل المحادثات) وأُصلح.
• حلقة وكيل محكومة، لا مجرد لصق للموجّهات
  • من تصميمي: الإدراك → المعرفة → الأدوات → الحكم → القياس.
  • ضوابط حماية، وبروتوكول للأزمات، وقياس ذري للاستهلاك يمنع تجاوز الرصيد.
  • بوابات موافقة بشرية للإجراءات ذات العواقب (tier-3).
• منتج Studio بلا شيفرة
  • يحوّل جملة واحدة إلى موقع ويب بسمة مميزة وقابل للتخصيص، مع فن توليدي مصمم خصيصًا ومساعد محكوم.
  • يعمل حاليًا على الويب وTelegram؛ وWhatsApp مبني وبانتظار موافقة Meta. من الفكرة إلى الإنتاج، بمفردي.
• انضباط في الجودة قائم على الخصومة
  • عمليات تدقيق خصومية متكررة أجريها بنفسي (تدقيق بـ 50 وكيلًا، ثم إعادة تدقيق من 14 زاوية): كل نتيجة خضعت لمحاولة الدحض قبل أن تُحتسب، ثم أُصلحت.
  • 3,389 اختبارًا (CI، 2026-10-01)، وأداة اختبار باللقطات قائمة على ملفات مرجعية (golden-file)، وسجل تعديلات قابل للتراجع.

مشكلات مختارة قمت بحلها

• شخّصتُ ثغرة حجب خدمة (DoS) تربيعية في استيراد JSON-LD وقضيتُ عليها: صفحة مصمَّمة بحجم 2 MB جمّدت البوابة لمدة 70s؛ أعدتُ التصميم إلى مسح خطي محدود، 70s → 4ms.
• صمّمتُ عدّادًا مقاومًا للسحب على المكشوف عبر عملية فحص وخصم ذرية (UPDATE … SET credits = credits - n WHERE credits >= n)؛ ويُسترد رصيد أي دور يُحوَّل إلى مورد للأزمات.
• جعلتُ السلامة تتقدّم على المقياس: الشخص الذي يمرّ بأزمة يصل إلى المساعدة حتى برصيد صفر، لأن فحص الأزمات يعمل قبل الفوترة على كل واجهة.

مفتوح المصدر

ست وحدات أساسية مستقلة بترخيص Apache-2.0، مستخرجة من PANTHEON ومنشورة، تقدّم كل منها ضمانًا واحدًا قابلًا للتحقق (قياس يمنع تجاوز الرصيد، وحماية من SSRF تصمد أمام DNS rebinding، وتنقية نصوص الأدوات، وضوابط الحماية، وعزل المستأجرين في Postgres، والتحويل ذهابًا وإيابًا لـ iCal): github.com/Igfray.

البحث الأمني

• مُبلِّغ مُعترَف به (واحد من سبعة) في CVE-2026-104850 (GHSA-6qxp-vccf-f47h)، وهو تحذير أمني عالي الخطورة (CVSS 7.5) في MCP TypeScript SDK: كان بإمكان عميل OAuth فيه إرسال بيانات الاعتماد المخزنة إلى خادم تفويض يختاره خادم MCP. أُصلح في 1.31.0 و2.2.0.

الخلفية

• الرياضيات المالية، جامعة غرينتش، لندن، إلى أن قطعتها الجائحة: هناك تعلّمت التفكير في الأنظمة انطلاقًا من المبادئ الأولى. لا أحمل شهادة في علوم الحاسوب؛ تعلّمت البناء بنفسي، والنظام الحيّ القابل للهجوم هو المؤهّل.
• الأنظمة الموزعة التي لا تتطلب الثقة (منظومة Ethereum، منذ 2019): حيث أصبح مبدأ "لا تثق، تحقّق" الأساس الذي يقوم عليه كل ما أبنيه.
• استضافة ذاتية على Linux منذ 2020 (مختبر منزلي على Raspberry Pi): ولهذا أستطيع نشر PANTHEON وتشغيله في بيئة الإنتاج بمفردي.
• العمل في الرعاية: صمّمت PANTHEON وبنيته إلى جانب عمل بدوام كامل خارج مجال البرمجيات، وآخره عملي عاملًا في مجال الرعاية.

متاح عند الطلب: عرض حيّ للنظام أثناء تشغيله، ومراجعة للشيفرة بموجب اتفاقية عدم إفصاح (NDA)، وجهات مرجعية.