Inside Android Skills - Built for deprecation

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

لماذا هناك عدد قليل جدًا من المهارات الرسمية؟

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

لقد أصدرنا حتى الآن حوالي 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 OS

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

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

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

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

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

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

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

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

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

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

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

منتدى Android جاهز لمساعدتك. لدى "كريس باينز" مجموعة شاملة من المهارات في Compose وKotlin، ونشر "إيفان مورغيلو" مهارة تدقّق في مشاريع Compose، وأنشأ "جايوونغ إيوم" مهارتَين حول الاختبار والأداء. 

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

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

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