هذه سلسلة من 10 أجزاء تشرح كيف طورت Apidog أداة Apidog CLI، وهي أداة سطر أوامر لاختبار واجهات برمجة التطبيقات وإدارة دورة حياة واجهات برمجة التطبيقات. اقرأ بالترتيب أو انتقل إلى أي منشور يثير اهتمامك:
| العنوان | التركيز | |
|---|---|---|
| 1 | بنينا 126 أداة MCP. لكنها ليست الحل الأفضل للعميل | اكتشاف المشكلة |
| 2 | لماذا قمنا بتطوير Apidog CLI جديدة تمامًا | تطوير المعمارية |
| 3 | القاعدة الذهبية: سطر الأوامر ينتج حقائق، والنموذج يتصرف بناءً على الحقائق | الفلسفة الأساسية |
| 4 | agentHints: تعليم أدوات سطر الأوامر التحدث مع الوكلاء |
إخراج منظم |
| 5 | SKILL: شحن الخبرة التشغيلية كرمز | الخبرة التشغيلية |
| 6 | الأرقام لا تكذب: 30% أقل من استدعاءات الأدوات، 25% أقل من الرموز | نتائج كمية |
| 7 | من PRD إلى حلقة الاختبار: سير عمل كامل للوكيل مع Apidog CLI | برنامج تعليمي عملي |
| 8 | لماذا لا يمكن التنازل عن توافق CI/CD لأدوات الوكيل | منظور DevOps |
| 9 | فرع الذكاء الاصطناعي: تغييرات مشروع أكثر أمانًا مع وكلاء الذكاء الاصطناعي | طبقة الأمان |
| 10 | Spec-First كان بالأمس. مرحبًا بكم في Skill-First. | الرؤية والمستقبل |
يجب بناء ودية الوكيل على أساس ودية CI/CD. تعرف على سبب خدمة apidog run لكل من مسارات CI ووكلاء الذكاء الاصطناعي - ولماذا هذا الغرض المزدوج مهم
الجمهور المزدوج
عند بناء أدوات الوكيل، من السهل التركيز فقط على تجربة المحادثة.
لدى Apidog CLI هدف خدمة مهم يجب عدم نسيانه: CI/CD.
| الجمهور الأصلي | الجمهور الجديد |
|---|---|
| مسارات CI/CD | وكلاء الذكاء الاصطناعي |
| أنظمة الجدولة الخارجية | سير العمل القائم على المحادثة |
| البرامج النصية والأتمتة | المهام التي يحركها المستخدم |
تستخدم العديد من الفرق بالفعل Apidog في المسارات من أجل:
- تشغيل اختبارات واجهة برمجة التطبيقات المؤتمتة
- إنشاء التقارير
- الحفاظ على بوابات الجودة
يتطلب هذا السيناريو:
| المتطلب | لماذا |
|---|---|
| إخراج مستقر | البرامج النصية تحلل نتائج يمكن التنبؤ بها |
| أوامر قابلة للبرمجة النصية | تنفيذ مؤتمت |
| رموز خروج واضحة | قرارات نجاح/فشل المسار |
| معلمات قابلة للتكوين | تشغيلات خاصة بالبيئة |
لا يمكن كسر الأتمتة لمجرد استيعاب الوكلاء.
المبدأ الرئيسي
يجب بناء ودية الوكيل فوق ودية CI/CD.
لم نقم بإعادة اختراع بروتوكول لا يمكن استخدامه إلا بواسطة الذكاء الاصطناعي. أضفنا إخراجًا منظمًا، والتحقق من المخطط، وتوجيهات الخطوة التالية التي يحتاجها الوكلاء فوق نموذج تم التحقق منه بالفعل بواسطة أنظمة الهندسة.
أدوات هندسة CLI الجيدة في عصر الوكيل يجب أن تكون قادرة على خدمة:
| المستهلك | احتياجاتهم |
|---|---|
| البشر | إخراج سهل القراءة، نص المساعدة، ميزات تفاعلية |
| البرامج النصية | إخراج مستقر، أوامر قابلة للبرمجة النصية |
| مسارات CI | رموز الخروج، ملفات التقارير، تشغيلات قابلة للتكوين |
| وكلاء الذكاء الاصطناعي | نتائج منظمة، تحقق، توجيه |
apidog run: الأمر الأساسي
يبقى الأساس:
apidog run --project <معرف المشروع> \
--test-scenario <معرف السيناريو> \
--environment <معرف البيئة> \
-r "cli,html,junit" \
--out-dir ./apidog-reportsيخدم هذا الأمر جميع المستهلكين الأربعة.
ما يهم CI
| متطلب CI | ميزة CLI |
|---|---|
| رموز الخروج | 0 للنجاح، 1 للفشل—قرار المسار |
| ملفات التقارير | تنسيقات HTML، JUnit، JSON في --out-dir |
| معلمات مستقرة | خيارات متسقة عبر الإصدارات |
| تشغيلات قابلة للتكوين | التكرارات (-n)، التأخيرات (--delay-request)، البيئات (-e) |
مثال على استخدام CI:
# GitHub Actions
- name: تشغيل اختبارات واجهة برمجة التطبيقات
run: |
apidog run --project $PROJECT_ID \
--test-scenario $SCENARIO_ID \
--environment $ENV_ID \
-r "junit" \
--out-dir ./reports
env:
PROJECT_ID: ${{ secrets.APIDOG_PROJECT_ID }}
SCENARIO_ID: ${{ secrets.APIDOG_SCENARIO_ID }}
ENV_ID: production
- name: نشر تقرير الاختبار
uses: mikepenz/action-junit-report@v3
with:
report_paths: './reports/junit.xml'المسار يقرأ رمز الخروج → ينجح أو يفشل → ينشر التقرير.
ما يهم الوكلاء
| متطلب الوكيل | ميزة CLI |
|---|---|
| نتائج منظمة | تنسيق إخراج JSON مع كائن data |
| أسباب الفشل | تفاصيل خطأ محددة في كائن error |
| اقتراحات الخطوة التالية | agentHints مع مصفوفة nextSteps |
| التحقق | cli-schema validate قبل الكتابة |
مثال على استخدام الوكيل:
{
"success": true,
"stats": {
"total": 10,
"passed": 8,
"failed": 2
},
"failures": [
{
"step": "معالجة الدفع",
"error": "فشل التأكيد: status != 'success'",
"response": {...}
}
],
"agentHints": {
"summary": "فشل اختباران. راجع تفاصيل الفشل.",
"nextSteps": [
"تصحيح خطأ خطوة معالجة الدفع.",
"التحقق من التأكيد: الحالة المتوقعة 'success'.",
"تحديث حالة الاختبار أو نقطة النهاية بعد الإصلاح."
]
}
}الوكيل يحلل JSON → يفهم الإخفاقات → يتبع الخطوات التالية.
نفس الأمر، مستهلكون مختلفون
apidog run --project <معرف المشروع> --out-dir ./apidog-reports
| المستهلك | ما يستخرجه |
|---|---|
| مسار CI | رمز الخروج (0/1)، موقع ملف التقرير |
| الوكيل | إخراج JSON، agentHints، تفاصيل الفشل |
| البشري | إخراج وحدة التحكم، رابط تقرير HTML |
| البرنامج النصي | الناتج القياسي/الخطأ القياسي، تنسيق قابل للتكوين |
أمر واحد يخدم الجميع.
نقاط التكامل
يدعم Apidog CLI التكامل مع:
| أداة CI | التكامل |
|---|---|
| Jenkins | خطوات المسار، نشر التقرير |
| GitLab CI | تكوين YAML، المرفقات |
| GitHub Actions | خطوات سير العمل، إدارة الأسرار |
| CircleCI | أوربس، تكوين سير العمل |
| Azure DevOps | مهام المسار، نتائج الاختبار |
جميع عمليات التكامل تستخدم نفس أساس apidog run.
بوابة الجودة مقابل التحقق
| حالة الاستخدام | المعنى |
|---|---|
| بوابة جودة CI | النجاح/الفشل يحدد تقدم المسار |
| تحقق الوكيل | يتم التشغيل بعد التغييرات لتأكيد الصحة |
نفس الأمر، سياق مختلف:
| السياق | متى يستخدم | الغرض |
|---|---|---|
| CI | بعد دفع الكود | منع نشر الكود السيء |
| الوكيل | بعد إنشاء الاختبار | تأكيد صحة عمل الوكيل |
المبدأ الأساسي
كل ما وصفناه في هذه السلسلة — cli-schema، agentHints، SKILL — يبني على هذا الأساس:
┌─────────────────────────────────────────┐
│ ميزات الوكيل │
│ (cli-schema, agentHints, SKILL) │
├─────────────────────────────────────────┤
│ أساس CI/CD │
│ (apidog run, رموز الخروج، التقارير) │
├─────────────────────────────────────────┤
│ CLI الأساسي │
│ (الأوامر، المعلمات، التنفيذ) │
└─────────────────────────────────────────┘ميزات الوكيل لا تحل محل ميزات CI. بل توسعها.
ماذا بعد
لقد غطينا الصورة الكاملة - من اكتشاف المشكلة عبر سير العمل العملي إلى المبادئ التأسيسية.
الآن هناك قطعة أخرى حاسمة: الأمان.
عندما يقوم الوكلاء بتعديل موارد المشروع، كيف تمنعهم من التأثير مباشرة على الفرع الرئيسي؟
في الجزء 9، فرع الذكاء الاصطناعي: تغييرات مشروع أكثر أمانًا مع وكلاء الذكاء الاصطناعي، سنستكشف كيف يوفر فرع الذكاء الاصطناعي بيئة تحرير معزولة — تبقى التغييرات في فرع منفصل حتى مراجعة بشرية، مما يخلق طبقة أمان للتعديلات التي يحركها الوكيل.
النقاط الرئيسية
- توافق CI/CD هو الأساس، وليس اختياريًا
- ودية الوكيل مبنية على أساس ودية CI
- نفس الأمر (
apidog run) يخدم CI، الوكلاء، البشر، البرامج النصية - احتياجات CI: رموز الخروج، التقارير، معلمات مستقرة
- احتياجات الوكلاء: إخراج منظم، تفاصيل الفشل، الخطوات التالية
- بوابة الجودة (CI) + التحقق (الوكيل) = غرض مزدوج
قم بتنزيل Apidog من أجل تصميم، محاكاة، اختبار، و توثيق واجهات برمجة التطبيقات في مساحة عمل واحدة. تعرف على المزيد حول Apidog CLI لاختبار واجهات برمجة التطبيقات عبر سطر الأوامر، وأتمتة CI، وسير عمل وكلاء الذكاء الاصطناعي.
