Enterprise Application Intelligence · منصة وكلاء بناء تطبيقات المؤسسات
الكون يحتضن كل الأدوات، وكل أداة تُصنع بمقدار
ذكاءٌ ملموس وتطبيقات موثوقة — ما يبنيه الذكاء الاصطناعي مرئي، وكل نظام يُسلَّم يصمد أمام القياس والتحقق.
أنت تصف متطلبات الأعمال، ومنصة AliothStudio تبني النظام. تقيّد شركة هانغتشو يوتشي للتكنولوجيا المحدودة وكلاءها بنموذج أنطولوجيا البيانات Alioth المطوَّر ذاتيًا، وتُجمّد بنية قاعدة البيانات مرة واحدة عبر مسار إصدار النموذج (فالوكلاء لا يكتبون أي DDL)، ثم تُنتج على هذا النموذج المجمَّد واجهات API الخلفية وتعريفات الأنواع وواجهة المستخدم حتميًا — فما يُسلَّم ليس عرضًا «يبدو أنه يعمل»، بل تطبيقات مؤسسات مُتحقق منها بـ229 بوابة جودة وجاهزة للإنتاج.
النموذج مفتوح المصدر على GitHub:github.com/CosmicTools9/Alioth · أحدث إصدار v10.0.44 (2026-10-19)
Solutions
ما الذي نحلّه
ثلاثة معضلات نمطية في بناء تطبيقات المؤسسات — وجواب يوتشي عن كل منها.
الوكلاء العامون يولّدون أنظمة «تبدو مكتملة لكنها لا تعمل»
تخترع نماذج اللغة جداول وحقولًا وواجهات API وقواعد أعمال غير موجودة؛ فيبدو المخرج مكتملًا لكنه لا يعمل — فالمتطلبات الصارمة للدقة في تطبيقات المؤسسات تحبس معظم أدوات التوليد بالذكاء الاصطناعي عند مرحلة العرض التجريبي.
جوابنا:تقييد الوكيل بنموذج أنطولوجي مجمَّد — يجب أن يتوضع كل ناتج بنيوي بالوراثة داخل 645 إحداثية دلالية أنطولوجية وأن يتوافق حقلًا حقلًا مع عقود مقروءة آليًا؛ فتُكتشف الهلوسة وتُرفض في زمن البناء.
الأنظمة المجمّعة من النماذج لا تواكب تغيّر الأعمال
تركّب منصات البرمجة منخفضة التعليمات التقليدية نماذج؛ فتُستنسخ البنى عبر مسارات جانبية وتتباعد الدلالات؛ وما إن يتغيّر العمل حتى يغرق النظام في مستنقع يكسر كل إصلاحٍ ثلاثة مواضع أخرى.
جوابنا:قيادة أنطولوجية — يوصَف عالم الأعمال أولًا بدقة بلغة أنطولوجية مُرياضاة؛ فتغيّر العمل هو تغيّر النموذج، ويتطور النظام مع العمل، لا تُرقَّع فوق شيفرة قديمة.
يبنى نظام الأعمال أشهرًا، والمتطلبات لا تنتظر
يتقدم تصميم قاعدة البيانات وواجهات API الخلفية وواجهة المستخدم منفصلة، وتتراكم التكاملات وإعادات العمل طبقة فوق طبقة — وحتى التسليم يكون المتطلب غالبًا قد تحوّل.
جوابنا:تُجمّد بنية البيانات مرة واحدة في مسار إصدار النموذج، المنفصل ماديًا عن مسار البناء؛ ولا ينتج خط أنابيب الوكلاء سوى واجهات API الخلفية وتعريفات الأنواع وواجهة المستخدم — فطبقة التطبيقات تُولَّد كوحدة واحدة، بصفر DDL وصفر رقع نموذجية طوال العملية.
Proven in Production
تعمل أصلًا في هذه القطاعات
نموذج Alioth ومنصة AliothStudio نفسهما منتشرة في 6 مساحات أسماء — 15 تطبيقًا و61 وحدة و293 كتلة و82 خدمة (ومساحة الأسماء السادسة MAT قيد الضمّ) تغطي السلسلة الكاملة، من الاستفسار إلى التحصيل ومن التكليف إلى الفوترة.
نظام متكامل لإدارة الطلبات والمالية لتصنيع الملابس للتجارة الخارجية
يغطي 18 مشهد أعمال — نظرة تشغيلية عامة، استفسارات العملاء، عروض الأسعار، الطلبات، قوائم المواد BOM، المشتريات، العينات، الإنتاج، فحص الجودة، الشحن، المستندات، الذمم المدينة/الدائنة، أعمار الذمم، أسعار الصرف، التكاليف، الأرباح، استرداد ضريبة التصدير، المصروفات، الصلاحيات والإعدادات — موصلًا السلسلة الكاملة «استفسار → شحن → تحصيل».
نظام إدارة عمليات اللوجستيات والنقل
أربع وحدات — اللوجستيات المتعاقد عليها، وتنفيذ النقل، وتسويات الإيرادات، وتسويات المستحقات — مع سلسلة تعاون خارجية مدمجة «عميل ↔ منصة ↔ ناقل» وآلية توثيق الفصل في النزاعات؛ وإدارة موحدة لسندات الشحن والمسارات والأسوار الجغرافية والتسويات والفوترة.
منصة إدارة البحث والتطوير المنظومي وصلاحية الطيران
لعملاء الصناعة الجوية: إدارة البحث والتطوير المنظومي، وسير عمل الاعتمادات، ووحدات الامتثال لصلاحية الطيران، مع نمذجة أنطولوجية للمهندسين ووسوم المهارات وأدوار الاعتماد ولجان ضبط التغيير (CCB).
البيانات الرئيسية وإدارة الميزانية لمشاريع البحث والتطوير
سجلات مشاريع البحث والتطوير، وترقيم وإعادة ترقيم أوامر العمل البحثية بأثر تدقيقي، ووسم متعدد الأبعاد للمشاريع، وأرشيف تأسيس مُصدَّر بنسخ، وعلاقات اعتماد المشاريع وترحيل الأموال، وربط خطط نطاق الميزانية — صفر جداول زائدة، والكل مرسى في بنية النموذج الموحّد.
How It Works
كيف تعمل المنصة من أجلك
يكفي أن تصف متطلبات الأعمال؛ ويفعل وكيل بناء تطبيقات المؤسسات في AliothStudio الباقي. تتكون المنصة من سلسلتين مستقلتين: سلسلة إصدار النموذج تنتج أساس البيانات، وسلسلة بناء التطبيقات تركّب تطبيق أعمالك على الأساس المجمَّد.
أما أساس البيانات نفسه فتصونه سلسلة إصدار نموذج مستقلة (القناة الوحيدة للبنية)، ولا يستخدم الوكيل أي DDL على امتداد سلسلة البناء — فالنظام الذي تستلمه يبقى دائمًا مرساة في النموذج المجمَّد نفسه:
منصة البيانات الوصفية
محور إدارة دورة حياة النموذج الكاملة. لا تدخل أي تغييرات بنيوية خط أنابيب الإصدار إلا بعد مراجعة يدوية؛ ويحوّل محرك التوليد المدمج ووقت تشغيل الوكلاء متطلبات الأعمال تلقائيًا إلى تكوين تطبيق وشيفرة.
المدخل الموحّد
وقت التشغيل الموحّد لتطبيقات الأعمال: يكتشف التطبيقات تلقائيًا ويحمّل قدرات التوسع (قيود / قواعد / آلات حالات / سير عمل) مع تخويل موحّد. ويُترجم كل نظام قطاعي ويُنشر استقلاليًا دون تأثير متبادل.
الدخول الموحّد
خدمة مصادقة موحّدة منشورة استقلاليًا؛ تتشارك جميع التطبيقات سلسلة الهوية نفسها — دخول واحد في كل مكان.
بوابة التعاون
إطار بوابة للجهات الخارجية المتعاونة كالعملاء والمورّدين؛ تُفعَّل عند الحاجة وتُنشر استقلاليًا، وتتشارك أساس البيانات نفسه مع الأنظمة الداخلية.
Reliability
لماذا الموثوقية: تحرير الوكلاء من هلوسة نماذج اللغة
أكبر خطر هندسي في تطوير الوكلاء العامين هو هلوسة نموذج اللغة — حيث يخترع النموذج جداول وحقولًا وواجهات API وقواعد أعمال غير موجودة، منتجًا مخرجات تبدو مكتملة لكنها لا تعمل. جواب يوتشي هوتقييد الوكيل بالنموذج الأنطولوجي: لا يقوم نموذج اللغة إلا بفهم المتطلبات والتعيين الأنطولوجي؛ ويجب أن يتوضع كل ناتج بنيوي بالوراثة داخل الفضاء الأنطولوجي المجمَّد وأن يُرسى في عقود مقروءة آليًا. وتحت الضغط المزدوج للبنية الرياضية والبوابات الهندسية لا تجد الهلوسة موطئ قدم — محققةً المتطلبات الصارمةللدقة والموثوقية في تطبيقات المؤسسات.
وراثة للتوضيع فقط — لا اختراع أبدًا
تُحصر أفعال الوكيل البنيوية في الفضاء الأنطولوجي لمخطط isahl المجمَّد: لا يمكن للتوسع إلا أن يرث في المخروط السفلي لترتيب DAG ويربط إحداثيات أنطولوجية ثلاثية الأبعاد تخصّصها آلية المشغّلات لا يختلقها النموذج — فلا يستطيع نموذج اللغة اختراع جداول أو حقول غير موجودة، وتُضمّ القطاعات الجديدة بصفر DDL وصفر رقع نموذجية.
المخرجات تتوافق مع عقود حزمة الإصدار
تحمل حزم Alioth/v* عقودًا مقروءة آليًا وتقارير تحقق؛ ويجب أن يتوافق كل ناتج من نواتج الوكيل — وحدة، Block، Service، app.json — مع العقد حقلًا حقلًا. وأي مرجع مخترع (خدمة معلّقة، إحداثية غير موجودة) يُكتشف ويُرفض في زمن البناء.
229 بوابة مُتحقق منها آليًا
يحرس المسار الكامل من المتطلب إلى النشر 229 بوابة مسجلة عبر السلسلة (137 في مرحلة commit و92 في مرحلة push): مشروعية الإحداثيات الدلالية الأنطولوجية وسلامة المراجع البنيوية ونجاح الترجمة والاختبارات كلها محسومة آليًا — دون اعتماد على عناية المراجعين البشر أو ثقة النموذج. ولا تستطيع المخرجات المهلوسة عبور البوابات إلى الإنتاج.
لا يولّد نموذج اللغة شيفرة التشغيل
يُنتَج منطق الأعمال التشغيلي حتميًا بواسطة المولّد alioth-gen من التكوين الأنطولوجي (API، الأنواع، الواجهة — دون DDL: فتغييرات البنية تمرّ حصرًا عبر مسار إصدار النموذج)؛ كما تُبرهن ثوابت النواة النظرية آليًا في Lean 4 (صفر sorry معيار صارم لبوابة الدفع). ولا يؤدي نموذج اللغة إلا ما يجيده — فهم المتطلبات واختيار التعيينات — بينما الدقة مدعومة بالبنية والبرهان.
Get Started
كيف تبدأ
أربعة مداخل، من الممارسة إلى العمق: جرّب عبر الإنترنت، اتبع الدليل، اقرأ النظرية، أو افحص الشيفرة — وكل وعد يمكنك التحقق منه بنفسك.
نسخة SaaS التعليمية
cosmic-tools.shop نسخة SaaS تعليمية عبر الإنترنت من AliothStudio — نشر مبسّط للمستخدمين الأفراد تتوافر فيه النمذجة المحورية وتركيب التطبيقات ومسارات التشغيل كاملة؛ ولا حاجة لبيئة محلية لمتابعة الكتاب الأزرق عمليًا.
الكتاب الأزرق للبناء
«دليل بناء تطبيقات AliothStudio»: المسار التشغيلي الكامل من إعداد البيئة ومركز النماذج وسير عمل AppAgent وقواعد تطوير الوحدات والخدمات الحديدية، إلى البناء والنشر ومرجع بوابات الجودة الـ229 السريع.
الكتاب الأبيض النظري
«الكتاب الأبيض لنظرية نموذج Alioth»: الأسس الرياضية لأنطولوجيا التبادل — الفئات الأحادية المتماثلة وتماثل الزمر العامة، فضاء جداء الإحداثيات، اكتمال النطاقات الخمسة، مقاييس الحفظ، التحقق النظري-النموذجي عبر فضاءات أسماء متعددة، وبراهين Lean الآلية لخمس نظريات ما وراءية محورية.
التحقق من المصدر المفتوح على GitHub
النموذج المحوري مفتوح المصدر على CosmicTools9/Alioth (PLpgSQL · MIT): أحدث إصدار v10.0.44 (2026-10-19) يحوي 1022 جدول وراثة + 268 جدول بذور، ويُتحقق من كل إصدار بإعادة بناء كاملة في قاعدة تحقق مخصصة — فلكل خاصية رياضية يقررها الكتاب الأبيض تعريف بنيوي وقيد مقابلان في المستودع.
مولّد التطبيقات CosmicTools9/dsh-alioth (TypeScript): يصف المستخدم التطبيق حواريًا، فينتج الإطار عبرخط أنابيب برمجي حتمي نواتج قابلة للاستيراد — ولا يقدّم نموذج اللغة سوى معاملات مهيكلة وقرارات دلالية، دون توليد نص النواتج أبدًا. هذه هي الترجمة القابلة للفحص لوعد «بلا هلوسة نماذج اللغة».
Technology
القدرات التقنية
| القدرة | الوصف |
|---|---|
| تخويل NGAC الدقيق | نموذج تخويل قائم على DAG يطبّق المعيار الدولي NGAC (ANSI/INCITS 565-2022): عزل متعدد المستأجرين بفئات السياسات، وراثة هرمية لسمات المستخدم/الكائن، تخويلات بالربط وقواعد منع (التخويل السلبي مقدَّم)، وتدقيق كامل لتغييرات السياسات. |
| توجيه استعلامات ذكي SQL / AGE | تتكيّف الواجهة الخلفية تلقائيًا بين الاستعلامات العلائقية والاستعلامات البيانية: فحوص الصلاحيات عالية التكرار تمر عبر SQL (1–2 م.ث)؛ والاجتيازات متعددة القفزات وأقصر المسارات تمر عبر محرك البيان Apache AGE. الجداول العلائقية مصدر الحقيقة الوحيد؛ وAGE طبقة تسريع اختيارية. |
| توليد التطبيقات بالذكاء الاصطناعي | يقود وقت تشغيل AppAgent بآلة حالات السلسلة المؤتمتة «متطلب → نموذج أولي → تعيين أنطولوجي → نواتج وحدة / Block / Service»؛ ويحفظ خط حقن المعرفة EmpAgent المعرفة القطاعية متماثلة الاكتمال. |
| التحقق الصوري Lean 4 | ثوابت النواة النظرية (حفظ القيمة، بنيوية الارتداد، انتهاء الإكمال وصحته، قابلية تقرير اكتمال النطاقات الخمسة) مبرهنة آليًا في Lean 4، وصفر sorry معيار صارم لبوابة دفع الشيفرة — فالصحة الرياضية يتحقق منها المُبرهِن لا المصادقة المرجعية. |
| الهوية الموزعة والتدقيق | تستخدم بيانات الأعمال معرّفات فريدة موزعة (zuid)؛ وتقع جميع العمليات في مخطط تدقيق مستقل، ما يحقق مع نموذج تماثل المعاملات قابلية تتبع من الطرف إلى الطرف. |
| سلسلة إصدار متكاملة | نواتج توليد Meta → بناء فضاء الأسماء → حزمة نشر الإصدار (ثنائي + DDL + docker-compose + سكربتات تشغيل)؛ وتُعاد تهيئة البوابة تلقائيًا في مرحلة الإنتاج، وعملية الإصدار مغلقة الحلقة وقابلة للتراجع. |
| مكدس تقني حديث | واجهة خلفية بـRust (أداء عالٍ، أمان ذاكرة)؛ واجهة أمامية React + TypeScript؛ قاعدة بيانات PostgreSQL + امتداد البيان Apache AGE؛ وهندسة قائمة على مونوليث معياري pnpm / Cargo workspace. |
Theory
الأساس النظري: نموذج أنطولوجيا البيانات Alioth
لماذا يستطيع هذا النموذج تقييد الوكيل؟ لأن Alioth إطار عمل لنمذجة أنطولوجيا البيانات على مستوى المؤسسات مبني على نظرية الفئات ومبدأ التماثل: يُصاغ السلوك الاقتصادي رسميًا كتحويلات (morphisms) في فئة أحادية متماثلة، وتشكّل المعاملات القابلة للعكس الزمرة العامة النواة (core groupoid)، ويوصَف التماثل بدقة بدالة ذاتية ارتدادية (involutive endofunctor) — فلكل معاملة معاملة عكسية مرآتية وحيدة، ما يضمن حفظ القيمة والسلامة البنيوية. جميع الثوابت الرياضية مرساة في بوابات هندسية، والنظريات المحورية مبرهنة آليًا في Lean 4. النموذج مفتوح المصدر: github.com/CosmicTools9/Alioth.
الفئة / الزمرة العامة / الدالة الذاتية الارتدادية
المعاملات تحويلات في فئة أحادية متماثلة 𝓔؛ والمعاملات القابلة للعكس تشكّل الزمرة العامة النواة core(𝓔)؛ والتماثل = دالة ذاتية ارتدادية S : core(𝓔) → core(𝓔)ᵒᵖ حيث S² = id. النتيجة الهندسية — المعاملة المرآتية موجودة بشكل وحيد، وحفظ القيمة موثّق قيدًا قيدًا: يسجّل كل سند رصيدي البداية والنهاية، بحيث يكون «الحالة السابقة + صافي التغيير = الحالة اللاحقة» قابلًا للتحقق آليًا سطرًا سطرًا.
فئة الجداء / دالة الإحداثيات
دالة الإحداثيات χ = (dk_scene, dk_factor, dk_function) توضع كل كيان أعمال في نقطة وحيدة ضمن فئة الجداء S × F × U: الأبعاد الثلاثة متعامدة، تأخذ قيمًا مستقلة وتتطور مستقلة؛ ورموز الأبعاد عناوين هرمية تخصّصها آلية المشغّلات لا الاصطلاح البشري.
ترتيب DAG الجزئي / الجبر العلاقي / span
هرمية الوراثة ترتيب جزئي لا دوري موجّه (484 جدولًا فرعيًا، 374 جدولًا ورقيًا)؛ ولا يجوز للتوسع أن ينمو إلا في المخروط السفلي للترتيب، والنسخ الجانبي ممنوع.r_* / rr_* تقابلان العلاقات الدالية وspans (1:N / M:N)؛ وتركيب العلاقات هو تركيب التحويلات، والعلاقات الهرمية تحرسها ثوابت اللادورية.
المقياس المؤشَّر / الجمعية
المخزون والأرصدة ليست سمات كيانات بل مقاييس مؤشَّرة جمعية فوق وقائع السندات — تُحسب ولا تُخزَّن. والجرد حدث ذري لتصحيح المقياس؛ أما الفوائض والعجوزات فتُمتص وتُعايَر كخطأ قياس طبيعي لا تُخفى.
لقطة رباعية الرتبة
بتقطيع أي معاملة على طول دورة حياتها نحصل على الرباعية الأنطولوجية: المشهد Scene (Where & When)، العامل Factor (Who & What)، الوظيفة Function (How)، الحالة Status (زمن منطقي منفصل أحادي الاتجاه). تشكّل الرموز المتعامدة الثلاثة فضاءً أنطولوجيًا قابلًا للتحليل.
اكتمال النطاقات الخمسة
يجب أن تغطي كل لقطة رباعية الرتبة نطاقات المعاملات الخمسة — الأشخاص L / الحاويات C / البضائع G / الأماكن P / المالية F — دون كسر للتماثل، ما يضمن إغلاق حلقة الأعمال على مستوى النموذج: من يتعامل، وبماذا يُحمَل، وماذا يُتعامَل، وأين يحدث، وكيف تتدفق القيمة.
الارتداد المرآتي event / task
ينقسم المحور الزمني بـ«الآن» إلى نصفين: الأحداث events الواقعة (وقائع ماضية) والمهام tasks التي لم تقع (مهام مستقبلية) مرآة أحدهما للآخر؛ وإتمام المهمة يقلب الشريحة. وتنفتح الخطط نحو الجانبين عبر جسرين توأمين — فالقيادة بالأحداث والقيادة بالمهام هما الاتجاهان الزمنيان لنموذج قيادة واحد.
التحقق من النموذج عبر فضاءات أسماء متعددة
من منظور نظرية النماذج: نموذج isahl هو النظرية 𝕋، وكل نشر قطاعي هو نموذج ℳ ⊨ 𝕋. نظرية واحدة تحمل بالفعل 6 مساحات أسماء و15 تطبيقًا و61 وحدة و82 خدمة و645 إحداثية دلالية أنطولوجية — وضمّ قطاع جديد يتطلب صفر DDL وصفر رقع نموذجية: فقط توضيع بالوراثة وربط إحداثيات.
About
عن الشركة
شركة هانغتشو يوتشي للتكنولوجيا المحدودة هي شركة برمجيات متخصصة في وكلاء بناء تطبيقات المؤسسات. وبنموذج Alioth المطوَّر ذاتيًا كنواة نظرية ومنصة AliothStudio كحامل هندسي، تقدم الشركة حلولًا متكاملة — من نموذج البيانات إلى نظام الأعمال الكامل — لقطاعات مثل التصنيع للتجارة الخارجية، واللوجستيات والنقل، وصلاحية الطيران، وإدارة البحث العلمي.
بخلاف منصات البرمجة منخفضة التعليمات التقليدية التي تركّب النماذج، فإن مسار يوتشي هو قيادة أنطولوجية + بناء بالوكلاء: يوصَف عالم الأعمال أولًا بدقة بلغة أنطولوجية مُرياضاة، ثم تُجمّد بنية قاعدة البيانات في مسار إصدار النموذج (حيث يُنتَج DDL هناك فقط، ولا يمسّ الوكلاء نموذج البيانات)، وينتج خط أنابيب الوكلاء بعد ذلك واجهات API الخلفية وتعريفات الأنواع وواجهة المستخدم على هذه الأنطولوجيا — فتغيّر العمل هو تغيّر النموذج، ويتطور النظام مع العمل.
أصل الاسم · 名之由来
宇纳万器，器成有度
الكون يحتضن كل الأدوات، وكل أداة تُصنع بمقدار.
اسم «Yuqi» (Cosmic-Tools) مشتق من هذا البيت: الكون (宇) يحتضن كل الأدوات (器)، وكل أداة تُصنع بمقدار. وهو أيضاً عقيدتنا الهندسية: أن نستوعب صور أعمال المؤسسات المتنوعة، وأن نسلّم أنظمة تصمد أمام القياس والتحقق.
Build What's Next
دع الأعمال المعقّدة،
تمتلك نظامًا قابلًا للتطور المستمر.
دون حاجة إلى بيئة محلية، جرّب عبر الإنترنت مسار AliothStudio الكامل — النمذجة وتركيب التطبيقات والتشغيل — واتبع الكتاب الأزرق لتبني بنفسك تطبيق مؤسستك الأول.
ادخل نسخة SaaS التعليمية →