// tier: vasic-util-secondary · order 28

Vasic Digital Reusable Module Suite scaffoldlicense: UNVERIFIED (varies per module)

Go (digital.vasic.*)Kotlin Multiplatform (*-KMP)Redis / PostgreSQL / SQLitePrometheus / OpenTelemetryWebSocket / HTTP/3 (quic-go) / mDNSVector DB / Embeddings / RAG / MCPYAML (RedTeam fixtures, config)

Source

HelixAgent Catalogizer Infrastructure AI primitives Guardrails Redis · PostgreSQL · SQLite WebSocket · HTTP/3 · mDNS Prometheus · OpenTelemetry Vector DB · Embeddings RAG · MCP Normalize · TOON RedTeam fixtures (YAML) Policy engine Verification / LLMsVerifier Go (digital.vasic.*) ↔ Kotlin Multiplatform (*-KMP) mirror pairs Vasic Digital Reusable Module Suite — module map Product apps Reusable modules by cluster
// architecture

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

عائلة كبيرة من الوحدات العامة القابلة لإعادة الاستخدام، منشورة تحت مساحات الأسماء digital.vasic.* (Go) وKotlin Multiplatform. كل وحدة قائمة بذاتها، مختبرة ومستقلة الإصدار، وتُستخدم كوحدة فرعية متساوية الكود في المنتجات الأكبر (Catalogizer، HelixAgent، والأسطول الأوسع). تجمع هذه الصفحة العديد من الأدوات الصغيرة التي قد تبدو غير ذات أهمية لو عُرضت كل منها على حدة.

مجموعة منتقاة من وحدات digital.vasic.* المنفصلة — البنى التحتية الأساسية (المصادقة، التخزين المؤقت، قواعد البيانات، الإعدادات، قابلية الملاحظة)، لبنات بناء AI/العملاء (RAG، VectorDB، التضمينات، MCP، الوكالة، التخطيط)، وحاجز الحماية الدفاعي LLM (فريق RedTeam، التوحيد القياسي) — بالإضافة إلى مجموعة مرآة Kotlin Multiplatform. كل منها عام، مختبر وقابل لإعادة الاستخدام.

تعتمد منظمة vasic-digital على رهان هيكلي واحد: فلسفة "دستور + العديد من الوحدات الفرعية القابلة لإعادة الاستخدام والمنفصلة"، حيث لا يُكتب أي وظيفة عامة مرتين. فبدلاً من الأنظمة المتجانسة، تُستخرج كل وظيفة قابلة لإعادة الاستخدام إلى وحدة صغيرة مستقلة — مستودعها الخاص، اختباراتها الخاصة، وثائقها الخاصة — وتُحافظ على انفصالها التام بحيث لا تتسرب أي تفاصيل خاصة بالمستهلك إليها. تجمع هذه الصفحة هذه الوحدات لأنها، إذا عُرضت كل منها على حدة، ستكون بحجم مكتبة وقد تبدو غير ذات أهمية كصفحة منتج مستقلة. لكن مجتمعةً، تشكل القوة الحقيقية المضاعفة للمنظمة: أصل هندسي خاص يحول مهمة "بناء منتج جديد" إلى "تجميع أجزاء مجربة"، كما تمثل الدعم الملموس للادعاء بأن هذا الأسطول لا يعيد اختراع العجلة — بل يحافظ على عجلة جيدة واحدة ويدحرجها في كل مكان.

تتوزع المجموعة على ثلاث مجموعات رئيسية. البنى التحتية الأساسية (Go) توفر الأساسيات التي يحتاجها كل خدمة: المصادقة (JWT/bcrypt)، التخزين المؤقت (Redis/TTL)، قواعد البيانات (الهجرات، SQLite/PostgreSQL المزدوجة)، الإعدادات، الوسائط الوسيطة، قابلية الملاحظة (Prometheus/OpenTelemetry)، محدد المعدل، الأمان، التخزين (S3/MinIO)، البث المباشر (مركز WebSocket)، ناقل الأحداث، نظام الملفات (متعدد البروتوكولات)، الاكتشاف/mdns، http3، الاسترداد، التزامن، التأخير، وأكثر. لبنات بناء AI/العملاء (Go) توفر الأساس لأنظمة AI: rag، قاعدة بيانات المتجهات، embeddings، الذاكرة، المحادثة (ضغط السياق اللانهائي، مصدر الأحداث)، mcp (Model Context Protocol)، مخطط الأدوات، سجل المهارات، الوكالة (تنسيق سير العمل القائم على الرسوم البيانية)، التخطيط (HiPlan/MCTS/شجرة الأفكار)، المقارنة المرجعية (SWE-bench/HumanEval/MMLU)، عمليات نماذج اللغة الكبيرة، التحسين الذاتي (نمذجة المكافأة/التعلم المعزز من التغذية الراجعة البشرية)، وtoon (تدوين الكائنات الموجه بالرموز). حاجز الحماية الدفاعي LLM يوفر أدوات متانة المواجهة: فريق RedTeam (مجموعات المواجهة المدفوعة بـYAML)، التوحيد القياسي (توحيد المدخلات المواجهة). كما تتضمن مجموعة Kotlin Multiplatform المتوازية نسخاً مرآة للوحدات الأساسية (المصادقة-KMP، قواعد البيانات-KMP، الأمان-KMP، مكونات واجهة المستخدم-KMP، إلخ) للتطبيقات متعددة المنصات.

