Inside Android Skills - Built for deprecation

আমরা এপ্রিল মাসে অফিসিয়াল Android Skills রিলিজ করেছি এবং এর প্রতিক্রিয়া আমাদের প্রত্যাশাকে ছাড়িয়ে গেছে। এই ব্লগ পোস্টে, আমরা যে মতামত পেয়েছি তার কিছু উত্তর দেব, প্রজেক্টের পিছনে দর্শন এবং পদ্ধতি ব্যাখ্যা করব। আশা করি, এটি আপনাকে বুঝতে সাহায্য করবে যে আপনি যখন স্কিল ইনস্টল এবং ব্যবহার করেন তখন ব্যাকগ্রাউন্ডে কী ঘটে, যার ফলে আপনি টোকেন এবং আপনার নিজের সময় আরও ভালভাবে ব্যবহার করতে পারবেন।

এত কম অফিসিয়াল স্কিল কেন আছে?

বর্তমানে, আমরা শুধুমাত্র তখনই নতুন দক্ষতা বিবেচনা করি যখন স্টেট-অফ-দ্য-আর্ট (SOTA) মডেলে যাচাইযোগ্য জ্ঞানের অভাব থাকে। সহজ কথায়: মডেলটি আগে থেকেই যা জানে তা আপনাকে শেখাতে হবে না। (যদিও কিছু ব্যতিক্রম আছে—পড়তে থাকুন!)

আমরা এখনও পর্যন্ত প্রায় ২০টি অফিসিয়াল স্কিল রিলিজ করেছি এবং সেগুলি ইচ্ছাকৃতভাবে অত্যন্ত নির্দিষ্ট, দ্রুত পরিবর্তনশীল ক্ষেত্রকে টার্গেট করে যেগুলি স্ট্যান্ডার্ড মডেল এখনও পুরোপুরি কভার করে না—যেমন AGP 9, Navigation 3, উন্নত Camera API এবং Perfetto SQL।

কোর, আরও সাধারণ, স্কিল সম্পর্কে কী বলা যায়? ইনস্টল করা প্রতিটি স্কিল আপনার শুরু করা প্রতিটি টাস্কের বেসলাইন প্রসঙ্গে ১০০–২০০টি টোকেন ইনজেক্ট করে। সেই স্কিলটি আসলে অ্যাক্টিভেট হলে, সেই সংখ্যাটি দ্রুত হাজারে পৌঁছে যেতে পারে। In most cases, hoarding basic skills is both counterproductive and expensive. বেসিক Kotlin বা Compose লেখার জন্য কোনও স্কিল ইনস্টল করার আগে, আপনার বেছে নেওয়া LLM-এর সত্যিই এটির প্রয়োজন আছে কিনা বা এটি ইতিমধ্যেই সেই বিষয়গুলি যথেষ্ট ভালভাবে জানে কিনা তা বিবেচনা করুন। 

স্কিল মূল্যায়ন করা হচ্ছে

