منظومة الهندسة من أورونتس

لا نترك الذكاء الاصطناعي يصحّح ورقته بنفسه

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

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

claude · order-service
$ claude fix the order status race
understandtraced 3 consumers
implementRED test, minimal slice
verify18 passed
reviewcodex + 2 opus lenses
findingHIGH race on status transition
fixroot cause, reviews re-run
reviewclear
gatepush: your approval

كيف تضمن أورونتس أن الشيفرة المكتوبة بالذكاء الاصطناعي جديرة بالثقة؟

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

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

أربعة أنماط فشل، وأربع آليات

البرمجة الوكيلية المعتادة تفشل بأربع طرق متوقعة. تعالج المنظومة كل نمط بآلية، لا بوعد.

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

كيف تبدو الجلسة فعلياً

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

claude · order-service
$ claude
SessionStart: reconciling git, injecting durable state
resumeT-008 active, next action recorded, 1 gate open
understandtraced 3 consumers of OrderProjection
reuseladder stopped at rung 4 (framework native)
checkplan cited @acme/retry, not in dependency graph
planrewritten, acceptance + non-goals recorded
implementRED test first, then minimal root-cause slice
verify18 passed, runtime proof at exact scope
reviewcodex + 2 opus lenses + database specialist
findingHIGH race on concurrent status transition
fixroot cause, reviews re-run fresh
reviewclear, evidence current against ad2fcd4
gateG-004 push to origin: owner approval required
stopped at owner gate, state persisted

أي ملاحظة تعيد العمل إلى التحقق بدل دفعه إلى commit. تتوقف الجلسة عند بوابة موافقة بدل النشر.

oronts-status --watch

$ node .claude/tools/oronts-status.cjs --watch

HEAD
ad2fcd4 · tree: clean
active
T-008
next
German barge-in
gates
G-004
TASKS
12 total · active 1 · ready 4 · completed 7
BLOCKERS
1
FINDINGS
crit 0 · high 0 · med 2 · low 5 (2 open of 7)

المراقب لا يكتب أي ملف ولا يغيّر Git. حذفه يترك حلقة الهندسة كما هي.

الحلقة

إيقاع واحد، وجهد يتناسب مع العواقب

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

1

الفهم

مطابقة حالة المستودع الحقيقية وتتبع المسار الفعلي ومن يستهلكه.

2

البحث وإعادة الاستخدام

المرور على سلّم إعادة الاستخدام وإسناد كل ادعاء إلى الملفات التعريفية الحقيقية.

3

النقاش

فقط عند مفترق تصميمي حقيقي. بدائل مستقلة، ثم قرار محسوم.

4

التخطيط

عقد مهمة قابل للتنفيذ مع معايير قبول وأهداف مستبعدة صريحة.

5

التنفيذ

أولاً اختبار فاشل أو إثبات للسلوك الحالي، ثم أصغر تدخل يعالج السبب الجذري.

6

التحقق

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

7

مراجعة مستقلة

نموذج مختلف، وعدستان نقديتان، ومتخصصون حسب السطح المتغير.

8

التوثيق والمتابعة

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

الملاحظات تعيد العمل إلى التحقق، لا تدفعه إلى commit. لا تُغلق الحلقة إلا حين يخلو تقرير المراجعين من الملاحظات.

سلّم إعادة الاستخدام

التوقف عند أول درجة تحل المسألة بشكل صحيح

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

  1. 1هل يحتاج هذا إلى الوجود أصلاً؟
  2. 2هل يؤديه المستودع بالفعل؟
  3. 3هل تؤديه المكتبة القياسية؟
  4. 4هل هو أصيل في إطار العمل أو المنصة؟
  5. 5هل تؤديه اعتمادية مثبّتة سلفاً؟
  6. 6هل توجد نقطة توسعة جاهزة؟
  7. 7عندها فقط: أقل قدر من الشيفرة الجديدة
البنية

محرك واحد، ثلاثة اهتمامات، بوابة واحدة

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

نقاط الدخول

لغة طبيعية، أو مهارة مسماة، أو حملة مستقلة محدودة النطاق.

  • المهارات33
  • الهدف
  • الحملة

