abloq — مدوّنة يُديرها الوكيل، والتحقق تقفله الآلة

abloq — مدوّنة يُديرها الوكيل، والتحقق تقفله الآلة Image: AI generated

كان how-make-quest طريقةَ بناء Quest CLI بيديك العاريتين، واستخرج reins ذلك الثابت بوصفه إطارًا. هذا المقال هو الخانة التالية من ذلك النسب — أداةٌ تغرس النظرية نفسها في نطاق واحد، abloq (Agentic blog Quest).

المقال يخرج، لكنك لا تثق به

من أوكل المدوّنة إلى وكيل يعرف الأمر. المقال يخرج. ألقِ إليه موضوعًا فقط فيجمع المادة ويبني الفقرات ويُخرج نصًّا واحدًا معقولًا. المشكلة الحقيقية في مكان آخر — أنك لا تستطيع الوثوق به.

الوكيل يختلق المصادر. يغرس في الحواشي رابطًا لا وجود له، ويُلحق بالاقتباس صفحةً لا صلة لها بالعنوان. يرفع خِلسةً lastmod لمقال لم يصلحه ليبدو طازجًا. تطلب منه تنقيح مقال واحد فيعبث بـ front matter ووالـ layout للمقال المجاور. فينتهي بك الأمر إلى أن يُعيد الإنسان قراءة كل شيء. لكن إن كان الإنسان سيُدقّق كل مقال سطرًا سطرًا، فلا معنى للتوكيل من الأساس. صار الأتمتةُ توليدًا لعمل تدقيق جديد.

ولا يزول هذا بتكبير النموذج. ما دمتَ تترك النموذج يحكم على مقاله بنفسه، فكلما ارتفعت قدرته أحسن إيجاد ثغرات الحكم لا أكثر.

كل ما يكتبه الإنسان ورقة واحدة — insight.yaml

جواب abloq هو تقسيم العمل: قد يكون التوليد احتماليًا، لكن التحقق يجب أن يكون حتميًا. العملُ غير الحتمي في نسج النثر يتولّاه الوكيل، أما قبول ناتجه أو ردّه فتقرّره الآلة.

لذلك كل ما يكتبه الإنسان ورقة مواصفة بصيرة واحدة، insight.yaml فحسب. يكتب الموضوع والمنظور والادّعاءات (claims) المراد تناولها في صورة تستطيع الآلة أن تقابلها بها.

# insight.yaml — كل ما يكتبه الإنسان
topic: "robots.txt — 30년 관행이 표준이 되기까지"
stance: "robots.txt는 접근 제어 장치가 아니라 신호다"
claims:
  - id: rep-standardized-2022
    text: "robots.txt 관행은 1994년에 시작됐지만 IETF 표준(RFC 9309)이 된 것은 2022년이다"
    requires_source: true
    anchors: ["RFC 9309", "1994"]

تصير الـ claims المكتوبة هنا معيارَ بوابة الكتابة. الادّعاء غير الموجود في المواصفة لا يجوز أن يكون متنًا للمقال، والادّعاء الموجود في المواصفة يجب أن يقابله المتن. أما جمع المادة والكتابة والتنقيح والترجمة والنشر والتحديث فكلها بعد ذلك من نصيب الوكيل.

blog.yaml — الإعلان الكامل لمدوّنة واحدة

إن كانت المواصفة هي SSOT لمقال واحد، فإن blog.yaml هو SSOT لمدوّنة واحدة. يضمّ في ملف واحد الموقعَ واللغات والأقسام والبنية المعيارية للمقال وعتبات GEO والنشر.

