محور أحداث واحد. صفر مزودين مدمجين بشكل صلب.
كل تكامل — وارد أو صادر — يتحدث لغة واحدة: CloudEvents 1.0. هذا العقد الموحد هو ما يسمح للكتالوج بالتوسع دون إعادة كتابة المحرك الأساسي.
استيعاب (Ingest)
يقوم الوكلاء والموصلات بتهيئة أي مصدر إلى CloudEvents قياسية على محور Kafka — المظروف نفسه مهما كان المصدر.
توجيه (Route)
يطابق محرك سير العمل كل حدث حسب النمط أو الجدولة أو الويب هوك ويقوم بتشغيل المخطط البياني الذي يطلقه.
تنفيذ (Act)
تستدعي العقد الموصلات، أو تشغل وكلاء الذكاء الاصطناعي، أو تتفرع بناءً على الشروط، أو تتوقف مؤقتاً لموافقة بشرية — 42 نوعاً من العقد في لوحة واحدة.
تركيب (Compose)
كل مخرج هو حدث CloudEvent جديد، لذا يمكن لأي أتمتة أن تطلق أتمتة أخرى. لا توجد روابط نقطة إلى نقطة عشوائية.
42 نوعاً من عقد سير العمل
عناصر أولية كافية للتعبير عن العمليات الحقيقية — المشغلات، تدفق التحكم، تحويلات البيانات، استدعاءات التكامل، والخطوات البشرية.
مرئي للمشغلين. SDK للمطورين.
يقوم غير المطورين بالتركيب على لوحة مرئية بالسحب والإفلات. بينما يقوم المطورون بتوسيع المنصة باستخدام TypeScript SDK و CLI محدد الأنواع.
المنشئ المرئي (Visual Builder)
لوحة مرئية مع تكبير/تصغير وخريطة مصغرة وسجل تنفيذ مباشر — افحص واحكم ووسع سير العمل الأساسي لأي قالب.
TypeScript SDK & CLI
zervanor init | إنشاء هيكل مشروع وكيل جديد مع الملف التعريفي والرموز الأساسية. |
zervanor dev | تشغيل وكيلك محلياً مع ميزة إعادة التحميل السريع. |
zervanor push | النشر على المنصة عبر HTTP النقي — لا يتطلب Docker محلياً. |
zervanor status | يتحقق من حالة نشر مشروعك على المنصة. |
Tell it what you want. Zervanor builds it.
Describe your operation in plain language. Zervanor assembles a real, validated workflow — grounded in your actual connectors and agents — and shows it to you step by step before anything runs.
- Grounded in your live catalog — it selects real connectors/agents, never hallucinates one.
- Contract-validated — every step is checked against the canonical workflow schema, with in-place repair.
- Human-in-the-loop — it asks at real forks and never applies or deploys without your explicit approval.
وكيل + موصل + سير عمل = قالب الحل
قالب الحل ليس مجرد "سير عمل". إنه عملية أعمال متكاملة وحقيقية، تم تجميعها من ثلاث طبقات ويتم نشرها بنقرة واحدة.
مبني للمشغلين، محصن للبيئات الحقيقية.
تتعامل المنصة مع الأجزاء التي عادة ما تعطل الإطلاق والتشغيل — ربط الحسابات، والحفاظ على سلامة التكاملات.
تهيئة وتثبيت OAuth بنقرة واحدة
يسجل المشغل تطبيق OAuth الخاص بكل مزود مرة واحدة. ثم يربط المستأجرون حساباتهم بنقرة واحدة — تدعم المنصة كلاً من OAuth 2.0 و OAuth 1.0a بشكل مدمج بالكامل.
اختبار ومراقبة الموصلات
يعمل كل موصل على إجراء اختبارات دورية لسلامته مع مقاييس Prometheus، ولوحات Grafana، وحوادث Alertmanager — بالإضافة إلى صفحة حالة عامة بدون توكن.
متعدد المستأجرين بالبناء والتصميم
نطاقات أسماء (namespaces) لكل مستأجر على GKE، صلاحيات RBAC محدودة بالمنظمة، واستعلامات مصفاة بالمنظمة — معتمد بواسطة تدقيق أمني وإداري كامل (47/47CI).
الكتالوج يتحول إلى قوة عاملة.
تم بناء كتالوج العقود الأصلي لمسارات العمل. وتبين أنه مكتبة المهارات لقوة عمل من الوكلاء المستقلين ذويياً — الحزم نفسها التي تدعم قوالب نقرة واحدة تنعكس تلقائياً كأدوات يمكن للوكيل الذكي استدعاؤها.
- Generic Agentic Runtime shell — وكيل مستقل تماماً عن مزود النموذج: تحميل الملف التعريفي ← تشغيل الأدوات ← حلقة التخطيط ReAct. الوكلاء الجدد هم مجرد ملفات تعريفية وأدوات، بدون أكواد إضافية.
- انعكاس الأدوات (Tool projection) — يتم كشف إجراءات الموصل المعتمدة للوكلاء عبر واجهة برمجة تطبيقات الأدوات. اعتمد مرة واحدة ← متوفر لمسارات العمل والوكلاء.
- أحضر نموذجك الخاص — OpenAI / Gemini اليوم عبر واجهة المزود/العنوان الأساسي؛ لا يتم فرض مزود واحد أبداً.
- محولات القنوات — يخدم الوكيل الواحد العديد من الواجهات (محادثة، ويب هوك، جدول زمني).
متاح اليوم: بيئة التشغيل الأساسية، وكيلان متاحان (ai-agent + research-agent) مع تنفيذ كامل للأهداف، دعم إحضار المفتاح الخاص للنموذج (BYOK)، وواجهة إدارة. كتالوج الـ 40 وكيلاً قيد البناء المتسلسل.