রিলিজ করার আগে, প্রতিটি স্কিলকে একটি বিস্তৃত ইভ্যালুয়েশন সেটের মাধ্যমে পরীক্ষা করা হয়, যা প্রমাণ করে যে স্কিলটি স্পষ্ট ভ্যালু প্রদান করে। স্কিল অ্যাক্টিভ থাকলে এই মূল্যায়ন পাস করতে হবে, অন্যথায় ফেল করবে। কোডের জন্য ইন্টিগ্রেশন টেস্ট যেমন, দক্ষতার জন্য মূল্যায়নও ঠিক তেমন। 

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`.

মূল্যায়নের উদাহরণ যা ওয়্যার অ্যাপে অনুভূমিক পেজারের সঠিক প্রয়োগ চেক করে

আমরা অন্তত লেটেস্ট Gemini Flash মডেল ব্যবহার করে Android Studio-তে স্কিল পরীক্ষা করি। দক্ষতার উপর নির্ভর করে, আমরা Gemini Pro-এর মতো অন্যান্য মডেল এবং Antigravity-এর মতো অন্যান্য এজেন্ট এবং থার্ড-পার্টি সিস্টেমের সাথেও সামঞ্জস্য নিশ্চিত করি।

সব মূল্যায়ন নলেজ বেস-এর অ্যাক্সেস সহ রান করে, তাই তথ্য যদি ডকুমেন্টেশনে থাকে এবং মডেল যদি সেটি সার্চ করার সিদ্ধান্ত নেয়, তাহলে আমরা সেটির জন্য কোনও স্কিল প্রকাশ করি না।

Android নলেজ বেস (Android Studio বা Android CLI) ব্যবহার করা

আপনি Android অ্যাপ ডেভেলপ করলে, অফিসিয়াল ডকুমেন্টেশন অ্যাক্সেস করার জন্য আপনার সবসময় Android নলেজ বেস ব্যবহার করা উচিত। আপনি Android Studio-তে এজেন্ট ব্যবহার করলে, এটি আগে থেকেই টুল হিসেবে উপলভ্য থাকে, তবে আপনি অন্য এজেন্ট ব্যবহার করলে, Android CLI ইনস্টল করুন। অন্যান্য বিষয়ের মধ্যে, এতে docs কমান্ড রয়েছে, যা আপনার এজেন্টকে অফিসিয়াল Android ডকুমেন্টেশন অ্যাক্সেস করার অনুমতি দেয়। শত শত স্কিল ইনস্টল করার চেয়ে একটি টুল থাকা অনেক বেশি কার্যকর।

আপনার মডেল যদি অতিরিক্ত আত্মবিশ্বাসী হয়ে ওঠে এবং আপনি যদি চান যে এটি আরও ঘন ঘন ডকুমেন্টেশন দেখুক, তাহলে এটিকে অনুপ্রাণিত করার একটি খুব সাধারণ উপায় হল আপনার AGENTS.md ফাইল বা সমতুল্য ফাইলে "Android API-এর সাথে ডিল করার সময় সর্বদা অফিসিয়াল Android ডকুমেন্টেশন দেখুন" যোগ করা। অবশ্যই, আপনি এজেন্টকে সরাসরি আপনার প্রম্পটে ডকুমেন্টেশন চেক করতে বলে এটি করতে পারেন।

পুল রিকোয়েস্ট কেন বন্ধ করা আছে?

আমাদের মূল্যায়ন ফ্রেমওয়ার্ক ইন্টার্নাল পরিকাঠামোর উপর নির্ভর করে যা ওপেন-সোর্স করা যায় না, তাই আমরা নতুন দক্ষতার জন্য সরাসরি পুল অনুরোধ গ্রহণ করতে পারি না—এই পরিকাঠামো ছাড়া, আমাদের কাছে ইনকামিং PR পরিবর্তনগুলি পুনরায় মূল্যায়ন করার কোনও উপায় থাকবে না। তবে, আমরা কমিউনিটির মতামত নিয়মিত মনিটর করি। আপনি যদি কোনও সমস্যা রিপোর্ট করতে চান, অপ্টিমাইজেশনের সাজেশন দিতে চান বা নতুন অফিসিয়াল স্কিলের অনুরোধ করতে চান, তাহলে একটি সমস্যা ফাইল করুন!

কখন মূল বা প্রাথমিক দক্ষতা অর্থপূর্ণ হয়?

SOTA মডেলের জন্য সাধারণত বেসিক স্কিলের প্রয়োজন হয় না, তবে কিছু ক্ষেত্রে কোর বা কমিউনিটি-বিল্ট স্কিল চালু করলে তা সত্যিই কাজে লাগে। যেমন:

• আপনি অস্পষ্ট প্রম্পট ব্যবহার করছেন: স্কিল আপনার উদ্দেশ্যকে আরও স্পষ্ট করে তোলে। আপনি যদি "এই স্ক্রিনে অ্যানিমেশন যোগ করুন" এর মতো কোনও অস্পষ্ট প্রম্পট দেন, তাহলে একটি নির্দিষ্ট কম্পোজ অ্যানিমেশন দক্ষতা মডেলটিকে অনুপ্রাণিত করতে পারে, এটিকে আধুনিক API বা স্ক্রিনশট টেস্টিং প্যাটার্নের দিকে ঠেলে দিতে পারে যা অন্যথায় বিবেচনা করা নাও হতে পারে।
• আপনি ছোট, সস্তা মডেল ব্যবহার করতে চান: ফ্রন্টিয়ার LLM-এর খরচ অনেক বেশি। আপনি যদি Gemma 4-এর মতো ছোট ওপেন-ওয়েট মডেলে রুটিন টাস্ক অফলোড করেন, তাহলে বেসিক স্কিল চালু করলে ছোট প্যারামিটারগুলি যে জ্ঞানের ফাঁকগুলি মিস করে তা পূরণ করে।
• আপনি লিগ্যাসি কোড রিফ্যাক্টর বা পর্যালোচনা করছেন: মডেলগুলি কাজ করে এমন কোড তৈরি করতে পারদর্শী, কিন্তু পুরানো কোডবেস এডিট করার সময়, তারা প্রায়শই আধুনিক নির্ভুলতার সাথে জিনিসগুলি পুনরায় লেখার চেয়ে আশেপাশের লিগ্যাসি প্যাটার্নের সাথে সামঞ্জস্যপূর্ণ থাকাকে অগ্রাধিকার দেয়। মূল দক্ষতায় পারদর্শী একজন বিশেষজ্ঞ রিভিউয়ার এজেন্ট সেই অভ্যাস ভাঙতে সাহায্য করতে পারেন।
• আপনি স্ট্যান্ডার্ড থেকে বিচ্যুত হন: LLM, Android অ্যাপ আর্কিটেক্ট করার স্ট্যান্ডার্ড "Google পদ্ধতি" পছন্দ করে। আপনার টিম যদি অত্যন্ত কাস্টমাইজ করা ভিউ-লেয়ার আর্কিটেকচার ব্যবহার করে, তাহলে মডেলটি অ্যালাইন থাকতে সমস্যায় পড়বে। আপনার আর্কিটেকচার স্পষ্টভাবে বর্ণনা করে এমন একটি কাস্টম স্কিল অনেক দূর এগিয়ে যায়।

আমি কোথায় মূল দক্ষতা খুঁজে পাব?

Android কমিউনিটি আপনার পাশে আছে। ক্রিস বেন্সের কাছে Compose ও Kotlin-এর জন্য স্কিলের একটি বিস্তারিত সংগ্রহ আছে, ইভান মর্গিলো Compose প্রোজেক্ট অডিট করে এমন একটি স্কিল প্রকাশ করেছেন এবং জেউং ইউম টেস্টিং ও পারফর্ম্যান্স-এর উপর দুটি স্কিল তৈরি করেছেন। 

সবসময় বিশ্বাসযোগ্য সোর্স থেকে স্কিল ডাউনলোড করুন! আমি ব্যক্তিগতভাবে এমন রিপোজিটরি বিশ্বাস করব না যাতে ডজন ডজন বা শত শত Android স্কিল রয়েছে, কারণ সেগুলি সম্ভবত AI-জেনারেটেড এবং পরীক্ষা করা হয়নি এবং এমনকি সেগুলিতে ক্ষতিকর বা পক্ষপাতদুষ্ট নির্দেশাবলীও থাকতে পারে। এছাড়াও, অন্ধভাবে সাধারণ সফ্টওয়্যার ইঞ্জিনিয়ারিং দক্ষতা ইনস্টল করবেন না; তাদের মধ্যে অনেক ওয়েব ডেভেলপমেন্টের জন্য তৈরি করা হয়।

লক্ষ্য: ডেপ্রিকেশন

কারপাথির কথাকে সহজভাবে ব্যাখ্যা করলে: আজকের দক্ষতা আগামীকালের মডেলের মধ্যে থাকবে। SOTA মডেলের উন্নতি হতে থাকলে, আমরা আশা করি যে স্কিলগুলি অপ্রচলিত হয়ে যাবে, বিশেষ করে নতুন API-এর ভিত্তিতে তৈরি করা স্কিলগুলি। কখন এগুলি বন্ধ করতে হবে তা নির্ধারণ করতে, নতুন মডেল রিলিজ হলে আমরা আমাদের মূল্যায়ন চালাই। যদি সেগুলি পাস করে, তাহলে আমরা সেগুলি কয়েক মাসের জন্য রেখে দেব যতক্ষণ না বেশিরভাগ ব্যবহারকারী ট্রানজিশন করে।