المحرك

ملف واحد قابل للقراءة يتولى أحداث دورة الحياة: مطابقة Git، وحقن الحالة، وتوزيع الجهد، وفرض البوابات. لا خدمات خفية ولا عمليات في الخلفية.

  • engine.cjs1
  • مطابقة Git
  • استئناف الحالة

الاستدلال

مراجعون مستقلون وتوزيعات حتمية متعددة الوكلاء.

  • وكلاء المراجعة21
  • سير العمل5

الحتمية

فحوص تنجح أو تفشل من دون نموذج في المسار.

  • الأدوات24
  • القواعد37

الاستمرارية

حالة تبقى بعد انتهاء المحادثة وبعد أي إعادة ضبط للسياق.

  • ملفات الذاكرة15
  • سجلات مترابطة

بوابة الموافقة

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

  • الدفع والنشر
  • الإصدار والنشر للإنتاج
  • العمليات المدمرة
  • مخازن الأسرار

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

مراجعة مستقلة

نموذج مختلف، لا رأي ثانٍ من العقل نفسه

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

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

يُستدعى المتخصصون حسب السطح المتغير لا بشكل عام لكل مشروع. الترحيل يستدعي مراجع قواعد البيانات، وحدود الصلاحيات تستدعي الأمن، والمسار الموزع يستدعي التزامن.

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

ترتيب الإثباتات

ما الذي يعلو على ماذا

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

  1. 1اختبارات قابلة للتنفيذ وإثباتات أثناء التشغيل
  2. 2مراجعة مستقلة عبر النماذج
  3. 3مراجعة من النموذج نفسه
  4. 4استدلال الجهة القائدة
  5. 5مجرد ادعاء
ذاكرة دائمة

الاختصار نقطة تفتيش لا إعادة ضبط

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

الحالة لا المحادثة

ملفات الذاكرة هي مصدر الحقيقة، والنص المنقول قابل للاستغناء.

استئناف عند البدء وعند الاختصار

خطاف يطابق Git ويعيد حقن البصمة الحية والمهمة النشطة ومعايير قبولها والبوابات المفتوحة.

تعليماتكم تبقى

تُسجَّل الطلبات بشكل حتمي، فلا تضيع التوجيهات العابرة التي لم تتحول إلى مهمة.

يتابع بدل أن ينتظر

بعد المطابقة يستأنف الإجراء المسجَّل من دون أن يسأل عن سياق يملكه أصلاً.

القدرات

المهارات والإضافات وخوادم MCP

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

33 نقطة دخول مسماة إلى الحلقة

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

البدء والتوجيه

  • start
  • route
  • triage
  • plan
  • estimate
  • capabilities

البناء

  • implement
  • fix
  • refactor
  • ui
  • api-change
  • database-change
  • ai-change
  • infrastructure-change
  • dependency-change

الضمان

  • review
  • verify
  • audit
  • security-review
  • red-team
  • gdpr
  • debate

التشغيل والتسليم

  • autopilot
  • campaign
  • memory
  • doctor
  • handoff
  • finish
  • release
  • present
  • team
  • adopt

مضمّنة

  • excalidraw-diagram

الإضافات المفعّلة

ست إضافات تشكل العمود الفقري للاستدلال والمراجعة. هي مدمجة في الحلقة وليست إضافات اختيارية.

  • superpowers

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

  • codex

    نموذج مستقل ومختلف فعلاً للمراجعة. مراجعة النموذج نفسه تشترك في النقاط العمياء نفسها، والنموذج المختلف يكسر هذا الارتباط.

  • andrej-karpathy-skills

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

  • impeccable

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

  • claude-mem

    استرجاع عبر الجلسات، مكمّل لذاكرة المستودع ولا يعلو أبداً على ما يقوله Git.

  • claude-obsidian

    تكامل اختياري مع قاعدة معرفة لسياق أعمال ونطاق دائم.

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

