Inside Android Skills - Built for deprecation

أطلقنا مهارات Android الرسمية في أبريل، وقد فاقت الاستجابة كل توقعاتنا. في مشاركة المدونة هذه، سأتناول بعض الملاحظات التي تلقّيناها، وسأشرح الفلسفة والمنهجية وراء المشروع. نأمل أن يساعدك ذلك أيضًا في فهم ما يحدث وراء الكواليس عند تثبيت المهارات واستخدامها، ما يتيح لك الاستفادة بشكل أفضل من الرموز المميزة ووقتك.

لماذا لا تتوفّر سوى عدد قليل من المهارات الرسمية؟

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

لقد أطلقنا حتى الآن حوالي 20 مهارة رسمية، وهي تستهدف عمدًا مجالات محدّدة للغاية وسريعة التغيّر لا تستند إليها النماذج العادية بشكل كامل بعد، مثل AGP 9 وNavigation 3 وواجهات برمجة تطبيقات الكاميرا المتقدّمة وPerfetto SQL.

ماذا عن المهارات الأساسية والأكثر عمومية؟ تضيف كل مهارة مثبّتة ما بين 100 و200 رمز مميز إلى سياق خط الأساس لكل مهمة تبدأها. إذا تم تفعيل هذه المهارة فعليًا، يمكن أن يرتفع هذا العدد بسرعة إلى الآلاف. في معظم الحالات، يكون الاحتفاظ بالمهارات الأساسية أمرًا غير مجدٍ ومكلفًا. قبل تثبيت أداة لكتابة أساسيات Kotlin أو Compose، فكِّر في ما إذا كان نموذج اللغة الكبير الذي اخترته يحتاج إلى ذلك فعلاً، أو ما إذا كان يعرف هذه المواضيع جيدًا بما يكفي. 

تقييم المهارات

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

timeout_s: 1200
repository:
  url: [redacted - internal git repo]
  working_dir: wear_compose_m3_empty_app
category_ids:
  - wear
prompt: |-
  Add a horizontal pager to MainActivity.kt. Have three pages in the pager. Each page should contain
  the text "Page 1", "Page 2", and "Page 3" respectively in the center of the screen.
commands:
  build:
    - ./gradlew assembleDebug
acceptance_criteria:
  project_builds: true
  llm_diff_judge:
    - Must use `HorizontalPagerScaffold`.
    - Each page should use `AnimatedPage` to wrap a `ScreenScaffold`.

مثال على عملية تقييم تتحقّق من التنفيذ الصحيح لأداة عرض الصفحات الأفقية في تطبيق Wear

نختبر المهارة في "استوديو Android" باستخدام أحدث نموذج من Gemini Flash. اعتمادًا على المهارة، نحرص أيضًا على ضمان التوافق مع نماذج أخرى، مثل Gemini Pro، ووكلاء آخرين، مثل Antigravity، وأنظمة تابعة لجهات خارجية.

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

استخدام "قاعدة معارف Android" (في "استوديو Android" أو Android CLI)

إذا كنت تطوّر تطبيقات Android، عليك دائمًا استخدام "قاعدة معارف Android" للوصول إلى المستندات الرسمية. إذا كنت تستخدم الوكيل في Android Studio، سيكون متاحًا كأداة، ولكن إذا كنت تستخدم وكيلاً آخر، عليك تثبيت Android CLI. يتضمّن هذا الملف، من بين أمور أخرى، الأمر docs الذي يمنح وكيلك إذن الوصول إلى مستندات Android الرسمية. استخدام أداة واحدة أكثر فعالية من تثبيت مئات المهارات.

إذا كان نموذجك يتصرف بثقة مفرطة، وأردت أن يرجع إلى المستندات بشكل متكرر، فإنّ إحدى الطرق الشائعة لتحفيزه على ذلك هي إضافة "الرجوع دائمًا إلى مستندات Android الرسمية عند التعامل مع واجهات برمجة تطبيقات Android" إلى ملف AGENTS.md أو ما يعادله. بالطبع، يمكنك أيضًا فرض ذلك من خلال الطلب من الوكيل التحقّق من المستندات مباشرةً في طلباتك.

لماذا تم إيقاف طلبات السحب؟

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

متى تكون المهارات الأساسية أو الجوهرية مفيدة؟

مع أنّ نماذج SOTA لا تحتاج عادةً إلى مهارات أساسية، هناك بعض السيناريوهات التي يمكن أن تضيف فيها المهارات الأساسية أو المهارات التي أنشأها المنتدى قيمة حقيقية. على سبيل المثال:

• استخدام طلبات غامضة: تعمل المهارات على توضيح نيتك. إذا قدّمت طلبًا غير دقيق، مثل "إضافة رسوم متحركة إلى هذه الشاشة"، يمكن أن تلهم مهارة معيّنة في الرسوم المتحركة في Compose النموذج، ما يدفعه إلى استخدام واجهات برمجة التطبيقات الحديثة أو أنماط اختبار لقطات الشاشة التي ربما لم يكن ليفكّر فيها لولا ذلك.
• إذا كنت تريد استخدام نماذج أصغر وأرخص: إنّ نماذج LLM المتطورة مكلفة. إذا كنت تفوّض المهام الروتينية إلى نماذج أصغر مفتوحة المصدر مثل Gemma 4، سيؤدي تفعيل المهارات الأساسية إلى سدّ الثغرات المعرفية التي لا تستطيع المعلمات الأصغر حجمًا معالجتها.
• إعادة تصميم الرمز أو مراجعته: تتفوّق النماذج في إنشاء رموز برمجية تعمل بشكل جيد، ولكن عند تعديل قواعد الرموز القديمة، غالبًا ما تعطي الأولوية للحفاظ على التوافق مع الأنماط القديمة المحيطة على إعادة كتابة الرموز بدقة حديثة. يمكن أن يساعدك موظّف مراجعة متخصّص مزوّد بالمهارات الأساسية في التخلّص من هذه العادة.
• الخروج عن المألوف: تحب نماذج اللغات الكبيرة الطريقة القياسية التي تتّبعها Google في تصميم تطبيقات Android. إذا كان فريقك يستخدم بنية طبقة عرض مخصّصة للغاية، سيواجه النموذج صعوبة في الحفاظ على التوافق. يمكنك الاستفادة كثيرًا من مهارة مخصّصة تصف بنية تطبيقك بوضوح.

أين يمكنني العثور على المهارات الأساسية؟

يمكنك الاستفادة من دعم منتدى Android. يقدّم Chris Banes مجموعة شاملة من المهارات في Compose وKotlin، ونشر Ivan Morgillo مهارة تدقّق في مشاريع Compose، وأنشأ Jaewoong Eum مهارتَين حول الاختبار والأداء. 

يجب دائمًا تنزيل المهارات من مصادر موثوقة. لا أثق شخصيًا بالمستودعات التي تحتوي على عشرات أو مئات من مهارات Android، لأنّها على الأرجح من إنشاء الذكاء الاصطناعي ولم يتم اختبارها، وقد تحتوي حتى على تعليمات ضارة أو متحيزة. بالإضافة إلى ذلك، لا تثبِّت مهارات هندسة البرامج العامة بشكل أعمى، فالعديد منها مصمَّم لتطوير الويب.

الهدف: الإيقاف النهائي

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