دليل أطلس الكامل
Agentic Technical Logic for Asset Safety · OQBI Hackathon 4.0 · OQ Base Industries, Salalah

أطلس: قسم صيانة من وكلاء ذكاء اصطناعي

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

18وكيل ذكاء اصطناعي
13شخصاً في الطاقم بصلاحيات
7توقيعات بشرية في كل حالة إصلاح
27جدولاً في قاعدة بيانات واحدة
4سيناريوهات أعطال
140اختباراً آلياً للخادم
القاعدة الأساسية

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

المصنع (وحدات الأمونيا والميثانول وغاز البترول المسال) وكل أنظمة الشركة محاكاة. لا تُستخدم أي بيانات أو أنظمة حقيقية للشركة.

01 · THE PROBLEM

المشكلة ولمن صُمم أطلس

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

اليوم، بدون أطلس

  • يسحب الاتجاهات من الـ PI historian.
  • يبحث في تاريخ الأعطال في SAP PM.
  • يراجع تقارير الفحص وقطع الغيار.
  • يتصل بثلاثة إلى ستة تخصصات.
  • ثم تجهيز التصريح والعزل والطاقم بالتسلسل.

مع أطلس

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

لمن

مهندس الموثوقية ومشرف الوردية في مجمع OQ بصلالة، ومعهم كل من يوقّع في الميدان: المشرف، الفني، العمليات، مشغل الموقع، فنيو العزل.

لماذا أكثر من وكيل؟

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

02 · CASE LIFECYCLE

رحلة الحالة من الإنذار إلى الإغلاق

كل حالة تمر بخمس مراحل. نفس المراحل تظهر في عرض Flow، وفي الكانفاس، وفي شريط التقدم في الصفحة الرئيسية.

وكيل ذكاء اصطناعي شخص يوقّع أو ينفّذ سجل يُكتب في نظام (SAP)
1الرصد والتشخيص
  1. إنذار AMS وفتح إشعار SAP CM
  2. Alarm Monitor يصف الحالة
  3. Triage يختار التخصصات
  4. التخصصات تحقق بالتوازي
  5. Root Cause Analyst يدمج الأدلة
  6. Risk Assessor يحدد الأولوية
2تخطيط الاستجابة
  1. Cost Impact يسعّر الخيارات
  2. Priority Planner يكتب أمر العمل
  3. HSE Advisor يراجع السلامة
  4. Isolation Planner يرسم العزل
  5. Permit Preparer يكتب المسودة
  6. Scheduler يوزع المهام
  7. Atlas يجمع حزمة القرار
3القرار البشري
  1. المهندس: اعتماد، تعديل، تأجيل، رفض، أو إرجاع لأطلس
  2. المشرف يراجع التصريح
  3. الفني يوقّع
  4. العمليات تعتمد
  5. مشغل الموقع يفحص الموقع
4التنفيذ الآمن
  1. نقل الحمل للمعدة الاحتياطية
  2. فني الكهرباء يعزل القواطع
  3. الفني الميكانيكي/الأجهزة يعزل الصمامات
  4. الصيانة تنفّذ العمل
  5. المواد المستخدمة تُرحّل إلى SAP MM
5العودة للخدمة
  1. فك العزل بالعكس: الصمامات ثم الكهرباء
  2. مشغل الموقع يعيد الموقع ويؤكد للعمليات
  3. العمليات تعيد الوحدة لوضعها الأصلي
  4. Return-to-Service Check يتحقق من القراءات
  5. التسليم للعمليات
  6. إغلاق التصريح وأمر العمل في SAP PM

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

03 · THE 18 AGENTS

الوكلاء الثمانية عشر

كل وكيل له دور واحد من أربعة أدوار يطلبها الهاكاثون: read يقرأ البيانات ويتحقق منها، reason يستنتج، act ينتج المخرجات، verify يتحقق من العمل. وكل وكيل له عقد بيانات يحدد الجداول التي يقرأها ويكتبها، واختبار يثبت أنه لا يلمس غيرها.

