أدِر شركتك بذكائك الاصطناعي الخاص

ما المقصود بأن يكون للشركة Brain؟

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

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

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

وتبقى أدوار الأجزاء واضحة. يدير Brain المرجع، ويستخدمه LLM، أي النموذج اللغوي، للفهم والتحليل وإعداد النتيجة. أما Tools فهي الأدوات التي تقرأ الملفات أو تشغل فحصا أو تنفذ إجراء، ضمن صلاحياتها.

Memory: ماذا يتذكر، وبأي صفة؟

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

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

لذلك ترتبط المعلومة بأسئلة عملية: من أين جاءت؟ أي إصدار من المصدر يثبتها؟ هل ما زالت صالحة؟ وهل هي حقيقة موثقة أم استنتاج يحتاج إلى مراجعة؟

الذاكرة المفيدة تحفظ هذه الفروق. وحين تسأل عن إجراء حالي أو سبب قرار قديم، تختلف المواد التي تحتاجها، حتى لو ورد الاثنان في الوثيقة نفسها. حجم الذاكرة وحده لا يحدد فائدتها.

Context: ماذا يصل إلى النموذج عند بدء المهمة؟

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

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

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

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

كيف يستخدم الفريق كله Brain واحدا؟

لا تحتاج الشركة إلى نسخة منفصلة من مرجعها لكل موظف. يستطيع المستخدمون والتطبيقات الاتصال بـ Brain مشترك، مع هوية وصلاحيات خاصة بكل منهم. يبقى المرجع مشتركا، ويختلف ما يستطيع كل طلب الوصول إليه.

تنظم مواد القسم أو المشروع أو نوع معين من الأعمال في Workspace، أي مساحة عمل. يمكن تخصيص مساحة لقسم الهندسة وأخرى لقسم العمليات، مع مواد مشتركة مثل وصف الأنظمة العامة، ومواد مقيدة تخص مشروعا أو مجموعة بعينها. تسمية المساحة وحدها لا تحمي محتواها؛ الوصول تحدده العضوية وصلاحيات المصادر والعمليات.

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

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

Roles وPermissions: الدور يسهل الإدارة، والصلاحية تحسم الطلب

Permissions هي الصلاحيات الفعلية: قراءة مصدر، أو إرسال تقرير، أو اقتراح تعديل، أو معالجة معلومات، أو نشر تعليمات معتمدة. أما Roles فهي طريقة لتجميع صلاحيات تناسب مسؤولية معينة، حتى يسهل توزيعها على الفريق.

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

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

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

السؤال نفسه قد يحتاج إلى إجابتين مختلفتين

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

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

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

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

التعلم المستمر: ما الذي يتغير مع الشركة؟

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

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

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

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

هذا هو معنى التعلم المستمر هنا: تتطور مراجع الشركة وطرق عملها مع ما يصل إليها من أدلة وتصحيحات. لا يعني Fine-tuning، أي إعادة تدريب أوزان النموذج مع كل ملف، ولا يفترض أن النظام يراقب كل محادثة أو يعرف تغييرا لم يصله.

Skills وWorkflows: كيف تتحول المعلومات إلى طريقة عمل؟

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

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

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

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

أي نموذج: محلي أو سحابي، مع بقاء مرجع الشركة

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

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

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

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

ولماذا لا تكفي أداة مثل Claude؟

قد تكفي بالفعل لبعض الفرق. يوفر Claude مشروعات تجمع المواد والتعليمات، وله قدرات للذاكرة والاتصال بالتطبيقات والتحكم في الوصول والتنفيذ. لا يصح بناء المقارنة على أنه يفتقد كل هذه الأجزاء. مشروعات Claude، قدرات Claude وأدوات التحكم.

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

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

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

التشغيل المحلي والخصوصية: أين تعيش البيانات وأين تعالج؟

مكان تشغيل Brain قرار، ومكان تشغيل النموذج قرار آخر. يمكن أن تحفظ الشركة مصادرها وذاكرتها على جهاز أو خادم تديره، ويمكن أن تختار استضافة سحابية. ويتصل المستخدمون بالنواة من خلال مسار موثوق وبصلاحياتهم.

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

تبدأ الخصوصية من أسئلة محددة: ما المصادر التي نجلبها؟ من يقرأها؟ ما المعلومات التي يسمح بإرسالها إلى مزود خارجي؟ أين تحفظ النتائج والسجلات؟ ومن يدير مفاتيح الوصول والنسخ الاحتياطية؟

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

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

كيف يقل استهلاك Tokens؟

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

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

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

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

وماذا عن الوقت والتكلفة الفعليين؟

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

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

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

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

السجل والاستعادة: كيف يبقى ما حدث قابلا للفهم؟

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

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

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

بهذا تستطيع العودة إلى الماضي لفهمه، مع إبقاء العمل الحالي مرتبطا بما اعتمد وما يسمح به الآن.

الصورة الكاملة: مرجع يستمر، وأدوات تتغير، وفريق يبقى صاحب القرار

يتصل المستخدم بتطبيقه، ويطلب مهمة بهويته وصلاحياته. يجهز Brain المعلومات والتعليمات المناسبة من مصادر الشركة وMemory. يستخدم النموذج المختار هذا Context، وتنفذ Tools ما أجيز لها. تصل تغييرات المصادر وتقارير العمل، وتخضع المعلومات وطرق العمل لما يلزم من تحقق ومراجعة.

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

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

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