وكيل جوجل سميث يكتب 25٪ من كود جوجل: ما يجب أن تعرفه فرق API

خلاصة القول

يقوم وكيل الذكاء الاصطناعي الداخلي لجوجل لكتابة الشيفرة، Agent Smith، الآن بتوليد أكثر من 25% من الشيفرة الإنتاجية الجديدة في الشركة. على عكس أدوات الإكمال التلقائي مثل Copilot، يعمل Agent Smith في الخلفية بشكل غير متزامن: يكتب الشيفرة، ويختبرها، ويكررها دون تدخل بشري. بالنسبة لفرق الـ API، يطرح هذا تحديات مباشرة حول استقرار العقود، وتغطية الاختبارات، وتماسك الوثائق، وسير عمل المراجعة عندما يكون ربع الكود منشأ آليًا.

جرّب Apidog اليوم

💡منصة دورة حياة واجهة برمجة التطبيقات المتكاملة من Apidog تحافظ على مزامنة التصميم، والاختبارات، والمحاكاة، والتوثيق بغض النظر عما إذا كان التغيير قد تم بواسطة إنسان أو وكيل ذكاء اصطناعي. جرب Apidog مجانًا لبناء سير عمل واجهة برمجة التطبيقات المقاومة للوكلاء.

تستعرض هذه المقالة ما يقوم به Agent Smith، وكيف يختلف عن أدوات كتابة الشيفرة الأخرى، والخطوات العملية التي يجب أن تتخذها فرق الـ API اليوم.

---

ماذا يفعل Agent Smith؟

البرمجة المستقلة غير المتزامنة

Agent Smith لا ينتظر في IDE حتى تبدأ الكتابة. يعمل في الخلفية كوكيل مستقل. سير العمل الأساسي:

1. يصف المهندس المهمة بلغة طبيعية.
2. يقوم Agent Smith بتقسيمها لمهام فرعية.
3. يكتب الكود في عدة ملفات.
4. يشغل اختبارات ويكرر عند الفشل.
5. يراجع المهندس المخرجات النهائية.

هذه العملية تشبه مطور مبتدئ يأخذ تذكرة ويعود بعد ساعات بطلب دمج (pull request).

يمكن للمهندسين تفويض المهام ومتابعة التقدم عبر منصة الدردشة الداخلية. الأداة تستخرج تلقائيًا سياق الكود والوثائق من قاعدة المعرفة الداخلية.

مبني على Gemini وAntigravity

يعتمد Agent Smith على نماذج Gemini من Google مع أنظمة استرجاع قوية للوصول إلى قاعدة الشيفرة والوثائق الداخلية. يعتمد على منصة Antigravity، ويضيف لها قدرات تحليل وتنفيذ مستقلة للمهام.

ميزة الاسترجاع حاسمة — Agent Smith لا يولد كودًا من العدم، بل يستفيد من الأنماط والاتفاقيات الداخلية ليصل لجودة إنتاجية حقيقية.

ما معنى "25% من الشيفرة الجديدة"؟

هذا الرقم يعني أن ربع الشيفرة الجديدة التي تُكتب اليوم في جوجل مصدرها Agent Smith، بعد مراجعة بشرية وشحنها للإنتاج. لا يمثل نسبة الشيفرة الإجمالية، لكنه مؤشر على التسارع والتحول في سير العمل الهندسي.

---

كيف يختلف Agent Smith عن أدوات كتابة الشيفرة الأخرى؟

مقارنة الأدوات

الأداة	الوضع	التفاعل	النطاق	شيفرة إنتاجية؟
GitHub Copilot	إكمال تلقائي بالوقت الحقيقي	في الـ IDE	سطر/دالة	بعد مراجعة بشرية
Claude Code	جلسة تفاعلية	محادثي	تغييرات متعددة الملفات	بعد مراجعة بشرية
Cursor Agent	خلفية + تفاعلية	في الـ IDE	مستوى المشروع	بعد مراجعة بشرية
Agent Smith	مستقل غير متزامن	تفويض المهام	تنفيذ ميزة كاملة	بعد مراجعة بشرية
KAIROS (قادم)	خلفية دائمة	مراقبة	مستوى المستودع	يُحدد لاحقًا