الوكيلالدورماذا يفعل
Atlasactالمشرف والقائد. يجمع حزمة القرار الهندسي ويتحقق منها مقابل الطاقم المناوب، ويرسل طلب الاعتماد للمهندس.
Alarm Monitorreadيقرأ سجل الإنذارات واتجاهات آخر ساعتين، يقارن كل تجاوز بحدود النقطة، ويفتح الحالة. لا يشخّص.
Triagereasonيقرأ فئة المعدة والنقاط المنذرة ويقرر أي التخصصات تحقق، ويذكر التي لا حاجة لها.
Rotating Equipmentreadالاهتزاز والمحامل، وتكرار الأعطال في SAP PM، ويرتب الفرضيات الميكانيكية.
Static Equipmentreadقراءات سماكة الجدار وتاريخ فحوصات UT، ويقدّر العمر المتبقي.
Electrical Powerreadتيار الموتور والتفريغ الجزئي وسجلات العزل، ويقرأ تقرير الميكانيكا ليفرق بين العطل والعَرَض.
Instrumentationreadيتحقق أن الرقم موثوق: تصويت اثنين من ثلاثة بين FT-3205 وFT-3206 ومقياس الخزان قبل أن يستنتج أحد شيئاً.
Telecom & Networkreadصحة شبكة التحكم وحداثة كل نقطة قياس، حتى يعرف الفريق أن أرقامه حية.
Operations Advisorreadقراءات العملية، حالة المعدة الاحتياطية، أوامر العمل المفتوحة ونافذة الإيقاف، ليحكم على قابلية التشغيل.
Root Cause Analystreasonيدمج تقارير كل التخصصات في سبب جذري واحد مع نسبة الثقة وتحليل 5 Whys.
Risk Assessorreasonمصفوفة مخاطر 5×5، الوقت حتى الحد التالي، والأولوية P1 إلى P4.
Cost Impactreasonيسعّر كل خيار من اقتصاديات الوحدة وسعر ساعة العمل وأسعار القطع.
Priority Planneractيكتب مسودة أمر العمل في SAP PM من خطة العمل القياسية، مع الكميات وفحص المخزون.
HSE Advisorverifyيراجع العمل مقابل قواعد السلامة: المخاطر، الضوابط، معدات الوقاية، وقاعدة فحص الغاز.
Isolation Planneractيكتب خطة العزل ويتأكد أن لكل نقطة عزل شخصاً مخولاً موجوداً في الموقع.
Permit Prepareractيكتب مسودة تصريح العمل ونقاط العزل في نظام التصاريح، ويسمّي الفني المسؤول. لا يعتمد أبداً.
Scheduleractيوزع المهام على الأشخاص بأوقات محددة، ويقارن زمن التحضير بالتوازي مع زمنه بالتسلسل.
Return-to-Service Checkverifyيقارن القراءات بعد الإصلاح بحدود القبول، ويتأكد أن كل عزل أُزيل قبل التسليم.

كم وكيلاً في الحالة الواحدة؟

12 وكيلاً يعملون في كل حالة، يضاف إليهم 1 إلى 3 تخصصات يختارها Triage، ووكيل Return-to-Service Check في حالات الإصلاح الفوري فقط. حالة المضخة استخدمت 15 وكيلاً، وحالة حساس التدفق 14.

كيف يتواصلون

  • سير عمل LangGraph: التخصصات بالتوازي، ثم السبب، ثم المخاطر، ثم التخطيط بالتوازي.
  • بروتوكول ACPs: لكل وكيل هوية AIC وبطاقة قدرات ACS، وAtlas قائد يرسل مهام AIP لشركائه.
  • نبضات (heartbeats): الوكيل يستيقظ على إنذار أو تكليف أو إشارة @.
  • ميزانية لكل وكيل: تنبيه عند 80% وإيقاف عند 100%.
04 · PEOPLE & AUTHORITY

البشر والصلاحيات

الطاقم المحاكى 13 شخصاً، لكل منهم صلاحيات محددة. النظام يرفض أي توقيع من شخص لا يملك الصلاحية، ويقترح الشخص الصحيح.

