Asadullah Shafique

يترك انتهاء المهلة نتيجة الشراء مجهولة. قد تؤدي إعادة المحاولة بمفتاح عملية جديد إلى شراء مكرر رغم إعلان المتحكم النجاح.

فحص مستقل للسجل، والتحقق من الشراء حسب النية قبل إعادة المحاولة، والحفاظ على مفتاح عملية ثابت، وفرض التفرد عند حدود الأداة. ترتبط الحالة 001 بمشروع Agent Rehearsal لتقييم أعمق دون اتصال.

نجح 30 اختباراً بالأمر py -3 -X utf8 -m unittest discover -s tests بتاريخ 2026-10-19. تنتج الحالة المصطنعة طلبين وإنفاق 2,500 درهم في النسخة المعرضة للفشل، مقابل طلب واحد وإنفاق 1,250 درهماً في النسخة المُصلحة. محاكاة حتمية باستخدام SQLite في عملية واحدة؛ لا مشتريات حقيقية ولا ادعاء بموثوقية إنتاجية.

تستورد معظم أمثلة «المعمارية النظيفة» إطار ويب ومخطّط ORM من السطر الأول، فتغدو المعمارية غير قابلة للاختبار منفردة ويغدو الادّعاء غير قابل للدحض. والسؤال الجدير بالطرح هو: هل تصمد الطبقات فعلًا حين لا يسندها شيء خارجي؟

أربع طبقات باتجاه اعتماد واحد: كيانات مجال تتحقّق من نفسها، وواجهة مستودع مجرّدة، وتنفيذ في الذاكرة خلفها، وطبقة خدمة تحمل قواعد العمل. وواجهة سطر الأوامر مجرّد مُهايئ رفيع يُحقَن عند جذر التركيب. ولأنّ التخزين واجهة لا استدعاء قاعدة بيانات، يعمل التطبيق كلّه على المكتبة القياسية وحدها، فقائمة الاعتماديات فارغة، وهذا هو البرهان لا الدعاية.

تُعرّف 50 اختبارًا دون أيّ اعتمادية تشغيل خارجية. وقد كشفت مراجعته عن خللين حقيقيّين كانت مجموعة الاختبارات ترسب بسببهما فعلًا: كانت المهمّة المستحقّة «اليوم» تُرفَض، لأنّ التواريخ تُحلَّل إلى منتصف الليل ثم تُقارَن بالوقت الحالي، فيصير «اليوم» ماضيًا في كل لحظة عدا منتصف الليل نفسه، بينما تقول رسالة الخطأ إنّ الحاضر مسموح. والثاني أنّ التحديث كان يحلّل تاريخ الاستحقاق ولا يتحقّق منه، فتُتخطّى بصمت القاعدة المفروضة عند الإنشاء. وقد أُصلح الخللان ويتشاركان دالة تحقّق واحدة، وتثبّتهما اختبارات انحدار محسوبة نسبةً إلى الوقت الحالي فلا تتقادم كما يتقادم تاريخ ثابت.

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

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

يتم الفحص الرقابي الكامل في أقل من ملي ثانيتين ودون أي استدعاء للنموذج، محسومًا فيه 8 من أصل 14 مبدأً بالحساب المجرّد، وبصورة قابلة لإعادة الإنتاج دون اتصال وبتكلفة حدية معدومة. ويُسجَّل لكل تشغيل أثر تدقيق مُسلسل بالتجزئة يكشف أي عبث. وتنجح 94 اختبارًا دون مفتاح واجهة برمجية ودون اتصال بالشبكة، ومحرّك الفحص منشور ومتاح للتجربة مباشرةً، فكل رقم هنا قابل للتحقق بنقرة واحدة.

تترك فرق الوكلاء عادةً للنموذج أن يقرّر إن كان عمله جيدًا بما يكفي للدمج. والضابط الذي يستطيع النموذج أن يجادل حتى يتجاوزه ليس ضابطًا.

Harness × Loop × Graph. الوكلاء يُنجزون العمل: كاتب المواصفات، والباني، وأربعة مراجعين متوازين (الأمان، وتجربة المستخدم، والواجهة، والكود)، ومُعتمِد يكتب حكمًا مُنمَّطًا في verdict.json. ثم يطبّق موجّه حتمي، board.py، قاعدة الدمج أو إعادة العمل انطلاقًا من ذلك الحكم لا من نموذج: فلا تدمج POLICY SEAM إلّا حين يكون القرار دمجًا والمخاطرة منخفضة وقيمة tests_passed هي true حرفيًا، وكل حكم ناقص أو مشوّه أو عالي المخاطرة يذهب إلى إعادة العمل أو إلى إنسان. التطبيق الأول: neon-agent، خلفية لمساعد مستندات على Neon (Postgres، والمصادقة، والدوال، والتخزين).

