سير عمل الذكاء الاصطناعي في الإنتاج

انقل سير عمل الذكاء الاصطناعي من التطوير إلى الإنتاج دون مشاركة البيئات.

شغّل التطوير والاختبار المرحلي والإنتاج في نسخ Dagu منفصلة. رقِّ عبر Git تعريفات سير العمل التي تمت مراجعتها فقط، مع احتفاظ كل نسخة ببيانات اعتمادها وعمّالها وسجلها وسياسة الوصول ومسارات الحوادث الخاصة بها.

تثبيت Dagu قراءة دليل Git Sync

agent-workflow.yaml

name: release-review

steps:
  - id: collect_context
    run: ./scripts/collect-context.sh
    output: CONTEXT

  - id: draft
    action: harness.run
    with:
      provider: codex
      prompt: |
        Review this release:
        ${steps.collect_context.outputs.CONTEXT}
    retry_policy:
      limit: 2
    approval:
      prompt: Review the agent output before release
      rewind_to: collect_context
    depends: [collect_context]

  - id: publish
    run: ./scripts/publish.sh
    depends: [draft]

نسخة Dagu مستقلة لكل بيئة

ترقية سير العمل بعد مراجعته في Git

موافقات وإعادة محاولة وسجلات ومقاييس وتتبع

Slack وPagerDuty واستعادة MCP موثّقة

بنية البيئات

يرقّي Git التعريفات، وتوفّر النسخ المنفصلة العزل.

مساحة عمل للتطوير داخل خادم مشترك ليست حدًا للإنتاج. خصص لكل بيئة خادم Dagu وتخزينًا وبيانات اعتماد وعمّالًا ووصولًا شبكيًا مستقلًا. اضبط Git Sync في كل نسخة ليتابع الفرع المعتمد لتلك البيئة.

التطوير

فرع development

أنشئ تغييرات سير العمل وشغّلها ونقّحها وانشرها باستخدام خدمات وبيانات اعتماد التطوير.

النشر مفعّل

الترقية عبر pull request

الاختبار المرحلي

فرع staging

اسحب التعريفات التي تمت مراجعتها إلى نسخة معزولة واختبرها مع تبعيات البيئة المرحلية.

Git Sync للقراءة فقط

الترقية عبر pull request

الإنتاج

فرع main محمي

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

Git Sync للقراءة فقط

ضوابط الإنتاج

أحط العمل غير الحتمي بضوابط حتمية.

يمكن تغيير النموذج أو بيئة تشغيل الوكيل دون تغيير العقد التشغيلي. يبقي Dagu مسار التنفيذ المحيط واضحًا وقابلًا للمراجعة والاستعادة.

إدارة إصدارات سير العمل

احتفظ بتعريفات DAG ومهارات تأليف سير العمل في Git، وراجع الفروقات، ثم رقِّ مراجعة معروفة بين البيئات.

تقييد الآثار الجانبية

أوقف التنفيذ بعد مخرجات الوكيل، واجمع رأي المراجع، ثم وافق أو ارفض أو أعد سير العمل قبل تنفيذ إجراء إنتاجي.

حصر الفشل

استخدم التبعيات والمهل وإعادة المحاولة المحدودة والطوابير وضبط التزامن بدل منطق prompts غير المحدود.

التحقق من المخرجات

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

مراقبة التنفيذ

افحص سجل التشغيل والسجلات والآثار؛ وصدّر المقاييس إلى Prometheus وتتبع DAG والخطوات عبر OpenTelemetry.

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

أبلغ المشغلين وافتح الحوادث بعد استنفاد إعادة المحاولة واسمح لعملاء MCP المصرح لهم بفحص التشغيل واستعادته.

الترقية المعتمدة على Git

اجعل الإنتاج يستهلك Git لا التعديلات المحلية.

يمكن للتطوير نشر التغييرات. ينبغي عادة ضبط الاختبار المرحلي والإنتاج على `push_enabled: false` ومتابعة فروع محمية وسحب التعريفات التي تمت مراجعتها فقط. يناسب السحب التلقائي الاختبار المرحلي؛ ويمكن للإنتاج السحب تلقائيًا من فرع محمي أو تنفيذ سحب مضبوط بعد موافقة النشر.