الصلاحيةماذا تعنيمن يحملها
Engineerيعتمد حزمة القرار أو يعدّلها أو يؤجلها أو يرفضهاتركي مروان آل سعيد، جهاد معين التميمي، سهيل سالم البرعمي
Maintenance Supervisorأول من يراجع مسودة التصريحسعيد الهاشمي
Technician (performing)يوقّع التصريح، يبدأ العمل وينهيه ويرحّل الموادعلي الغساني، حامد الرواحي، فاطمة البلوشي، سعيد الهاشمي
Area Authority (Operations)يعتمد التصريح، ويستلم التسليم في النهايةخالد الشنفري
Field Operatorيفحص الموقع قبل العزل، ويعيده بعد العمليوسف العامري
Electrical Technician (AP)يعزل القواطع الكهربائية ويفكهاحامد الرواحي، جهاد معين التميمي
Mechanical / Instrument Techيعزل الصمامات والخطوط ويفكهاعلي الغساني، سعيد الهاشمي، ناصر الجابري، فاطمة البلوشي
Operator (isolation authority)نقل الحمل للمعدة الاحتياطية، تجاوز لوحة التحكم، التشغيل والإيقافمروة الهنائي، يوسف العامري

الأقسام: Maintenance Planner (مكتب المهندسين)، Operations، Electrical، Mechanical، Instrumentation، HSE، Priority Planner. ومع الطاقم مريم السعدي (HSE) وعمر الفارسي (Priority Planner).

05 · PERMIT TO WORK

تسلسل تصريح العمل والعزل

هذا الترتيب مأخوذ من مهندس عمليات في المصنع، والنظام يفرضه: لا يمكن تخطي خطوة أو عكس الترتيب.

  1. المهندس يعتمد حزمة القرارأو يعدّل الخيار، يؤجل مع المراقبة، يرفض، أو يرجعها لأطلس ليعيد العمل.
  2. المشرف يراجع مسودة التصريحMaintenance Supervisor.
  3. الفني المسمّى في التصريح يوقّعالفني الرئيسي حسب التخصص: ميكانيكا، كهرباء، أو أجهزة.
  4. العمليات تعتمد التصريحArea Authority.
  5. مشغل الموقع يفحص الموقعالمعدة، نقاط العزل، وخطوات أمر العمل.
  6. فني الكهرباء يعزل القواطع أولاًبعد نقل الحمل للمعدة الاحتياطية إن وجدت. النظام يرفض عزل الصمامات قبل الكهرباء.
  7. الفني الميكانيكي أو فني الأجهزة يعزل الصماماتثم يبدأ العمل تحت التصريح.
  8. الصيانة تنفذ وتنهي العملالفني يراجع القطع والكميات المستخدمة، وتُرحّل إلى SAP MM.
  9. فك العزل بالعكسالصمامات أولاً، والكهرباء آخراً. النظام يرفض فك الكهرباء قبل غيرها.
  10. مشغل الموقع يعيد الموقع ويؤكد للعملياتالعزل مفكوك، المصنع مرتب، وكل خطوات أمر العمل منفذة.
  11. العمليات تعيد الوحدة لوضعها الأصليثم دورة تحقق، ثم التسليم وإغلاق التصريح في SAP PM.
رفض التصريح

أي موقّع يستطيع الرفض، بشرط كتابة سبب من 10 أحرف على الأقل. عند الرفض يُسحب التصريح، ويُكتب تعليق في سجل الحالة، وتعود الحالة للمهندس، ويظهر السبب في عرض Flow كفرع جانبي، ويصل بريد للمهندسين.

06 · AI LAYER

الذكاء الاصطناعي: طبقتان

طبقة الأدوات (حتمية)

كل وكيل يحسب أولاً بأدواته: قراءات المصنع، تاريخ الأعطال، الفحوصات، القطع، التكاليف. الأرقام، والتصاريح، ونقاط العزل تأتي دائماً من الأدوات، والذكاء لا يغيرها.

طبقة الحكم (نموذج لغوي)

النموذج يقرأ الحقائق وما قاله باقي الفريق، ويكتب حكم الوكيل بلغة واضحة. حيث يصل لاستنتاج قابل للفحص، يقارنه أطلس بالحساب ويعرض AI agrees أو AI differs.

بدون ذكاء

إذا كان المزود غير متاح، يكمل كل وكيل على حساباته ويكتب "Calculation only" أو "AI offline". لا توجد أي مخرجات ذكاء مزيفة.