Agent Smith هو الأكثر استقلالية، حيث ينفذ المهام بشكل كامل ويعيد النتائج لمراجعة نهائية فقط.

لماذا عدم التزامن مهم لفرق API؟

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

• تغيرات غير واضحة في العقود.
• اختبارات غير محدثة.
• وثائق لا تعكس التغييرات.
• تسرب أعطال إلى الإنتاج.

---

ما الذي يتعطل عند توليد الذكاء الاصطناعي شيفرة API؟

اختلاف عقد الـ API

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

سيناريو عملي:

• يكلف الوكيل بمهمة "إضافة تفضيلات المستخدم".
• يضيف حقل جديد في الاستجابة.
• تنجح الاختبارات، لكن المخطط يكسر تطبيقًا آخر يعتمد على توقعات صارمة.

فجوات تغطية الاختبار

اختبارات الذكاء الاصطناعي غالبًا ما تتحقق من الوظائف الجديدة فقط، وليس من الحفاظ على السلوك القائم. هذا يترك ثغرات في تغطية الحالات الحرجة أو التوافق.

مثال: قد لا يتم اختبار زمن الاستجابة أو معالجة الأخطاء أو التحقق من المعدل.

اختلاف الوثائق

إذا لم تكن الوثائق متولدة تلقائيًا من المواصفات، قد لا يتم تحديثها عند إضافة أو تعديل نقطة نهاية. حتى مع التوليد التلقائي، يفتقد الوكيل للسياق البشري (الأمثلة، ملاحظات الاستخدام).

إرهاق المراجعة

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

---

كيفية بناء سير عمل API مقاوم للوكلاء

1. اجعل عقد الـ API هو مصدر الحقيقة

اعتمد التصميم أولًا (Design First). اجعل مواصفات OpenAPI المرجع النهائي. أي اختلاف بين الشيفرة والمواصفات يجب كشفه آليًا.

المواصفات تحدد العقد ← يجب أن تتطابق الشيفرة مع المواصفات ← التحقق من العقد يكشف التباعد

استعمل مصمم API بصري مثل Apidog لتعريف النقاط والمخططات قبل كتابة الشيفرة.

2. استخدم اختبار العقود بدل اختبار الوحدات

اختبارات العقود تتحقق من الالتزام بالاتفاق، وليس فقط السلوك الداخلي.

مثال عملي:

// يفشل الاختبار إذا تغير المخطط أو أضيفت حقول غير متوقعة
describe("GET /api/users/:id contract", () => {
  it("returns expected schema", async () => {
    const response = await request(app).get("/api/users/123");
    expect(response.body).toMatchSchema({
      type: "object",
      required: ["id", "name", "email", "created_at"],
      properties: {
        id: { type: "string" },
        name: { type: "string" },
        email: { type: "string", format: "email" },
        created_at: { type: "string", format: "date-time" }
      },
      additionalProperties: false // هذا يكشف الحقول غير المتوقعة
    });
  });
});

سطر additionalProperties: false حاسم لمنع تسرب حقول غير متفق عليها.

Apidog يدعم توليد واختبار العقود تلقائيًا من المواصفات.

3. حوّط عمليات النشر بالتحقق من المواصفات

ضمن CI/CD، أضف خطوة تحقق آلية قبل النشر:

# خطوة في مسار CI/CD
- name: Validate API contract
  run: |
    apidog run --test-scenario-id CONTRACT_TESTS
    if [ $? -ne 0 ]; then
      echo "تم اكتشاف انتهاك لعقد API. راجع التغييرات."
      exit 1
    fi

4. الزم تحديث المواصفات مع كل تغيير API

أي PR يعدل API يجب أن يحدث مواصفات OpenAPI. في Apidog، تنتشر التغييرات تلقائيًا إلى:

• الوثائق
• المحاكاة (Mock Server)
• اختبارات التأكيد
• أنواع SDK العميل

5. راقب سلوك الـ API في الإنتاج

راقب مؤشرات مثل:

• انتهاكات المخطط في الاستجابات
• ظهور حقول جديدة
• تغييرات في معدلات الأخطاء أو الأداء
• تحولات في حركة المرور

6. افصل مراجعة API عن مراجعة الشيفرة

استخدم قائمة تحقق منفصلة لتغييرات الـ API:

