الاثنين عند منضدة التصليح: شاشة حالات بـ ZCode وGLM-5.3-Flash، في الخيال
صاحب ورشة متخيَّل يطلب من وكيل برمجة شاشة حالات صغيرة، ويُبقي لنفسه البنك ومكالمات الزبائن والكلمة الأخيرة.

JACK GROSS · FICTION + SOURCED ANALYSIS · 28 SEP 2026
قصة متخيلة، لا مقابلة مع مدير حقيقي ولا اختبار للنموذج
في هذه الحكاية المتخيَّلة أدير ورشة تصليح صغيرة. صباح الاثنين: ثلاثة زبائن محجوزون على المنضدة نفسها، وتوريد من المورّد يتأخر، وعبارة «ربما الخميس» التي خطّها الفني في دفتر أصفر. يسألني زميل: بمن أتصل أولًا؟ الجواب موجود لكنه موزع على ثلاثة أماكن، ولا أحتمل ساعة أخرى من البحث. الراوي والشركة متخيَّلان. لم أشغّل ZCode ولا GLM-5.3-Flash، ولم أحاور مؤسسًا، ولم أرصد أيًّا من النتائج الموصوفة.
باختصار
اسمان ومنتجان
تُذكر في هذه القصة حقيقتان. ZCode بيئة وكيل برمجة من Z.AI. وGLM-5.3-Flash نموذج. كل وصف للمنتجات أدناه مصدره صفحات Z.AI نفسها، لا تجربة أجريتها.
![رسم توضيحي مُنشأ بالذكاء الاصطناعي لقسم: باختصار
ZCode بيئة للشيفرة لا مدير تنفيذي. تقول Z.AI إن Flash مدمج لأعمال اللقطات. تحقق من منتقي النماذج لديك. [Z.AI]
صاحب الورشة والورشة والدفتر ونموذج الجمعة الأولي متخيَّلة. الفحوص مقترحات لا نتائج. [Z.AI]
تبقى أعمال الزبائن والبنك والإنتاج خارج الوكيل. افحص المصادر والاختبارات قبل النشر. [ZCode]
مخطط أصلي للعملحجوزات متخيَّلة→خطة ZCode→نموذج أولي محلي→صاحب الورشة يراجع
اسمان ومنتجان](/assets/posts/img/2026-09-28-zcode-glm-flash-small-company-ceo-inline-1000.jpg)
مساعد يُبنى لا مدير تنفيذي رقمي
لا أريد وكيلًا يدير شركتي. أريد شاشة داخلية صغيرة فيها الحجوزات المؤكدة والقطع المبدئية والمصدر الدقيق لكل حالة. وفق وصف Z.AI، يحتفظ ZCode بالمهمة مع ملفات المشروع والطرفية وحالة Git ومعاينة المتصفح ولوحة المراجعة. وتقول صفحته الرئيسية إن GLM-5.3-Flash مدمج لأعمال الصور واللقطات، بينما يتمحور خطابه الأوسع حول GLM-5.3. لذلك سأفتح منتقي النماذج وأتحقق من خطتي بدل افتراض أن الجلسة تعمل على Flash. الاسم الموثَّق في الواجهة البرمجية glm-5.3-flash، والنموذج في الواجهة ليس إطار ZCode نفسه. [source]
يوميات المدير المتخيل
من الاثنين إلى الجمعة، بصوت صاحب ورشة متخيَّل. لم يحدث شيء من هذا.
الطلب الأول والحد الأول
في القصة أبدأ مستودعًا جديدًا فيه حجوزات متخيَّلة، لا سجلات زبائن حية. أفتح ZCode بوضع Plan وأكتب هدفًا واحدًا: «ابنِ نموذجًا أوليًّا محليًّا؛ ثلاث حالات فقط؛ بلا إرسال ولا دفع ولا نشر على الإنتاج. أظهر التعارضات وأختام زمن المصادر». قد يقترح الوكيل قاعدة بيانات وواجهة أمامية وسلسلة تكاملات. وسأقصّ المرور الأول إلى مستورد CSV وفاحص تعارضات وشاشة واحدة. تقول وثائق ZCode إن Plan ينتظر الموافقة، وإن «اسأل قبل التعديل» هو الافتراضي للتعديلات والأوامر. الوصول الكامل يعني طلبات أقل، وهو بداية خاطئة مع بيانات العمل. وسأفحص الضوابط الدقيقة في النسخة المثبتة على أي حال. [source]
لقطة الشاشة ليست مواصفات
أضيف صورة اللوحة الورقية وأشير إلى عمود «موعود». على هذه اللوحة تعني الدائرة الحمراء «ننتظر ردّ الزبون» لا «عاجل». قد يبني نموذج بصري لوحة جميلة تقلب هذا المعنى بالذات. تصف Z.AI النموذج GLM-5.3-Flash بأنه متعدد الوسائط أصلًا، يقبل الصور وسياقه يصل إلى مليون رمز. هذه مواصفات من الشركة، لا دليل على أنه فكّ مفتاحي المكتوب بخط اليد. لذلك سأطلب منه قائمة بالعلامات التي لا يطمئن إليها، وأن يسألني عن المفتاح، وأقارن الشاشة المرسومة باللوحة الأصلية. الدورة: اقرأ، اقترح، ارسم، افحص، أصلح. وموافقتي على المفتاح هي ما يمنع خطأً جذابًا من أن يصير سير عمل. [source]
قصة متخيلة، لا مقابلة مع مدير حقيقي ولا اختبار للنموذج. صاحب ورشة متخيَّل يطلب من وكيل برمجة شاشة حالات صغيرة، ويُبقي لنفسه البنك ومكالمات الزبائن والكلمة الأخيرة.
مذكرة المورّد التي أرادت أن تكون أمرًا
في القصة يصل ملف PDF من المورّد برقم قطعة عادي وسطر موجَّه إلى «أتمتتكم» يطلب تغيير الحساب المصرفي في الفاتورة. الملف دليل عن القطع، لا إذن بلمس البيانات المصرفية. تسمي OWASP هذا الحدّ حقن الموجّهات من مادة غير موثوقة. في ZCode قد يقرأ وكيل البرمجة ملفًا ويقترح أمرًا، ولا يغني مربع الإذن عن فهم ما سيفعله الأمر. لذلك توضع مستندات المورّدين في مجلد اختبار للقراءة فقط، ولا يُسمح بأي اتصال شبكي بأنظمة مالية، وتمرّ أي تفاصيل دفع بعملية بشرية منفصلة. يستطيع النموذج الإشارة إلى السطر المريب من دون أن ينفّذه أو يكرره كأنه تعليمة. [source]
عرض الجمعة
بحلول جمعة هذا الأسبوع المتخيَّل يعرض النموذج الأولي على حاسوبي ثلاثة أعمدة: مؤكد، مبدئي، معلَّق. أهم سطر ليس رقمًا. إنه «المصدر غير موثَّق» بجانب التسليم المتأخر. أطلب من الوكيل حالة يتصادم فيها حجزان بفارق خمس عشرة دقيقة. إن أزاح أحدهما بصمت ليخضرّ الشاشة فقد فشلنا. وإن عرض الحجزين ووسم الوقت المحلي وصفّي المصدر ومسودة ملاحظة لزميلي، فالتصميم يتجه وجهة سليمة. هذا معيار مراجعة متخيَّل، لا إنجازًا حققه ZCode أو Flash. [source]
قاعدة تداخل توضيحية لا برنامج جدولة جاهز
from datetime import datetime
def overlaps(a_start, a_end, b_start, b_end):
# Inputs must be timezone-aware and normalized beforehand.
assert all(x.tzinfo is not None for x in (a_start, a_end, b_start, b_end))
return max(a_start, b_start) < min(a_end, b_end)
# On a conflict: show both source rows; never move a booking automatically.
ما الذي سأختبره قبل أن أثق بالبناء
سأبني أولًا مجموعة بيانات اصطناعية: أسماء مكررة، وتغيّرات مناطق زمنية، وورقة ممسوحة بعلامة ملتبسة واحدة، ومواعيد متداخلة، ونسخة قديمة من المورّد، وتعليمة مخبأة في PDF. تُجمَّد المدخلات وتُقارن نسخة أساس مبنية يدويًّا بالنموذج الأولي بمساعدة ZCode. تُقاس دقة التعارضات واستدعاؤها، ونسبة الحالات الخاطئة، وأصل المصادر، وسهولة الوصول البصرية، والاختبارات على جهاز نظيف، وقدرة المراجع على تتبّع كل وعد على الشاشة. يُكرَّر ذلك بميزانية الوقت والأدوات نفسها، ويُحسب استخدام النموذج والتصحيح البشري معًا. معايير البرمجة لدى الشركة لا تخبرني إن كان زبون قد وُعد بقطعة لم تصل قط.
ما بقي لي
المفيد برنامج أستطيع فحصه، لا مدير تنفيذي اصطناعي. ما زلت أنا من يختار من يُتصل به، وأي تغييرات تُنشر، وأي سجلات يجوز أن تغادر الورشة، وهل يُدفع للمورّد. الوكيل الجيد يقلّص الأماكن التي يجب أن أنظر فيها. لكنه لم يكسب توقيعًا ولا دخولًا إلى حساب بنكي ولا حقّ ارتجال وعد. لا أغلق الدفتر الأصفر إلا حين تكون الشاشة صادقة فيما لا تعرفه.
المصادر والحدود
الراوي والورشة والنموذج الأولي متخيَّلة، ولم يجرِ أي تشغيل لـ ZCode أو لنموذج. كل ما سبق تفكير تصميمي بلا نتيجة مقيسة.
zcode.z.ai · zcode.z.ai · zcode.z.ai · zcode.z.ai · zcode.z.ai · zcode.z.ai · docs.z.ai · cheatsheetseries.owasp.org · github.com