اسأل الوكيل

يمكن لأي شخص سؤال أي وكيل عن الحالة، فيجيب من نتائجه وأدلته.

مزودو الذكاء (من صفحة الإعدادات)

المزودطريقة الربط
Codex CLI (OpenAI)تسجيل دخول بحساب ChatGPT برمز لمرة واحدة. لا يحتاج مفتاح API.
Claude Code CLIاشتراك Claude.
Claude APIمفتاح Anthropic API.
OpenAI-compatible APIرابط ومفتاح لأي خدمة متوافقة مع OpenAI، مع زر "Load models" لجلب قائمة النماذج. يُحفظ على الخادم مرة واحدة.
Local modelOllama أو LM Studio أو vLLM على الشبكة.
External agent (ACP)أمر تشغيل أي وكيل يدعم Agent Client Protocol.

مفاتيح API تبقى على خادم أطلس ولا تُرسل للمتصفح أبداً. يمكن ربط أكثر من مزود، والمعلَّم "In use by agents" هو الذي يشغّل الوكلاء. مع Codex CLI يستغرق التحقيق الكامل 2 إلى 3 دقائق تقريباً.

07 · SHARED DATABASE

قاعدة البيانات المشتركة

قاعدة بيانات خارجية واحدة هي المصدر المشترك لكل الوكلاء: PostgreSQL في المصنع، أو SQLite على جهاز محمول. كل قراءة وكتابة تُسجل مع اسم من قام بها.

بيانات أساسية

equipmenttagspeopleperson_authoritiesspare_partsspare_part_fitsinspectionsjob_plansunit_economicscost_ratesagents

كل تشغيلة

runsreadingsalarmsequipment_statuscasesagent_reportsassignmentswork_orderspermitsisolation_pointspermit_historymaterial_movementsapprovals

السجلات والنظام

audit_logheartbeatsdb_activitycountersatlas_meta
  • صفحة Database: تصفح الجداول، ومن يقرأ ومن يكتب كل جدول، وسجل نشاط مباشر لكل قراءة وكتابة.
  • "Data I used": كل وكيل يبين الجداول والصفوف التي قرأها والتي كتبها في تلك الحالة.
  • استيراد CSV من SAP PM أو Maximo لثلاثة جداول (أوامر العمل، قطع الغيار، الفحوصات)، مع معاينة قبل الحفظ. إذا وُجد خطأ لا يُحفظ شيء.
  • أنظمة المصنع المحاكاة التي تغذي القاعدة: AMS، PI historian، SAP PM، SAP MM، SAP FI، نظام تصاريح العمل، الفحوصات، والطاقم.
  • الكتابة تتم في الخلفية، فالوكلاء لا ينتظرون القاعدة. وإذا تعذر الوصول إليها يستمر أطلس ويعلن ذلك.
08 · THE APP

الواجهة الرئيسية

تصميم داكن هادئ بمبدأ الكشف التدريجي: أربع صفحات أساسية في القائمة، والباقي تحت "More". اختصارات لوحة المفاتيح: g ثم o للرئيسية، m لمكتبي، c للحالات، p للاعتمادات، a للوكلاء، d للقاعدة، t للسجل، s للإعدادات، و? للمساعدة.

Overview

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

My desk

  • بطاقة الشخص الحالي مع رابط ليفتح أطلس كنفس الشخص من جهاز آخر على الشبكة.
  • الحالة الحية بمراحلها التسع وآخر أحداثها.
  • "Waiting for you": ما ينتظر توقيعك مع الأزرار والملاحظة.
  • "Ask Atlas": محادثة عن أي حالة.

Cases: ستة عروض للحالة

  • Flow: خريطة الحالة بخمس مراحل، الخطوة الحالية والتالية، فروع الرفض بسببها، ورسم الوقت لكل خطوة.
  • Canvas: رسم حي للحالة، بطاقات بعمق وخطوط متوهجة تتحرك فيها نقاط ضوء، كلمة على كل رابط، خريطة مصغرة، بطاقة ملخص، ووضع ملء الشاشة.
  • Discussion: تقارير الوكلاء بالأدلة ومن أيقظوا.
  • Documents: المستندات الأربعة.
  • Schedule وAgent messages (رسائل ACPs) تحت More.

