كيف يعرف النظام أن المعرفة تغيرت؟

المعرفة والأنظمة — 02

تُحدَّث وثيقة. تُرفع النسخة الجديدة إلى النظام. وتستخدم الإجابة التالية هذه النسخة.

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

لذلك فإن تغيّر المعرفة مسألة أوسع من ملاحظة أن ملفًا قد تغير.

كيف يتتبع النظام ما تغير والاستخدامات التي يؤثر فيها هذا التغيير؟

أثناء العمل على KLM وnage، يظهر لي هذا السؤال على مستويين: كيف نسجل أثر المعرفة، وكيف ينبغي أن يتصرف النظام الذي يستخدمها.

ما الذي تغير بالضبط؟

لنفكر في مثال بسيط وافتراضي.

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

لم يتغير النص وحده. تغير أيضًا شرط سريان قاعدة.

قد تظل الإرشادات القديمة ضرورية لتفسير إجراء تم عندما كانت نافذة. أما الرد على طلب جديد فينبغي أن يستخدم الإرشادات الجديدة.

لذلك يحتاج النظام إلى أكثر من حقل واحد يحمل اسم «الوثيقة الحالية». ينبغي أن يميز أيّ نسخة من أيّ مصدر يحتفظ بها، ومتى تكون سارية، وفي أيّ عمليات استُخدمت.

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

عندما تتغير بصمة محتوى الملف — الهاش — يمكننا اكتشاف أن المحتوى مختلف. لكن تحديد معنى هذا الاختلاف وأثره يحتاج إلى تقييم آخر.

KLM: جعل أثر التغيير قابلًا للقراءة

KLM عمل على تطوير عقد لتسجيل العلاقات بين المعرفة والادعاءات والأدلة التي تقف خلف الإجابة تسجيلًا صريحًا.

المهم هنا هو القدرة على تمييز النسخة المحددة من المصدر التي استُخدمت، بالإضافة إلى الاحتفاظ بعنوانه.

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

تحدد مواصفة KLM لبنات المعرفة بداية السريان ونهايته والنسخة وعلاقة إحلال وحدة جديدة محل وحدة سابقة. وبذلك يستطيع سجل جديد التعبير عن السجل القديم الذي حلّ محله.

هذه الحقول لا تشكل بمفردها آلية تكتشف تغير المعنى تلقائيًّا. وعلى التطبيق أن يحدد بصورة منفصلة كيف يكتشف التغيير، وعلى أيّ أساس يملأ هذه الحقول.

ما يوفره KLM هنا هو إطار نستطيع فيه حفظ أثر القرار المتخذ بشأن تغيير.

هل وصول نسخة جديدة يستلزم حذف القديمة؟

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

ينبغي النظر معًا في حفظ التاريخ وتحديد شروط الاستخدام الحالي.

قد تكون وحدة معرفة نشطة، أو قد تكون حلت محلها نسخة جديدة، أو انتهت صلاحيتها، أو سُحبت. هذه حالات مختلفة.

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

ينبغي ألا تحمل كلمة «محذوف» افتراضًا بأن العملية نفسها اكتملت في النظام كله.

nage: نقل القرار المسجل إلى النظام العامل

في nage يمتد السؤال إلى كيفية الحفاظ على هذه الفروق أثناء التشغيل.

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

أيّ نسخة سيستخدم النظام إذا كُتبت النسخة الجديدة في المخزن، لكن فهرس البحث لم يُحدَّث؟ ماذا يحدث إذا أُرشفت النسخة القديمة لكنها بقيت في التخزين المؤقت؟ وإذا وصل تحديثان في الوقت نفسه، فأيهما يُعد النسخة النشطة؟

في تصميم nage، تُتناول وحدات المعرفة المُدارة مع مصادرها ونسخها ودورات حياتها وقدراتها المتاحة. وجود وثيقة، وإمكان البحث فيها، وقبولها للاستخدام حالات منفصلة.

اختزال هذا التمييز في علامة واحدة هي «جاهز» قد يجعل عملية غير مكتملة تبدو قابلة للاستخدام.

السؤال التشغيلي هنا هو:

كيف نتحقق من الشروط التي يمكن فيها استخدام النسخة الجديدة؟

ما زال قبول دورة الحياة على مستوى المنتج كله مجال عمل مفتوحًا في nage. لذلك يصف هذا العرض السلوك الذي ينبغي اختباره؛ ولا يدعي اكتمال جميع سيناريوهات التحديث والحذف.

إلى أين يصل أثر تغير مصدر؟

لنفترض أن ادعاءً محددًا في إجابة استند إلى الإرشادات القديمة. ربما لُخصت تلك الإجابة لاحقًا، واستُخدم الملخص في عمل آخر.

عندما يتغير المصدر، لا يتوقف الأثر عند الإجابة الأولى.

لذلك من المهم القدرة على تتبع المسار من المصادر إلى المخرجات: أيّ ادعاءات استخدمت هذه النسخة؟ وأيّ مخرجات اشتُقت من تلك الادعاءات؟

تقدم علاقات الأدلة والاشتقاق في KLM أساسًا لتسجيل هذا الأثر. لكن العثور على سجل متأثر لا يعني الحكم عليه تلقائيًّا بأنه خاطئ.

قد تظل إجابة أُنتجت وفق قاعدة كانت سارية في الماضي صحيحة في سياقها التاريخي. وقد لا تكون الإجابة نفسها مناسبة لإجراء جديد اليوم.

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

يجعل سجل العلاقات السجلات التي ينبغي أن يشملها هذا القرار مرئية.

ما الذي لا نعرفه عن حداثة المعلومات؟

دخول مصدر إلى النظام اليوم لا يثبت بالضرورة أن محتواه سارٍ اليوم. وقد ينقل ملف ذو تاريخ حديث قاعدة أقدم.

يحمل وقت الحصول على المصدر ووقت تغيره ووقت سريانه معلومات مختلفة.

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

عند العودة إلى سؤال بداية المقال، تنقسم عبارة «النظام يفهم» إلى مهام ملموسة: اكتشاف التغيير، وربط السجل الجديد بالقديم، وتحديد شروط الاستخدام، والعثور على المخرجات المتأثرة.

ينبغي أن يكون لكل مهمة أساسها وحدودها المستقلة.

وعند تقييم تحديث المعرفة، نحتاج أيضًا إلى السؤال:

أضفنا المعرفة الجديدة؛ فهل نستطيع رؤية الأماكن التي تستمر فيها المعرفة القديمة في الاستخدام؟

---

ملاحظة حول المصادر — 15 أكتوبر 2026: يستند المقال إلى قسمي دورة حياة المعرفة وتتبع الأثر في مواصفة KLM، وإلى وثائق تصميم nage وتنفيذه الحالي. مثال الإرشادات افتراضي. لا تُعرض أيّ نتيجة جديدة لتنفيذ أو اختبار قبول.

صفحة مشروع KLM · صفحة مشروع nage · لماذا المجهول ليس صفرًا؟