site: { baseURL: https://example.com, title: My Blog }
languages: [en, ko, ja]          # 첫 항목 = 기본 언어
sections: [tech, opinion]
structure:
  order: [image, attribution, body, related, sources, changelog]
geo: { min_sources: 1, freshness_days: 90 }

من هنا تُشتقّ كلُّ hugo.toml وrobots.txt وllms.txt وsitemap (hreflang) وJSON-LD ومعاملاتُ قواعد البوابة. وما لم يتغيّر blog.yaml لا يستطيع أيّ مقال أن يلتفّ على البوابة — القيد عقد. فيصير الدريفت الذي تتعارض فيه ملفاتُ الإعداد المنسوخة يدويًا من الإعلان مستحيلًا بنيويًا.

FAIL ليس رأيًا بل حقيقة

حين يُسلّم الوكيل المقال (submit) تحكم البوابة. وفي ما يلي سجلُّ تشغيل فعليّ — حين أسقط الوكيلُ قسمَ المصادر وألحق رابطًا لا يمكن الوصول إليه بوصفه اقتباسًا:

en/tech/robots-exclusion-protocol -> FAIL
  - min-sources: content/en/tech/robots-exclusion-protocol.md:1
    actual="sources section missing — geo.min_sources requires >= 1"
  - citation-exists: content/en/tech/robots-exclusion-protocol.md:19
    actual="https://www.robotstxt.org/orig.html is not reachable (HTTP 403)"

FAIL ليس رأيًا من نوع «يبدو غريبًا بعض الشيء». بل حقيقة (Fact) مغروسٌ فيها الموضع (الملف:السطر) والقيمة المتوقّعة. وما يُصلَّح ليس تخمينًا بل تلك الحقيقة الواحدة. يتقارب الوكيلُ بهذه التغذية الراجعة، ولا تقفل الآلةُ PASS إلا حين يجتاز التسليمُ المصحَّح كلَّ القواعد.

وهنا تعمل مفارقة how-make-quest من جديد. النموذج يتملّق — يتبع التعليمات طوعًا. التملّق سمّ في الرأي، لكن التملّق أصل في الحقيقة. إن أعدتَ الـ Fact إليه قبل النموذجُ الأكثر تملّقًا تلك الحقيقةَ طوعًا وتقارب.

ما يُقفَل لا رجعة فيه — الـ ratchet

جوهر البوابة ليس الحكم بل عدم الرجعة. الـ PASS المقفول مرّةً لا ينزلق إلى الوراء. ولو أفسد وكيلُ الجلسة التالية المقالَ نفسه، فلا يمكن النزول تحت خط الأساس.

لذلك قد يكون الوكيل لمرة واحدة، لكن التقدّم يتراكم. ولو طار السياق وتبدّل النموذج وانقطعت الجلسة، تبقى الخانة المقفولة مقفولةً. هذا هو الـ ratchet — لا يقفل إلا بقدر ما مرّ، وما قُفل لا يسمح بالارتداد. وهو أيضًا سبب وضع سلطة حكم الإنجاز في آلة حتمية لا في LLM احتمالي. أن التحقق الذاتي بالكاد يرفع الأداء حقيقةٌ مقيسة سلفًا، وما دام LLM-as-Judge مستحيلًا بنيويًا فالحاكم يجب أن يكون الكود.

خمس مهام، كل منها يُغلَق ببوابته

يُبقي abloq العملَ غير الحتمي في لمس النثر وحده بوصفه مهمة. أما الكشف والتوليد والقياس واستدعاء الـ API الخارجي فيتولّاها كودٌ حتمي، ولا يفعل الوكيلُ سوى خمسة أعمال في كتابة المقال. وكل مهمة تُغلَق ببوابة.

المهمة	المُحفِّز	البوابة (الجوهر)
writing	insight.yaml من الإنسان	كل بند من المواصفة يقابله المتن · التحقق من واقعية الاقتباس · المصادر ≥ العتبة
translation	مقال جديد + تغيّر متن فعلي	بنية بلا خسارة (translation-parity) + توافق slug بين كل اللغات + بناء بلا خطأ
refresh	طابور كاشف الطزاجة	مصحوب بتغيّر متن فعلي · منع تحديث lastmod الفارغ (honest-lastmod)
evidence	طابور كاشف الادّعاء-المصدر	المصادر ≥ العتبة · واقعية الاقتباس الجديد · الادّعاء خارج الطابور لا يتغيّر فيه حرف
cluster	طابور كاشف العنقدة	الوسم موجود في taxonomy · وسوم يتيمة صفر · الروابط الداخلية ≥ العتبة

صدُّ الـ cheese مشترك بين كل المهام. حفظ front matter، وتطابق بايتات حكم البوابة وما يُحفَظ في المستودع، ومنع تغيير أي ملف خارج نطاق عنصر الطابور. الوكيل لا يضرب الـ API الخارجي مباشرة — الآثار الجانبية كالأرشفة والفهرسة تُعالَج بإيصال من الواجهة الخلفية.

القياس يعيّن العمل التالي — GEO تشغيلٌ لا حالة

ما إذا كان الذكاء الاصطناعي يقتبس مقالك لا يُرصَد مباشرة. يقيسه abloq بثلاث طبقات وكيلة (proxy) — طبقة الزحف (إصابات بوتات الذكاء الاصطناعي في سجلّات CloudFront، حتمية)، وطبقة الفهرسة (مسارات الظهور والنقر في GSC، حتمية)، وطبقة الاقتباس (تشغيل مجموعة استعلامات معيارية دوريًا لتسجيل الاقتباس داخل ردّ الذكاء الاصطناعي بوصفه اتجاهًا، وهي غير حتمية فلا تُبوَّب).

والجوهر أن القياس لا ينتهي هناك. تصير نتيجةُ القياس وزنًا في طابور الأولوية فتعيّن مدخلَ المهمة التالية. المقال القديم يسقط في طابور refresh، والادّعاء بلا مصدر في طابور evidence، والمقال المعزول في طابور cluster. ratchet يعيّن فيه القياسُ العمل — لذلك GEO تشغيلٌ لا حالة. ليست درجةً تُحسَّن مرّةً وتنتهي، بل حلقة تدور باستمرار. أن العناصر الرافعة للاقتباس (المصادر والإحصاءات والاقتباسات النصية) ترفع الظهور رفعًا ذا معنى أمرٌ أظهره بحثُ تحسين محرّك التوليد كمّيًا.

فوق reins — النسب

بوابةُ abloq لا تبدأ من الأرض العارية. تقوم فوق محرّك البوابة الحتمي reins. يُورّد reins الـ ratchet وهيكل الأوامر (scan/next/submit) والتجميع وexport، ولا يُنفّذ abloq سوى بوابة نطاق المدوّنة (طقم قواعد البنية والأدلة والسياسة).

النسب بيّن. how-make-quest علّم مبدأ بناء المهمة بيديك العاريتين، وreins استخرج ذلك المبدأ بوصفه إطارًا، وabloq غرس ذلك الإطار في نطاق واحد هو المدوّنة. الجملة نفسها تهبط ثلاث مرّات على ارتفاعات مختلفة — التوليد احتمالي، والتحقق حتمي.

هذا المقال أيضًا قفله abloq

كُتب هذا المقال بمهمة writing في abloq. بذرتُ (scan) الـ insight.yaml المعروض أعلاه، وتلقّيتُ مُوجِّه الكتابة (next) فكتبتُ المتن، وسلّمتُ (submit) فاجتاز البوابة. أكان قسم المصادر يتخطّى العتبة، وأكان رابط الاقتباس قابلًا للوصول فعلًا، وأكان كل claim في المواصفة يقابله المتن — ذلك الحكم تولّته الآلةُ لا عينُ الإنسان.

وكيلُ الكتابة لا يستطيع أن يُراجع (REVIEW) مقاله. الـ REVIEW يكتبه حتمًا مراجعٌ من سياق آخر، وتفحص قاعدةُ review-record ذلك العزلَ فحصًا حتميًا. إقصاءُ الحاكم المتملّق بنيويًا — الجهازُ الذي يمنع هذا المقال من مدح نفسه هو عينُ المبدأ الذي يشرحه هذا المقال.

حين يكون الوعد قابلًا للتحقق، ويكون الخرق معرّفًا، ويكون قابلًا للفرض، يتقارب النظام. والمدوّنة ليست استثناءً.

مقالات للقراءة (خارجية)

abloq — مستودع GitHub — متنُ الإطار وطقمُ قواعد البوابة وحزمةُ المهام (MIT).
reins — مستودع GitHub — محرّك البوابة الذي قام فوقه abloq (MIT).
مقترح llms.txt — عُرف فهرسة الموقع للذكاء الاصطناعي.

المراجع

Aggarwal, P. et al. (2024). “GEO: Generative Engine Optimization.” KDD 2024. arXiv:2311.09735 — قياسٌ يُظهر كمّيًا أن إضافة المصادر والإحصاءات والاقتباسات النصية ترفع الرؤية داخل محرّك التوليد. أساس تشغيل الرؤية في abloq.
Stechly, K., Valmeekam, K., & Kambhampati, S. (2024). “On the Self-Verification Limitations of Large Language Models.” arXiv:2402.08115 — التحقق الذاتي بالكاد يرفع الأداء ← لماذا يجب وضع سلطة حكم الإنجاز في آلة حتمية.
Koster, M., Illyes, G., Zeller, H., & Sassman, L. (2022). “Robots Exclusion Protocol.” RFC 9309 — حالةُ صيرورة عُرفٍ عمره ثلاثون عامًا معيارًا لـ IETF (مصدر مثال robots.txt).