باقي الصفحات

  • Approvals: كل ما ينتظر توقيعاً، ومن يملك الصلاحية لتوقيعه، مع فلتر "ما أستطيع توقيعه".
  • AI agents: خريطة التنسيق (الأنظمة ← القاعدة ← الوكلاء ← البشر ← المخرجات)، الأدوار، والهيكل التنظيمي.
  • Database: الجداول والنشاط والاستيراد.
  • Audit trail: سجل لا يُعدَّل لكل فعل وكيل أو إنسان أو نظام، مع بحث وتصدير CSV.
  • Settings: مزود الذكاء، البريد، Connect، القاعدة، المحاكاة، والمساعدة.
09 · ATLAS CONNECT

شاشة Connect

الشاشة الحية للعرض على شاشة ثانية في غرفة التحكم. ثلاثة أوضاع:

Departments

أطلس في المركز وحوله الأقسام: Maintenance Planner، Operations، Electrical، Mechanical، Instrumentation، HSE، Priority Planner، وPermit desk. خطوط حية تبين من يمسك الحالة الآن، وشريط مراحل، ولوحة لكل قسم فيها أشخاصه وما ينتظرهم مع أزرار التوقيع.

Permit desk

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

User view

واجهة شخص واحد: مهامه، المستند الذي يوقّعه، ومسار الحالة، مع محادثة نصية وصوتية مدمجة بأسلوب ChatGPT.

Accessible

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

10 · VOICE & CHAT

الصوت والمحادثة

  • تكلم مع أطلس (مفتاح V): محادثة صوتية مع وكيل ElevenLabs يجيب بلغة السؤال، عربي أو إنجليزي، عن أي معدة: كيف تعمل الآن، ماذا تعطل، هل أُصلحت. يقرأ فقط ولا يغيّر شيئاً.
  • مكتب لكل قسم: الميكانيكا، الكهرباء، الأجهزة، العمليات، والمهندسون، لكل منهم وكيل صوتي، ويحوّل المكتب الشخص لمكتب آخر إذا كان السؤال من اختصاصه. HSE وPriority Planner يتكلمون مع وكيل أطلس العام.
  • محادثة نصية بنفس الأدوات، بدون ميكروفون.
  • أدوات الوكيل الصوتي: حالة المعدة الآن، قائمة المعدات، الحالات المفتوحة، تاريخ أوامر العمل والحالات لفترة معينة، وملخص الحالة بالتكلفة والنتائج والنشاط الأخير. كل جواب من بيانات المصنع الحية.
  • مفردات التعرف على الكلام: حتى 50 كلمة من أسماء المعدات ومصطلحات الصيانة، ويمكن للشخص إضافة الأسماء التي يخطئ فيها الوكيل.
  • الشبكات المقيدة: وضع "Compatible" يمر عبر خادم أطلس، مع محاولة مباشرة واحدة إذا فشل.
11 · DOCUMENTS · EMAIL · REPORTS

المستندات والبريد والتقارير

أربعة مستندات جاهزة للطباعة

  • حزمة القرار الهندسي (المهندس المسؤول)
  • أمر العمل (Priority Planner وطاقم الصيانة)
  • تصريح العمل وورقة العزل (الفني ثم العمليات)
  • تسليم الوردية (مشرف الوردية القادم)

A4 بالأبيض والأسود، عليها علامة DRAFT حتى الاعتماد، وتذكر مصدرها من القاعدة.

البريد الإلكتروني

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

تقارير بالصوت

"اعمل لي تقرير عن P-2101A لآخر شهر وأرسله لمديري": يبني أطلس التقرير من سجلاته (القراءات، الإنذارات، الحالات ومن قرر ووقّع وعزل وعمل وسلّم، المواد، سجلات SAP)، ويحفظه في "My reports"، ويرسله مرفقاً لأول شخص فوقه في السلم الإداري له بريد.

سجلات SAP

  • إشعار SAP CM يُفتح مع كل حالة.
  • مسودة أمر العمل في SAP PM.
  • المواد المستخدمة تُرحّل إلى SAP MM وتنقص من المخزون.
  • التصريح وأمر العمل يُغلقان في SAP PM عند التسليم.
