پروجیکٹ کا تعارف
haiming-app-monetization، ہائمنگDev (HammingDev) کی جانب سے تیار کردہ ایپ مونیٹائزیشن اسکل ہے۔ یہ ایپ پروجیکٹ کی ڈائریکٹری میں موجود حقیقی نفاذ کو پڑھ سکتا ہے، متعلقہ صفحات اور کوڈ کی جگہیں تلاش کر سکتا ہے، اور مسابقتی تحقیق کے ساتھ ایسی آن بورڈنگ، پے وال اور پیکیج ڈیزائن تجاویز تیار کر سکتا ہے جنہیں ڈویلپمنٹ ایجنٹ کے حوالے کر کے آگے عمل درآمد کیا جا سکے۔
یہ اسکل ان ڈویلپرز کے لیے موزوں ہے جن کے پاس ایپ کا پروٹوٹائپ یا سورس کوڈ موجود ہو اور جو مونیٹائزیشن کے راستے کو منظم انداز میں سمجھنا چاہتے ہوں۔ اگر سورس کوڈ موجود نہ بھی ہو تو پروڈکٹ کی وضاحت، اسکرین شاٹس یا اسکرین ریکارڈنگ فراہم کی جا سکتی ہے، تاکہ ایجنٹ موجودہ مواد کی بنیاد پر رہنمائی دے سکے۔
پہلے سے طے شدہ رویہ جائزہ لینا ہے، کوڈ میں ترمیم کرنا نہیں۔ ایجنٹ صرف اسی وقت متعلقہ کوڈ تبدیلیاں کرے گا جب واضح طور پر کہا جائے: “جائزہ لیں اور عمل درآمد کریں”۔
بنیادی صلاحیتیں
حقیقی راستوں اور ترجیحی مسائل کی نشاندہی
اسکل حقیقی پروجیکٹ سے آن بورڈنگ، پے وال، ممبرشپ فوائد اور خریداری کے عمل سے متعلق صفحات اور کوڈ کی جگہیں تلاش کرنے کی کوشش کرے گا، اور جامد اخذ اور عملی مشاہدے میں فرق کرے گا، تاکہ صرف سورس کوڈ کی بنیاد پر اخذ کیے گئے نتائج کو حقیقی رن ٹائم نتائج کے طور پر پیش نہ کیا جائے۔
مسابقتی مصنوعات اور ممکنہ قیمتوں کی تحقیق
اگر ایجنٹ کے پاس انٹرنیٹ سے جڑنے کے ذرائع موجود ہوں تو اسکل متعلقہ مسابقتی مصنوعات کی تحقیق اور ممکنہ پیکیجز کی ترتیب میں مدد کر سکتا ہے۔ نتائج میں خطہ، کرنسی، بلنگ سائیکل، معلومات کا ماخذ اور نامعلوم امور درج ہونے چاہئیں۔ اگر انٹرنیٹ دستیاب نہ ہو تو غیرمصدقہ قیمتوں کو واضح طور پر نشان زد کیا جائے گا۔
شاخ دار آن بورڈنگ کا ڈیزائن
اسکل صرف یکساں ابتدائی رہنمائی فراہم نہیں کرتا، بلکہ اس بات پر بھی غور کرتا ہے کہ صارف کے انتخاب مختلف پروڈکٹ ڈیمو، بنیادی خصوصیات اور متن سے منسلک ہوں، تاکہ ذاتی نوعیت کی شاخ دار آن بورڈنگ تیار کی جا سکے۔
پے وال کی جانچ اور ڈیزائن
پے وال کا تجزیہ اس بات پر توجہ دیتا ہے کہ ممبرشپ فوائد واضح ہیں یا نہیں، نمایاں پیکیج مناسب طور پر اجاگر کیا گیا ہے یا نہیں، آزمائشی مدت کی وضاحت مکمل ہے یا نہیں، اور خریداری مکمل کرنے کے بعد صارف کو کس مرحلے میں داخل ہونا چاہیے۔
عمل درآمد اور تصدیق کی منصوبہ بندی
جب آپ حل نافذ کرنے کی درخواست کرتے ہیں تو اسکل قابلِ دوبارہ استعمال جگہوں، ضروری تبدیلیوں اور ابتدائی تجربے پر توجہ دیتا ہے۔ تاہم، یہ پروجیکٹ کنورژن ریٹ یا آمدنی میں اضافے کی ضمانت نہیں دیتا؛ حل کی تصدیق پھر بھی حقیقی ڈیٹا سے کرنا ضروری ہے۔
اسکل انسٹال کریں
پہلے سے طے شدہ ماحول میں انسٹال کریں
اپنی ایپ کی پروجیکٹ ڈائریکٹری میں جائیں، پھر چلائیں:
npx skills add HammingDev/haiming-app-monetizationموجودہ پروجیکٹ کے Codex میں انسٹال کریں
اگر آپ Codex استعمال کرتے ہیں اور اسکل کو موجودہ پروجیکٹ میں انسٹال کرنا چاہتے ہیں تو یہ کمانڈ چلائیں:
npx skills add HammingDev/haiming-app-monetization --agent codex --yes--agent codex ہدف ایجنٹ متعین کرتا ہے، جبکہ --yes انسٹالیشن کی خودکار تصدیق کے لیے استعمال ہوتا ہے۔
Codex میں عالمی سطح پر انسٹال کریں
اگر آپ اسے متعدد پروجیکٹس میں استعمال کرنا چاہتے ہیں تو عالمی سطح پر انسٹال کر سکتے ہیں:
npx skills add HammingDev/haiming-app-monetization --agent codex --global --yesانٹرایکٹو انسٹالیشن کے دوران دیگر معاون ایجنٹس بھی منتخب کیے جا سکتے ہیں۔ دستیاب عملی صلاحیتوں کا انحصار اس بات پر ہے کہ چلنے والے ایجنٹ کے پاس پروجیکٹ پڑھنے، ایپ چلانے یا انٹرنیٹ پر تحقیق کرنے کے لیے کون سے ذرائع موجود ہیں۔
بنیادی استعمال: مکمل مونیٹائزیشن جائزہ
انسٹالیشن مکمل ہونے کے بعد، ایپ پروجیکٹ سے متعلق کام میں یہ درج کریں:
$haiming-app-monetization استعمال کرتے ہوئے موجودہ پروجیکٹ کا جائزہ لیں، متعلقہ مسابقتی مصنوعات کی تحقیق کریں،
پیکیج قیمتوں، ذاتی نوعیت کی آن بورڈنگ اور پے وال کے حل پیش کریں، پہلے کوڈ میں ترمیم نہ کریں۔اس ہدایت میں کئی اہم پابندیاں شامل ہیں:
- موجودہ پروجیکٹ کا جائزہ لیں: ایجنٹ سے حقیقی پروجیکٹ کی ساخت اور موجودہ نفاذ کی بنیاد پر کام کرنے کا مطالبہ کرتا ہے۔
- متعلقہ مسابقتی مصنوعات کی تحقیق کریں: دستیاب ذرائع کی اجازت ہونے پر بیرونی مارکیٹ کی معلومات شامل کرتا ہے۔
- مکمل حل پیش کریں: قیمتوں، آن بورڈنگ اور پے وال کا احاطہ کرتا ہے۔
- پہلے کوڈ میں ترمیم نہ کریں: صرف پڑھنے والے تجزیے کو برقرار رکھتا ہے، تاکہ سمت کا پہلے جائزہ لیا جا سکے۔
ابتدا میں جائزے کا یہی طریقہ استعمال کرنے کی تجویز دی جاتی ہے۔ آپ جانچ سکتے ہیں کہ صفحات کی نشاندہی درست ہے، مسابقتی مصنوعات متعلقہ ہیں، اور ممکنہ قیمتوں میں خطہ اور بلنگ سائیکل درج ہیں، پھر فیصلہ کر سکتے ہیں کہ عمل درآمد کے مرحلے میں جانا ہے یا نہیں۔
ایک ہی مرحلے پر توجہ
اگر فی الحال صرف پے وال کی جانچ درکار ہو تو مکمل مونیٹائزیشن تجزیے کا مطالبہ ضروری نہیں۔ یہ درج کریں:
$haiming-app-monetization استعمال کرتے ہوئے موجودہ پے وال کے ممبرشپ فوائد، آزمائشی مدت کی وضاحت اور خریداری کے راستے کا جائزہ لیں۔یہ طریقہ محدود دائرہ کار والے کاموں کے لیے موزوں ہے، مثلاً پے وال پہلے ہی جاری ہو، لیکن درج ذیل مسائل کی جانچ درکار ہو:
- کیا ممبرشپ فوائد آسانی سے سمجھے جا سکتے ہیں۔
- کیا آزمائشی مدت کی شرائط واضح ہیں۔
- کیا نمایاں پیکیج واضح ہے۔
- کیا خریداری کا داخلی راستہ اور عمل مربوط ہیں۔
- کیا خریداری مکمل ہونے کے بعد اگلا مرحلہ واضح ہے۔
اسی طریقے سے آن بورڈنگ یا پیکیج ڈیزائن پر بھی توجہ دی جا سکتی ہے، لیکن کام میں واضح طور پر بتایا جانا چاہیے کہ کس مرحلے کی جانچ کرنی ہے اور مطلوبہ نتیجہ کیا ہے۔
جائزے سے عمل درآمد کی طرف منتقلی
پہلے سے طے شدہ طور پر اسکل پروڈکٹ کے کوڈ میں ترمیم نہیں کرے گا۔ اگر حل کا جائزہ لے لیا گیا ہے اور آپ چاہتے ہیں کہ ایجنٹ اسے نافذ کرے، تو واضح طور پر “جائزہ لیں اور عمل درآمد کریں” کہنا ضروری ہے۔
$haiming-app-monetization استعمال کرتے ہوئے موجودہ پروجیکٹ کی آن بورڈنگ اور پے وال کی بہتری کا جائزہ لیں اور اسے نافذ کریں۔ پہلے دوبارہ استعمال کیے جا سکنے والے اجزا تلاش کریں، ضروری تبدیلیوں کی وضاحت کریں، پھر عمل درآمد کریں اور تصدیقی مراحل فراہم کریں۔چونکہ README صرف یہ حد مقرر کرتا ہے کہ واضح طور پر عمل درآمد کی درخواست کے بعد ہی ترمیم کی جائے، اس لیے حقیقی ترمیم کا دائرہ اور نتیجہ پروجیکٹ کی ساخت، موجودہ کوڈ اور ایجنٹ کے ذرائع پر منحصر ہوگا۔ عمل درآمد سے پہلے ورژن کنٹرول کے ذریعے موجودہ حالت محفوظ کریں اور ایجنٹ کی تجویز کردہ فائلوں کے دائرے کا جائزہ لیں۔
سورس کوڈ کے بغیر استعمال
اگر پڑھنے کے لیے پروجیکٹ کا سورس کوڈ دستیاب نہ ہو تو ایجنٹ کو پروڈکٹ کی وضاحت، اسکرین شاٹس یا اسکرین ریکارڈنگ فراہم کی جا سکتی ہے۔ تجزیے کے معیار کو بہتر بنانے کے لیے مواد میں کم از کم یہ چیزیں شامل ہونی چاہئیں:
- پروڈکٹ کے ہدف صارفین اور بنیادی استعمال۔
- موجودہ آن بورڈنگ کے صفحات کی ترتیب اور متن۔
- مفت خصوصیات اور ممبرشپ فوائد میں فرق۔
- موجودہ پیکیجز، کرنسی، بلنگ سائیکل اور آزمائشی مدت کے قواعد۔
- پے وال کھولنے سے خریداری مکمل کرنے تک کا راستہ۔
اس صورت میں ایجنٹ حقیقی کوڈ کی جگہ تلاش نہیں کر سکتا، اس لیے نتیجے کو پروڈکٹ سطح کی رہنمائی سمجھنا چاہیے، پہلے سے تصدیق شدہ انجینئرنگ نتیجہ نہیں۔
اعلیٰ سطحی استعمال کی تجاویز
خطہ، کرنسی اور بلنگ سائیکل واضح کریں
قیمتوں کی تحقیق کی درخواست کرتے وقت ہدف مارکیٹ متعین کریں۔ مثال کے طور پر کسی مخصوص خطے کے تجزیے کو ترجیح دینے اور ماہانہ، سالانہ یا دیگر ادوار کو الگ الگ ترتیب دینے کی درخواست کی جا سکتی ہے۔ اگر آپ خود یہ معلومات متعین نہ بھی کریں، تو حتمی نتیجے میں خطہ، کرنسی، سائیکل، ماخذ اور نامعلوم امور درج ہونے چاہئیں۔
جامد تجزیے اور عملی مشاہدے میں فرق مانگیں
اگر ایجنٹ صرف کوڈ پڑھ سکتا ہو اور ایپ شروع نہ کر سکتا ہو، تو اخذ کردہ نتیجے کو پہلے سے مشاہدہ کیے گئے صارف تجربے کے طور پر نہیں لکھنا چاہیے۔ ہدایت میں یہ شامل کیا جا سکتا ہے:
براہ کرم الگ الگ نشان زد کریں کہ کون سے نتائج سورس کوڈ کے جامد تجزیے سے حاصل ہوئے ہیں اور کون سے عملی مشاہدے سے؛ جن حصوں کی تصدیق ممکن نہ ہو انہیں نامعلوم امور میں درج کریں۔پہلے ایجنٹ سے ترجیحات مرتب کروائیں
جب مسائل زیادہ ہوں تو ہر چیز میں ایک ہی بار ترمیم کرنے کے بجائے ترجیح کے لحاظ سے ترتیب دینے کی درخواست کریں:
براہ کرم آن بورڈنگ، پے وال اور خریداری کے راستے کے مسائل تلاش کریں، انہیں اثر اور عمل درآمد کی لاگت کے لحاظ سے ترتیب دیں، اور پہلے تجربے کی تجویز دیں؛ کوڈ میں ترمیم نہ کریں۔README میں بتایا گیا ہے کہ نتائج میں ترجیحی مسائل، ضروری تبدیلیاں اور ابتدائی تجربہ شامل ہونا چاہیے، اس لیے کام کی یہ ساخت تجاویز کو بعد کے ڈویلپمنٹ کام میں تبدیل کرنے میں مدد دیتی ہے۔
آن بورڈنگ کے انتخاب کو واقعی بعد کے مواد پر اثرانداز بنائیں
ذاتی نوعیت کی آن بورڈنگ ڈیزائن کرتے وقت صرف صارف کے انتخاب جمع نہ کریں۔ مطالبہ کریں کہ ہر انتخاب مختلف ڈیمو، نمایاں خصوصیت یا متن سے منسلک ہو، تاکہ شاخیں صارف کو نظر آئیں اور بامعنی ہوں۔
خریداری کے بعد کے اگلے مرحلے کی جانچ کریں
پے وال کا جائزہ صرف ادائیگی کے بٹن تک محدود نہیں ہونا چاہیے۔ یہ بھی یقینی بنائیں کہ خریداری مکمل ہونے کے بعد صارف کیا دیکھے گا، کس خصوصیت میں داخل ہوگا، اور ابھی کھولے گئے ممبرشپ فوائد کو کیسے سمجھے گا۔
نتائج ڈویلپمنٹ ایجنٹ کے حوالے کرنے سے پہلے دوبارہ جانچیں
عمل درآمد کے مرحلے میں جانے سے پہلے یہ تصدیق کرنے کی تجویز دی جاتی ہے:
- کیا صفحات اور کوڈ کے راستے واقعی موجود ہیں۔
- کیا مسابقتی مصنوعات کی قیمتوں کے ماخذ اور تصدیقی حالت درج ہیں۔
- کیا آزمائشی مدت کی وضاحت حقیقی قواعد سے مطابقت رکھتی ہے۔
- کیا نمایاں پیکیج اور ممبرشپ فوائد واضح طور پر بیان کیے گئے ہیں۔
- کیا تبدیلیوں کا دائرہ موجودہ ورژن کے مقصد سے مطابقت رکھتا ہے۔
- کیا ابتدائی تجربے کے نتائج کی تصدیق کی جا سکتی ہے۔
صلاحیتوں کی حدود اور ورژن کی حالت
موجودہ ورژن v0.1.0 ہے اور اس نے اسکل فارمیٹ کی جانچ کامیابی سے مکمل کی ہے۔ اس کے طریقۂ کار کو Life Widget پروجیکٹ میں جامد جائزے اور مسابقتی تحقیق کے لیے استعمال کیا گیا، لیکن یہ ابھی ثابت نہیں ہوا کہ یہ کنورژن ریٹ میں حقیقی اضافہ کر سکتا ہے۔
انٹرنیٹ پر تحقیق اور پروجیکٹ پڑھنے کا انحصار چلنے والے ایجنٹ کے ذرائع پر ہے۔ انٹرنیٹ دستیاب نہ ہونے کی صورت میں اسکل قیمت کو غیرمصدقہ نشان زد کرے گا؛ ایپ چلانا ممکن نہ ہو تو جامد نتائج اور رن ٹائم نتائج میں بھی فرق رکھا جانا چاہیے۔ ریپوزٹری میں خود پروجیکٹ کا سورس کوڈ یا نجی تعاون کی brief شامل نہیں ہے۔
اسکل کی داخلی فائل SKILL.md ہے، جبکہ رویے کی قبولیت کا حوالہ references/acceptance.md میں موجود ہے۔ پروجیکٹ MIT لائسنس استعمال کرتا ہے، جو استعمال، ترمیم، دوبارہ تقسیم اور تجارتی استعمال کی اجازت دیتا ہے، لیکن تقسیم کے وقت کاپی رائٹ نوٹس اور لائسنس برقرار رکھنا ضروری ہے۔
خلاصہ
haiming-app-monetization ایپ مونیٹائزیشن کے تجزیے کو AI ایجنٹ کے حوالے کیے جا سکنے والے عمل میں منظم کرتا ہے: موجودہ نفاذ پڑھنا، مسابقتی مصنوعات کی تحقیق کرنا، شاخ دار آن بورڈنگ ڈیزائن کرنا، پیکیجز اور پے وال کو منظم کرنا، اور عمل درآمد و ابتدائی تصدیق کی منصوبہ بندی کرنا۔ بہترین طریقہ یہ ہے کہ پہلے صرف پڑھنے والے موڈ میں جائزہ لیا جائے، پھر ماخذ، نامعلوم امور اور تبدیلیوں کے دائرے کی جانچ کی جائے، اور آخر میں واضح “جائزہ لیں اور عمل درآمد کریں” ہدایت کے ذریعے ڈویلپمنٹ کے مرحلے میں داخل ہوا جائے۔