• هل هناك كسر لأي مستهلك؟
• هل تم تحديث المواصفات؟
• هل تم توثيق التغييرات؟
• هل تم إخطار الفرق المتأثرة؟

---

المسار: إلى أين تتجه البرمجة المستقلة؟

اليوم مقابل الغد

Agent Smith عند 25% نقطة بداية فقط. مع تحسن الأدوات، ستزداد النسبة. شركات أخرى تبني وكلاء مماثلين (KAIROS, Copilot Agent Mode, CodeWhisperer).

اتجاه الصناعة واضح: من "مساعد" إلى "مساهم مستقل" إلى "بنية تحتية خلفية". السؤال قريبًا: "كم يكتب الذكاء الاصطناعي من شيفرتنا؟"

---

ما الذي يجب على فرق API فعله الآن؟

• التصميم أولاً لم يعد رفاهية. اجعل مواصفات الـ API المرجع المستقر الوحيد.
• استثمر في اختبار العقود. الاختبارات التقليدية لا تكفي مع المؤلفين الآليين.
• استخدم أدوات متكاملة. المنصات المنفصلة تخلق نقاط ضعف. المنصات مثل Apidog تضمن التزامن.
• خصص مراجعة للشيفرة المولدة آليًا. لا تعتمد فقط على مراجعة الكود التقليدية.

جرّب Apidog لبناء سير عمل API متسق، سواء جاء التغيير من مطور بشري أو وكيل مستقل.

---

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

ما هو Google Agent Smith؟

وكيل ذكاء اصطناعي داخلي لجوجل لكتابة الشيفرة، مبني على Gemini وAntigravity. يعمل في الخلفية وينفذ مهام مستقلة، مقدمًا أكثر من 25% من الشيفرة الإنتاجية الجديدة.

هل Agent Smith متاح خارج جوجل؟

لا. هو أداة داخلية لموظفي جوجل فقط. التكنولوجيا مشابهة لوضع وكيل Copilot وClaude Code، لكن مدمجة أعمق في أنظمة جوجل.

هل تكسر الشيفرة المولدة بالذكاء الاصطناعي عقود API؟

قد يحدث ذلك. الوكلاء يكتبون شيفرة تجتاز الاختبارات، لكن الاختبارات قد لا تغطي كل حالات العقد. اختبار العقود والتطوير التصميمي أولًا يمنع ذلك.

هل يجب على فرق API القلق من Agent Smith؟

ليس منه تحديدًا، بل من التوجه نحو الوكلاء المستقلين. أدوات مماثلة ستصل لفريقك، وتجهيز سير عملك الآن يمنحك أمان التبني.

كيف أمنع وكلاء الذكاء الاصطناعي من تعطيل APIs الخاصة بي؟

• استخدم مواصفات OpenAPI كمصدر للحقيقة.
• أضف اختبار العقود مع additionalProperties: false.
• تحقق من العقد ضمن مسار النشر.
• استخدم منصة متكاملة مثل Apidog.

ما الفرق بين الشيفرة المساعدة بالذكاء الاصطناعي والمولدة بالذكاء الاصطناعي؟

المساعدة بالذكاء الاصطناعي تحدث تحت إشراف المطور في الوقت الحقيقي. المولدة بالذكاء الاصطناعي تنتج في الخلفية دون إشراف لحظي، ما يزيد احتمال الاختلافات غير المكتشفة.

هل ستحل وكلاء الذكاء الاصطناعي محل مطوري الـ API؟

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

---

النقاط الرئيسية

• Agent Smith يولد 25% من الشيفرة الإنتاجية الجديدة في جوجل عبر عملية مستقلة.
• هذا يحول دور فرق الـ API من مراجعة الشيفرة إلى مراجعة العقود.
• اختلاف العقود هو الخطر الأكبر عند التغيير الآلي.
• التصميم أولًا، مواصفات OpenAPI، واختبار العقود حماية أساسية.
• المنصات المتكاملة مثل Apidog تضمن تزامن كل عناصر الـ API.
• الاتجاه يتسارع نحو أدوات البرمجة المستقلة — أعد سير عملك الآن.

يمثل Agent Smith البداية فقط. الفرق التي تبني سير عمل API مقاوم للوكلاء اليوم، ستكون الأكثر أمانًا ومرونة غدًا.