المحتوى

إن إطلاق العديد من المنتجات (Catalogizer، HelixAgent، Herald وغيرها) من الصفر في كل مرة يعد مضيعةً للموارد وغير متسق. فاستخلاص كل ما هو عام إلى وحدات مستقلة ومختبرة يعني أن الإصلاحات والتحسينات تنتشر عبر الأسطول بأكمله، وأن كل منتج جديد يُبنى من مكونات مثبتة.

إنها في جوهرها "مكتبة معيارية خاصة" لبناء أنظمة خلفية مخصصة لـ AI — وهي الطبقة التي لا تتاح لمعظم الفرق فرصة بنائها لأنها منشغلة بإعادة حل مسائل المصادقة والتخزين المؤقت والبنية التحتية لـ RAG للمرة الخامسة. هنا توجد البنى التحتية الأولية، ومكونات بناء AI، وحواجز الحماية الدفاعية لـ LLM كأmodules جاهزة للاستخدام ومستقلة الاختبار، وهذا ما يمكّن فريقاً صغيراً من إطلاق أنظمة على مستوى المنتجات بوتيرة تتطلب عادةً فريقاً أكبر بكثير، دون تراكم الديون الناتجة عن التكرار التي عادة ما تتبع ذلك.

  • نظام الفصل الصارم عبر الأسطول (CONST-051): تُعامل الوحدات الفرعية كمشاريع برمجية متساوية، دون تحمل تفاصيل المستهلكين.
  • طبقة مخصصة للبنى الأولية لـ AI (RAG، VectorDB، التضمينات، MCP، ToolSchema، الوكالة، التخطيط، LLMOps) ك وحدات قابلة لإعادة الاستخدام.
  • مجموعة حواجز حماية دفاعية لـ LLM (RedTeam، Normalize) لتعزيز المتانة في مواجهة الهجمات.
  • مجموعات وحدات متوازية لـ Go و Kotlin Multiplatform تشترك في نفس الأعراف.

  • تجنب تدهور الترابط بين عشرات الوحدات: تم حلها من خلال عقد الفصل في الدستور وحقن تفاصيل المستهلكين في وقت التشغيل.
  • الحفاظ على اتساق واختبار العديد من الوحدات: تم حلها من خلال اعتماد أعراف مشتركة (اختبارات/وثائق/تحديات لكل وحدة) وبنية حوكمة HelixConstitution.
  • الوصول عبر المنصات المختلفة: تم حلها من خلال مرآة Kotlin Multiplatform للوحدات الأساسية.

  • Go — معظم الوحدات (digital.vasic.*).
  • Kotlin Multiplatform — وحدات المرآة عبر المنصات (المصادقة/قواعد البيانات/الأمان/واجهة المستخدم/التزامن/محدد معدل KMP).
  • Redis / PostgreSQL / SQLite — وحدات التخزين المؤقت وقواعد البيانات والتخزين الأولية.
  • Prometheus / OpenTelemetry — وحدة المراقبة.
  • WebSocket / HTTP/3 (quic-go) / mDNS — وحدات الشبكات.
  • Vector DB / embeddings / RAG / MCP — وحدات البنى الأولية لـ AI.
  • YAML — نماذج وتكوينات RedTeam الهجومية.

غير مُتحقق / قيد التطوير: عدة مستودعات تنظيمية مُعلّمة كـ "SCAFFOLD / WIP" (مثل PliniusCommon، I-LLM، HyperTune، AutoTemp، Veritas، Ouroborous، Claritas، LeakHub، GandalfSolutions). اعرضها كمراحل أولية أو هياكل عمل، وليست جاهزة للإطلاق.