خوادم MCP، تُستدعى عند الحاجة

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

  • Context7قراءة

    توثيق المكتبات وأطر العمل مطابقاً للإصدار المثبّت، بدل التخمين من بيانات التدريب.

  • GitHubقراءة

    حقائق محدثة عن الاعتماديات، وسياق طلبات الدمج والمسائل، والشيفرة المصدرية الأصلية.

  • Playwrightمتصفح

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

  • filesystemقراءة

    وصول مقيّد ومنظم للملفات لأغراض البحث في شجرة كبيرة.

  • memoryقراءة

    رسم استرجاع مكمّل، تابع لحالة المستودع.

  • sequential-thinkingاستدلال

    استدلال منظم متعدد الخطوات لمشكلة صعبة فعلاً.

  • opentabsمتصفح

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

متخصصون لكل مشروع

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

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

التركيب

ما الذي تحتويه طبقة التحكم

تُسلَّم المنظومة عامة ومستقلة عن المشروع. تُنسخ داخل المستودع، وكل مشروع يملأ حالته بنفسه. ملف محرك واحد قابل للقراءة يقود دورة الحياة. لا خدمات خفية ولا عمليات في الخلفية.

الطبقةالعددالدور
قواعد الهندسة37معايير محمّلة دائماً، مع حزم للغات والأسطح
المهارات33نقاط دخول مسماة إلى الحلقة
وكلاء المراجعة21مراجعون مستقلون ومتخصصون ومحققون
سير العمل5توزيعات حتمية متعددة الوكلاء
الأدوات الحتمية24فحوص ذاتية ومقيّمات ومزامنة ومراقب الحالة
ملفات الذاكرة15حالة دائمة تصمد أمام الاختصار
الوثائق المرجعية36مواصفات البنية والبروتوكولات
القوالب34سجلات قرار وعقود وأدلة تشغيل ونماذج تهديد
المحرك1ملف واحد قابل للقراءة يتولى أحداث دورة الحياة

قياس على المستودع بتاريخ 5 سبتمبر 2026. المنظومة منتج مملوك لأورونتس وغير منشور. نستعرضها مباشرة في مكالمة أو ضمن اتفاقية سرية.

بوابات الموافقة

ما لا تفعله من تلقاء نفسها أبداً

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

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

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

حدود معلنة

ما لا ندّعيه

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

المؤسسية لا تعني أقصى بنية

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

العملية السليمة ليست منتجاً مسلَّماً

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

لفاحص إعادة الاستخدام حدّ

هو فحص متين لسلامة المراجع أمام الملفات التعريفية والملفات، وليس محلل حزم كاملاً لكل منظومة.

جودة العمارة تبقى جزئياً اجتهاداً

تسندها مراجعة مستقلة، ولا تُقدَّم بوصفها ضماناً آلياً.

ما تحصلون عليه

لماذا يهمكم هذا أنتم، لا نحن

شيفرة تدافعون عنها في المراجعة

كل تغيير يحمل معه معايير قبوله وإثباتاته وأحكام المراجعين التي اعتمدته.

سجل قرارات لا معرفة شفهية

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

السرعة نتيجة لا هدفاً

الصرامة هي الهدف، والسرعة تأتي من عدم إعادة بناء الموجود وعدم إعادة فتح ما حُسم.

ملكية كاملة عند التسليم

طبقة التحكم توجّه العمل. أما الشيفرة والقرارات والوثائق فهي لكم.

أسئلة يطرحها المسؤولون التقنيون

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

شاهدوها تعمل على مشكلة حقيقية

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

مع من تعمل

HRB 288224
مسجّلة في ميونخ
15+
سنة، بقيادة المؤسس
DE · EN · AR
لغات العمل
2
مفتوح المصدر على GitHub
EU
إقامة البيانات، فرانكفورت
AVV/DPA
جاهز للتوقيع، المادة 28

مستويات التعاقد

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

تجربة الإنتاج
من 25k EUR
مشاريع البرمجيات والذكاء الاصطناعي المخصصة
من 50k EUR
عقود تقنية مستمرة
من 15k EUR/شهرياً

يعتمد السعر الدقيق على النطاق والمسؤولية وسرعة التسليم وحجم الفريق والتكاملات وتوقعات الدعم ومخاطر الإنتاج.