12 · SAFETY & HONESTY

السلامة والصدق

الذكاء لا يعتمد ولا يعزل ولا يشغّل. كل انتقال حرج موجود فقط خلف نقطة تتحقق من صلاحية الشخص.
الترتيب مفروض. لا عزل قبل فحص الموقع، لا عزل والمضخة تعمل، الكهرباء أولاً عند العزل وآخراً عند الفك، ولا إعادة تشغيل قبل إعادة الموقع.
عقد بيانات لكل وكيل. اختبار يثبت أنه لا وكيل يلمس جدولاً خارج عقده، والوكلاء لا يرون حقيقة المحاكي ولا الأعطال المحقونة.
كل شيء في سجل التدقيق. سجل يُضاف إليه ولا يُعدَّل، لكل فعل وكيل أو إنسان أو نظام.
لا أرقام مخترعة. المؤشرات بالوقت الحقيقي، الأولوية "قيد التقييم" حتى يقيّمها Risk Assessor، و"Calculation only" عندما يكون الذكاء متوقفاً.
التحقق الآلي. حزمة القرار تحمل "Verified n/m" من فحوصات آلية، والكانفاس يبين أين يختلف الذكاء عن الحساب.
13 · SCENARIOS

السيناريوهات الأربعة

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

المعدةالعطلماذا يبين أطلس
P-2101Aعدم محاذاة مضخة تغذية الغلاية (أمونيا)3 تخصصات بالتوازي، نقل للمضخة الاحتياطية، 4 نقاط عزل، إصلاح، وتحقق قبل العودة للخدمة.
FT-3205انحراف حساس تدفق (LPG)تصويت اثنين من ثلاثة يثبت أن العطل في الحساس لا في العملية: إصلاح والوحدة تعمل، بلا إيقاف.
K-1101تدهور عزل موتور 11 kV (ميثانول)التأجيل للإيقاف المخطط مع المراقبة، مقابل إيقاف فوري بتكلفة 855 ألف دولار. الجزء البديل غير متوفر (120 يوماً).
L-2240تآكل متسارع في خط أمونياحساب العمر المتبقي، سلامة الخدمة السامة، مشبك الآن واستبدال الجزء عند الإيقاف المخطط.
14 · FROM A TEST RUN

مثال من تشغيلة حقيقية: المضخة P-2101A

أرقام من تشغيلة اختبار للحالة كاملة من الإنذار إلى الإغلاق، والذكاء متوقف (الحسابات وحدها).

عدم محاذاةالسبب الجذري بثقة 86%
16/25مخاطر عالية جداً، أولوية P1
$1,190تكلفة النقل للاحتياطي والإصلاح الآن
$27,392تكلفة التشغيل حتى العطل
65 مقابل 240دقيقة تحضير: بالتوازي مقابل بالتسلسل
4نقاط عزل: قاطع كهربائي و3 صمامات
15وكيلاً عملوا على الحالة
6أشخاص وقّعوا أو نفّذوا
15 · STACK & RUNNING

التقنية والتشغيل

الخادم

Python 3.13، FastAPI مع WebSocket، LangGraph، ACPs SDK، SQLAlchemy على PostgreSQL 16 أو SQLite. محاكي المصنع، أنظمة الشركة المحاكاة، طبقة التحكم (الوكلاء، الحالات، النبضات، الميزانيات، الاعتمادات، التدقيق)، البريد، والتقارير.

الواجهة

Next.js وReact، React Flow للكانفاس، ElevenLabs للصوت، وصور الوكلاء والأشخاص من blobatar.

التشغيل

  • Windows: start.bat أو أيقونة سطح المكتب، وupdate.bat للتحديث مع الإبقاء على البيانات.
  • macOS وLinux: ./scripts/start.sh.
  • install-atlas.bat يثبت كل المتطلبات بضغطة واحدة.

الاختبارات

140 اختباراً للخادم (وحدات، حراسة صلاحيات، وسيناريوهات كاملة من الإنذار إلى الإغلاق)، واختبارات واجهة لجلسات الصوت، وجولة متصفح كاملة بـ Playwright.