اختيرَ تصميم الأمان بالاختبارات على فرع قاعدة بيانات حقيقي. فشل الخيار A لسبب مسجَّل: يمنع Neon أيّ دور غير مالك من الوصول إلى مخطط المصادقة، ولا يعبر مفتاح التوقيع مُجمِّع الاتصالات، فاعتُمد الخيار B. وعزل كل مستخدم تفرضه Postgres نفسها عبر أمان مستوى الصفوف المفروض، ولكل فرع مهمة بيانات اعتماد خاصة به، وقد ثبت رفض بيانات الاعتماد القديمة. وحتى 14 أكتوبر 2026: تنجح 117 من 117 اختبارًا، وتنجح اختبارات الموجّه الـ 14 كلها، وواجهتا health و documents منشورتان على فرع تطوير، وقد فُحصتا برموز دخول حقيقية: لا يرى مستخدم ثانٍ أيًّا من مستندات المستخدم الأول. أمّا خط الوكلاء نفسه فمكتوب لكنه لم يُشغَّل بعد من البداية إلى النهاية.

المحادثة الذكية واستيعاب المستندات على واجهة documents (التضمينات والاسترجاع والإجابات المستشهِدة بالمصادر). لم يُبنَ شيء منها بعد.

تظهر برامج التعلّم المجانية في الذكاء الاصطناعي والحوسبة السحابية وتنتهي بهدوء عبر مواقع مزوّدين كثيرين. والمراجعة اليدوية الأسبوعية سهلة الإهمال وصعبة الانتظام.

يطلق برنامج جدولة المهام في Windows نبضة كل 7 أيام. يبحث وكيل Claude Code يعمل دون واجهة في المزوّدين العشرة المتتبَّعين ضمن ميزانية صارمة: 10 عمليات بحث و12 عملية جلب و2.50 دولار كحد أقصى لكل تشغيل. ثم يتحقق certloop.py من النتائج بشكل حتمي (البحث في كل مزوّد، و5 فرص على الأقل، وكل الحقول المطلوبة، وروابط https رسمية، وعدم التكرار) ويرفض التشغيل إن لم تتحقق. وتصوغ مرحلة الصانع والمدقق ملف README للأسبوع وتفرض بنيته ونبرة مهنية بسيطة وحدّاً أقصى للجملة 40 كلمة، لمدة تصل إلى 6 جولات. ويُضاف كل أسبوع إلى progress.md مع وسم كل فرصة بأنها جديدة أو متكررة، ثم يُحفظ ويُدفع إلى GitHub.

حتى 14 أكتوبر 2026 نشرت الحلقة تشغيلين أسبوعيين (1 و8 أكتوبر 2026): 13 إدراجاً منها 8 فريدة، وكلاهما ضمن الميزانية (7 و5 من 10 عمليات بحث) واجتاز المدقق من الجولة الأولى. والمزوّدون الذين لا يملكون برنامجاً رسمياً (xAI Grok، DeepSeek، Ollama) يُسجَّلون كذلك بدلاً من حشو القائمة بدورات من جهات خارجية.

الشركات الصغيرة في باكستان والإمارات تفتقر إلى واجهة رقمية موحدة. المشترون يتنقلون بين منصات متعددة، والبائعون يفتقرون للتحليلات، وعملاء المؤسسات يحتاجون مرونة العلامة البيضاء, جميع الفئات غير خاضعة للخدمة الكاملة.

بازار يوحّد تجارة التجزئة B2C (التصفح، السلة، الدفع, JazzCash وEasypaisa والبطاقة) والجملة B2B (محرك طلبات العروض، التسعير بالكمية، الموردون الموثقون) في منصة واحدة. الهندسة: متجر Next.js 15 متعدد المستأجرين، خدمات FastAPI المصغرة، Supabase BaaS للمصادقة، بوابات دفع محلية وStripe، لوحة تحكم البائع، ومهام توصيات ليلية.