يتتبع Git Sync ملفات DAG ومهارات تأليف سير العمل. تبقى الأسرار وإعداد الخادم والتخزين وسجل التشغيل والعمّال والوصول الشبكي محلية لكل نسخة Dagu.

ملف config.yaml للإنتاج

git_sync:
  enabled: true
  repository: github.com/acme/ai-workflows
  branch: main
  push_enabled: false

  auth:
    type: token
    token: ${GITHUB_TOKEN}

  auto_sync:
    enabled: true
    on_startup: true
    interval: 300

الفشل والاستعادة

حوّل فشل الوكيل إلى عملية تشغيلية.

يفصل Dagu الإشعارات العادية عن إدارة دورة حياة الحوادث، ثم يتيح عمليات سير عمل موثّقة لعملاء MCP.

01
يفشل سير العمل أو إحدى خطوات الوكيل وتعمل محاولات الإعادة المضبوطة.
02
بعد استنفاد محاولات الإعادة، يرسل Dagu الفشل النهائي إلى مسارات Slack المضبوطة.
03
يمكن لمسار PagerDuty فتح حادث واحد مزال التكرار أو تحديثه لسير العمل المتعطل.
04
يقرأ عميل MCP مصرح له التشغيل والسجلات، ويعاين تغيير DAG، ثم يعيد التشغيل أو يوقفه بأدوات Dagu.
05
يحل تشغيل ناجح لاحقًا الحادث المفتوح ما دام مسار المزوّد قابلًا للتعرّف.

حدود دقيقة

ما الذي يقدمه Dagu، وما الذي ينتمي إلى طبقة أخرى.

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

	يقدم Dagu	الحد
فصل البيئات	خوادم وتخزين وبيانات اعتماد وعمّال وسياسات وصول وإعداد حوادث مستقلة، مع Git Sync للتعريفات.	لا تحل مساحات العمل وملفات التشغيل داخل نسخة واحدة محل العزل القوي بين البيئات.
قابلية مراقبة سير العمل	حالة التشغيل والخطوات والسجلات والآثار والتاريخ ومقاييس Prometheus وتتبع DAG والخطوات عبر OpenTelemetry.	يجب أن يصدر الوكيل أو منظومة التقييم تتبع prompts واستهلاك الرموز والتكلفة وجودة المخرجات الدلالية أو يقيسها.
التقييم والحواجز	رسم تنفيذي للمدققات الحتمية وأوامر التقييم الخارجية والموافقات وإعادة المحاولة المحدودة.	لا يقرر Dagu ما إذا كانت إجابة LLM صحيحة واقعيًا أو آمنة لمجال معين.
الأمان والاستجابة للحوادث	عمليات موثّقة ومفاتيح API محددة النطاق وإشعارات وضوابط MCP ومسارات مزودي الحوادث.	تتطلب سجلات التدقيق وتكاملات الحوادث في الاستضافة الذاتية ترخيصًا أو تجربة نشطة؛ وهي مشمولة في Dagu المُدار.

الأسئلة الشائعة

أسئلة عملية قبل الإنتاج

هل يجب أن تشترك بيئات التطوير والاختبار المرحلي والإنتاج في خادم Dagu واحد؟

لا عندما يكون العزل مهمًا. شغّل نسخًا منفصلة حتى لا تشترك بيانات الاعتماد والتخزين والعمّال والشبكة والسجلات والسياسات في حد تشغيلي واحد. رقِّ التعريفات عبر Git Sync.

هل ينسخ Git Sync أسرار الإنتاج أو سجل التشغيل؟

لا. يطابق Git Sync ملفات DAG ومهارات تأليف سير العمل مع المستودع. تبقى الأسرار والإعداد والتخزين وسجل التشغيل والعمّال محلية لكل نسخة.

هل يستطيع Dagu قياس صحة إجابة الوكيل؟

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

ماذا يستطيع عميل MCP أن يفعل أثناء حادث؟

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

الخطوة التالية

ابدأ بوضع سير عمل وكيل واحد في الإنتاج.

ضع أمر وكيل قائمًا داخل DAG في Dagu، وتحقق من مخرجاته، وأضف حدًا للموافقة، ثم رقِّ التعريف نفسه بعد مراجعته عبر نسخ تطوير واختبار مرحلي وإنتاج معزولة.

تثبيت Dagu استكشاف تنسيق وكلاء الذكاء الاصطناعي