قاعدة كود واحدة تخدم دفع التجزئة ومحرك طلبات عروض الجملة. الروبية الباكستانية عملة أصلية، وثلاث لغات (الإنجليزية والأردية والعربية)، وطرق دفع محلية (JazzCash وEasypaisa) إلى جانب البطاقات. يعمل العرض التجريبي على بيانات أولية، ولا يوجد بائعون فعليون بعد.

يعمل تجار الجملة في باكستان على سجلات مخزون ودفاتر ديون (أدهار) وواتساب. والأعطال محددة: بيع يُدوَّن ولا يُخصم من المخزون، وديون لا يلاحقها أحد حتى يمر عليها 90 يوماً، وعملاء يواصلون الشراء بالآجل متجاوزين أي حد معقول، وتصحيحات تتم بالكتابة فوق الصفحة.

منصة مخزون ودفتر حسابات ثنائية اللغة (أردو + إنجليزية) تفرض فيها قاعدة البيانات صحة الدفاتر. لا يرى كل نشاط تجاري إلا بياناته، عبر آلية واحدة تحصر كل استعلام وكل كتابة وكل أداة ذكاء اصطناعي في نشاط المستخدم. البيع والشراء يقيّدان المخزون ومتوسط التكلفة المرجّح ودفتر الحسابات في معاملة واحدة مع قفل على الصف. النقر المزدوج لا يقيّد العملية مرتين، والأخطاء تُلغى بقيود عكسية بدلاً من تعديلها، والبيع بالآجل يتوقف عند حد ائتمان العميل ما لم يوافق المالك. ومكتب التحصيل يرتّب من يجب ملاحقته أولاً ويشرح السبب ويفتح تذكيراً جاهزاً على واتساب. أما Munshi AI فمبني على OpenAI Agents SDK بخمس أدوات للقراءة فقط ودستور حتمي يمنع طلبات الفواتير المزيفة والتهرب الضريبي قبل أي استدعاء للنموذج.

142 اختباراً للخلفية، منها اختبارات تسرّب بين نشاطين تجاريين على كل نقطة وصول، واختبارات سباق على PostgreSQL: 12 عملية بيع متزامنة على 5 وحدات في المخزون تبيع 5 بالضبط، وتفشل الاختبارات إذا أُزيل القفل أو مرشّح العزل. الترحيلات تعمل ذهاباً وإياباً على PostgreSQL في CI دون أي انحراف في المخطط. العرض التجريبي العام بلا تكلفة استضافة: الواجهة نفسها تخدم الـAPI من المتصفح وفق نسخة من قواعد الخلفية. لا يوجد عميل إنتاجي بعد؛ الخلفية جاهزة بـDocker وتُنشر عند توقيع أول عميل.

تعمل مصانع الأقمشة في فيصل آباد وغوجرانوالا وكراتشي على سجلات رولات في Excel ودفاتر غزل ورقية وواتساب. والأعطال محددة: رول يُصرف مرتين، ومخزون غزل موجود على الورق فقط، وشحنة اعتماد مستندي تتراكم عليها رسوم التأخير في ميناء كراتشي لأن أحداً لم يلاحظ تخليصها.

تُرقمن الوحدة 1 سجل الرولات ودفتر مخزون الغزل وملف الاعتمادات المستندية على خلفية FastAPI وPostgreSQL متعددة المستأجرين، حيث تفرض قاعدة البيانات القواعد لا انضباط الموظفين. عزل المستأجرين يتم عبر أمان مستوى الصفوف في PostgreSQL، وتعمل الواجهة بدور لا يستطيع تجاوزه. صرف الرولات يأخذ قفلاً على الصف، ومخزون الغزل يتحرك فقط عبر دفتر قيود إلحاقي، وورديات النسج والحياكة تقيّد الغزل في المعاملة نفسها، وتُحسب تكلفة الاستيراد الفعلية على الخادم. ويطلق Mill Pulse سبعة تنبيهات حتمية، يعرض كل منها الأرقام التي أطلقته.

42 اختباراً للخلفية تعمل على PostgreSQL حقيقي بالدور محدود الصلاحيات، منها اختبار سباق صرف متزامن يفشل إذا أُزيل القفل. العرض التجريبي العام بلا تكلفة استضافة: الواجهة نفسها تخدم الـAPI من المتصفح وفق نسخة من قواعد الخلفية، وأعطت أرقاماً مطابقة للنظام الحقيقي. لا يوجد عميل إنتاجي بعد؛ فوترة CMT والدفاتر والمالية مخطط لها ولم تُبنَ.