بني رادار يومي لترندات الذكاء الاصطناعي باستعمال new-term-radar

شنو كيدير new-term-radar

new-term-radar هي أداة للمراقبة اليومية كتعاون تكتاشف السميات اللي بدات كاتطلع بسرعة فمجال الذكاء الاصطناعي. تْصمّمات باش تلقى الموديلات، المنتجات، الأدوات، المواقع، والمستودعات الجديدة قبل ما تبان فـمنصات البحث التقليدي على الكلمات المفتاحية.

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

1. مختبر، مطوّر، ولا حساب مؤثر كيذكر اسم فـ X، ولا موديل كيدخل للائحة النماذج الرائجة فـ Hugging Face.
2. مستودع GitHub تدار مؤخراً كيبدا يجمع النجوم بسرعة غير عادية.
3. الدلائل والمواقع المنافسة كينشرو صفحات جديدة، ولا دومين تسجّل مؤخراً كيبدا يترتّب.
4. الموقع ديالك كيتوصل بأول مرات الظهور فـ Search Console ديال هاد المصطلح.
5. Google Trends كيبدا من بعد كيبين ارتفاع قابل للقياس.

معظم أدوات الكلمات المفتاحية كخدم قريب من المرحلة الأخيرة. new-term-radar كيقرا المراحل الأربعة اللولة كل نهار، ومن بعد كيستعمل Google Trends باش يراجع واش الإشارات المبكرة ولات فعلاً ترندات فالبحث.

المزايا والإشارات الرئيسية

مراقبة حسابات X

الرادار كيقرا الحسابات المحددة فـلائحة الحساب ديالك وكيحدّد السميات اللي ما استعملوهاش خلال آخر 60 يوم. هاد الإشارة المؤدى عليها كتحتاج مفتاح AIsa API. الفائدة ديالها كتتعلق بزاف بجودة المختبرات، المطورين، والمعلّقين اللي اخترتي تتابع.

الموديلات الرائجة فـ Hugging Face

إشارة Hugging Face كتكشف الموديلات اللي بانو جديد فـأول 50 موديل رائج. النسخ المكمّمة كيتجمعو تحت اسم الموديل الأساسي ديالها. هاد الإشارة مجانية وما كتحتاج حتى بيانات اعتماد خارجية.

مستودعات GitHub اللي كاتطلع بسرعة

كاشف GitHub كيقلب على مستودعات عمرها أقل من 14 يوم، وكتجمع فالمتوسط على الأقل 200 نجمة فالنهار، ولا زادت على الأقل 400 نجمة من آخر لقطة. ويقدر حتى يخرّج صيغ بحث مبنية على المالك واسم المستودع، بحال niko strata.

هاد الإشارة مجانية. توكن GitHub ماشي إجباري، ولكن استعمالو كيرفع الحد ديال الطلبات فـ GitHub API.

تغييرات ملفات Sitemap

قارئ sitemap كيلقى الكلمات المشتركة بين بزاف ديال الروابط الجديدة فموقع، ملي كتكون هاد الكلمات قليلة الاستعمال فـالروابط القديمة ديالو. كييحسب الروابط المختلفة مقارنة مع الخط الأساسي ديال الموقع نفسو، وكيقلل احتمال أن رابط طويل واحد يخلق ارتفاعاً وهمياً.

قبل ما تزيد sitemap، قرا robots.txt ديال الموقع وضبط توقّف يكون على الأقل قدّ مدة الزحف المحددة فيه.

المواقع اللي بدات كاتترتّب جديد

إشارة المواقع الجديدة الاختيارية كتقلب على دومينات تسجلات واتفهرسات لأول مرة خلال آخر 90 يوم، وراه كاتترتّب دابا على الأقل لـ 20 كلمة مفتاحية. كتحتاج AIsa ومقصود منها تخدم كل أسبوع.

الـ README كيشير بلي، ابتداءً من 12 أكتوبر 2026، مشكل فـالتحقق من AIsa upstream كيخلي هاد الإشارة تعطي خطأ. التقرير الباقي كيكمل خدمتو. استعمل --skip newsites حتى يتحل المشكل upstream.

Google Search Console

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

تصنيف السميات ومراجعتها

موديل لغوي صغير كيقيم واش كل مرشح هو اسم ديال حاجة محددة بوحدها، ولا غير كلمة شائعة. السميات المقبولة كاتبان بشكل بارز، بينما الكلمات الشائعة كاتتسجل بوحدها. من بعد 14 يوم، عملية المراجعة كاتشيّك صيغ البحث فـ Google Trends وكتسجل نسبة النتائج وعدد الأيام اللي كانت فيها الإشارة متقدمة.

كيفاش كيخدم جدول الكلمات المفتاحية

اسم منتج جديد يقدر يطلع بسرعة بلا ما يعبّر على المهمة الدائمة اللي الناس باغين ينجزوها. مثلاً، الاسم التجاري ديال كاشف يقدر يكون مؤقت، بينما عبارة عامة بحال ai image detector كاتمثل طلب مستمر. جدول الكلمات المفتاحية الاختياري كيربط كل اسم جديد بالمهام وعمليات البحث العامة اللي وراه.

1. جمع الأدلة: الرادار كيقرا منشورات X اللي خذات إعجابات كثيرة وكتذكر الاسم، وبالنسبة للمستودعات كيقرا README.
2. توليد العبارات: موديل كيقترح عبارات بحث عادية للمهام اللي باينة فالأدلة، وكيضيف اقتباسات داعمة.
3. تصفية العبارات: استدعاء ثاني للموديل كيحيد العبارات اللي المنتج المذكور ما كيجيبش عليها بشكل كافي.
4. تقدير الحجم: كيتجاب حجم البحث الشهري من Google Ads فدفعة وحدة، وكتتحيد العبارات اللي أقل من min_volume.
5. قياس الترندات: كيتستعمل Google Trends مرة باش يقيم شكل كل مصطلح، ومرة ثانية باش يقارن الحجم ديالو مع كلمة مفتاحية مرجعية، والافتراضي ديالها هو gpts.

القرارات الناتجة هي prioritize، watch، ولا skip. كيتعطى الأولوية لمصطلح إلا طلع خلال آخر 30 يوم، ومازال كايطلع، وكيحقق عتبة البحث اليومية المحددة. المصطلحات الأصغر، المبكرة، ولا اللي عليها طلب مستقر كاتدخل للمراقبة. المصطلحات اللي كاتهبط ولا صغيرة وبلا تغيير كاتتجاوز.

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

الملاحظات الأولية ديال المشروع لقات بلي سميات المنتجات كاتطلع قبل العبارات العامة المرتبطة بها. اعتابر جدول الكلمات المفتاحية بالأساس خريطة للطلب الموجود اللي كيلبيه المنتج الجديد، وماشي دليلاً بلي كل عبارة عامة بدات كاتطلع بسرعة.

المتطلبات

• Python 3.10 ولا أحدث.
• Git باش تنسخ المستودع.
• مفتاح API ديال AIsa إلا بغيتي الإشارات المؤدى عليها، تصنيف السميات، مراجعة Google Trends، ولا جدول الكلمات المفتاحية.
• بيانات الدخول ديال Google وResend وGitHub اختيارية، وكتحتاجها لـ Search Console، إرسال الإيميلات، ورفع حدود API.

الرادار الأساسي كيستعمل غير المكتبة القياسية ديال Python. الحزم الإضافية كتحتاج غير للتكاملات الاختيارية ومهام التطوير.

ثبّت الرادار وكونفيݣوريه

1. نسخ المستودع

git clone https://github.com/zhuyansen/new-term-radar
cd new-term-radar

2. صايب الكونفيݣوراسيون ديالك

cp config.example.json config.json

بدّل config.json وحدد حسابات X، وملفات sitemap، والمواضيع، والمصطلحات المعروفة، وكلمات التوقيف، والعتبات اللي مناسبة للموقع ولا المنشور ديالك.

3. زِد مفتاح AIsa الاختياري

export AISA_API_KEY=your_key_here

الخدمات المؤدى عليها كتدوز عبر AIsa، ومن بينها منشورات X، وبيانات النطاقات والترندات المدعومة بـ DataForSEO، والموديل اللي كيحكم على السميات المرشحة. بلا هاد المفتاح، إشارات Hugging Face وGitHub وsitemap وSearch Console المجانية تقدر تبقى خدامة. ولكن التقرير كيعرض المصطلحات بلا ترتيب حيث ما كاينش الحَكَم ديال السميات.

4. شغّل التقرير اليومي

python -m radar daily --out report.md

أول تشغيل كيصايب snapshots ديال مفردات X، وعدد النجوم ديال المستودعات، وروابط sitemap. حيث ما كاين حتى snapshot قديم للمقارنة، التقرير الأول غالباً كيكون فيه غير مستجدات GitHub، واللي ما كتحتاجش بيانات ديال البارح. ابتداءً من التشغيل الثاني، الرادار يقدر يبلّغ على التغييرات فكل الإشارات المفعّلة.

كوّنفݣوري الإعدادات المهمة

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

• lang: حدّد لغة التقرير فـ en ولا zh.
• x_accounts: زِد حسابات المختبرات والمدوّنين. المختبرات غالباً كيتعلنو على السميات قبل، والمدوّنين المختارين كيبينو كيفاش كتنتاشر المصطلحات فالمجال ديالك.
• sitemaps: حدّد مواقع sitemap، وأنماط الأجزاء الاختيارية، وفترات التوقف بين الطلبات، وحذف بادئة اللغة.
• topics: عيّن سميّة وتعبيراً منتظماً باش تصايب أقسام خاصة بكل موضوع فالتقرير.
• known_terms: زِد المصطلحات اللي كتغطّيها دابا ولا اللي ما بغيتيش تراجعها نهائياً. المطابقات كتتعلّم وكتتحيد من المراجعة اللاحقة.
• stop_words: زِد الكلمات الشائعة فالمجال ديالك. اللائحة المدمجة مهيّأة لموديلات الذكاء الاصطناعي وأدوات الوكلاء.
• judge: اختار موديل محادثة من AIsa وحدد الحد الأدنى لنقطة السمية، والافتراضي ديالها هو 0.5.
• breakout: تحكّم فعمر المستودع، والحد الأدنى ديال النجوم، وسرعة زيادة النجوم يومياً، والتغيير مقارنة مع البارح.
• review: حدّد شحال من نهار خاص يتسنا قبل المراجعة، وشحال من lead يتعالج فالنهار.
• usecases: كوّنفݣوري جدول الكلمات المفتاحية، والموديل، والـ benchmark، وحدّ الحجم، وحدّ البحث اليومي، والفاصل بين عمليات إعادة التحقق.
• gsc: حدّد property ديال Search Console وملف التوكن، ولا خلّي هاد الكائن خاوي باش تعطل التكامل.

باش تطفي جدول الكلمات المفتاحية كامل، خلّي العدد اليومي ديالو صفر:

{
  "usecases": {
    "per_day": 0
  }
}

وتقدر حتى تعطلُه فشي أمر واحد باستعمال --skip usecases.

طرق الاستعمال الأساسية

شغّل كلشي مرة فالنهار

إلا بغيتي غير تشغيل مجدول واحد، استعمل الأمر اليومي بلا ما تتخطى حتى إشارة:

python -m radar daily --out report.md

الأمر كيكتب تقرير Markdown وكيصايب حتى report.json حداه. ملف JSON فيه البيانات المنظمة اللي كتستعمل فبناء التقرير، ومفيد للنشر المخصص ولا للمعالجة اللاحقة.

راقب المصادر السريعة عدة مرات فالنهار

المستودع كيفصل مراقبة المصادر السريعة على العملية اليومية الأثقل:

python -m radar sources --out sources.md
python -m radar daily --skip x,hf --out report.md

الأمر sources كيفحص غير X وHugging Face وكيكتب تقرير غير ملي كيلقى سميّة جديدة. شغّلو كل بضع ساعات. ومن بعد يقدر الأمر اليومي يتخطى هاد الجوج ديال الفحوصات المباشرة، مع إدماج السميات اللي احتافظ بها sources خلال الـ24 ساعة اللي فاتت.

تخطّى موديلات محددة

الخيار --skip كيقبل x وhf وbreakout وsitemaps وnewsites وgsc وreview وjudge وusecases.

python -m radar daily --skip x,newsites,usecases --out report.md

شغّل فحص المواقع الجديدة الأسبوعي دابا

python -m radar daily --new-sites --out report.md

نقّل الحالة المحفوظة

الرادار كيعتمد على snapshots مخزنة وعلى قاعدة البيانات ديالو باش يحدد شنو تبدّل. استعمل --state ملي بغيتي هاد الملفات تكون فمجلد مخصص:

python -m radar daily --state ./radar-state --out report.md

فهم التقرير المولّد

التقرير كيحط السميات المحتملة فالأول وكيعرض الإشارات اللي كتدعمها. ممكن يتضمن lead ديال GitHub المستودع، والنجوم الحالية، ومتوسط النجوم فالنهار، ونقطة السمية، وحالة المصطلح المعروف، وصيغ البحث، ومثال قصير. المصطلحات اللي تحكم عليها بأنها كلمات شائعة كتبان بوحدها حدا لتحت.

قسم المراجعة كيرجع للمصطلحات اللي تسجلات فالتاريخ السابق المكوَّن. كيسجّل واش شي صيغة ديال البحث طلعات، وشحال من نهار الرادار اكتاشفها قبل الزيادة القابلة للقياس فـ Google Trends.

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

زيد Google Search Console

ثبّت الاعتماد الاختياري ديال المصادقة وشغّل سكريبت التفويض المرفق:

pip install google-auth-oauthlib
python scripts/gsc_auth.py gsc_client.json

السكريبت كيفتح المتصفح مرة وحدة وكيكتب gsc_token.json. خاص الملف المدخل يكون OAuth client من النوع Desktop app، ومصايب فمشروع Google Cloud اللي فيه Search Console API مفعّل.

من بعد كوّن الخاصية:

{
  "gsc": {
    "site": "sc-domain:your-site.com"
  }
}

التوكن عندو صلاحية القراءة فقط، كيبقى فالجهاز ديالك، ومشمول أصلاً فـ .gitignore ديال المستودع.

صيفط التقارير بالإيميل

الخيار --mail كيسيفط التقرير عبر Resend. عيّن متغيرات البيئة الضرورية:

export RESEND_API_KEY=your_resend_key
export EMAIL_FROM=radar@your-verified-domain.com
export RADAR_EMAIL_TO=you@example.com,editor@example.com

ثبّت حزمة Markdown إلا بغيتي نسخة ديال الإيميل بصيغة HTML:

pip install markdown
python -m radar daily --out report.md --mail

أوتوماتيكيه بـ GitHub Actions

الـ workflow المرفق فـ .github/workflows/radar.yml كيشغّل sources كل ثمان ساعات وdaily مرة فالنهار. كيخزّن الحالة فـ Actions cache وكيكتب التقارير فملخص تشغيل الـ workflow. كيبقى الـ workflow معطّل حتى تفعّلو بشكل صريح.

1. دير fork للمستودع. حتى fork خاص مقبول.
2. حيّد config.json من .gitignore وcommit الإعدادات. الملف ما خاصوش يحتوي على أسرار.
3. زيد secret ديال المستودع AISA_API_KEY.
4. إلا احتجتي، زيد RESEND_API_KEY وEMAIL_FROM وRADAR_EMAIL_TO وGSC_TOKEN_JSON.
5. صايب متغير المستودع RADAR_ENABLED وعيّنو على true.

الحفاظ على cache ديال الحالة ضروري حيث المقارنات كتعتمد على اللقطات التاريخية. بلا حالة محفوظة، التشغيلات المتكررة كتصرف بحال التشغيلات الأولى.

نصائح متقدمة للضبط

اختار حسابات X بقصد

كاشف X ما يقدرش يكتاشف مصطلح حتى حساب من الحسابات المكوَّنة ما ذكرهش. دخل المنظمات اللي كتعلم على المنتوجات والمعلّقين الموثوقين اللي كدوز عن طريقهم المصطلحات المهمة. قرا حسابات أقل أو نقص من وتيرة التشغيل باش تنقص مصاريف API المؤدى عليها بنفس النسبة.

كيّف الكلمات المتوقفة خارج أدوات الذكاء الاصطناعي

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

ضبط عتبات القفزة حسب المجال ديالك

الإعدادات الافتراضية موجهة للنمو السريع بشكل غير معتاد فـ GitHub. نظام بيئي أصغر يقدر يحتاج قيم أقل لـ min_stars أو velocity_min أو delta_min. ونظام بيئي نشيط بزاف يقدر يحتاج عتبات أعلى باش يبقى التقرير مركز.

استعمل المصطلحات المعروفة باش تنقص الخدمة المكررة

زيد فـ known_terms المصطلحات اللي عندك عليها صفحات من قبل، وزيد حتى المصطلحات اللي ما ناويش تغطيها نهائياً. المرشح اللي فيه واحد من هاد الإدخالات، أو اللي داخل فيه واحد منها، كيتعلّم وكيتستبعد من المراجعة المستقبلية.

ما تثقش فآخر نقط Trends

بيانات Google Trends ديال آخر جوج أيام مازال ما مستقراش وقد تخلق قفزات كاذبة. التطبيق كيحيد هاد الجوج أيام وكيشترط أن الزيادة تدوم على الأقل جوج أيام. تجنب تبدّل هاد السلوك إلا كان عندك أسلوب آخر للتعامل مع البيانات الناقصة.

تحقق من الطلب قبل النشر

الرادار نظام إنذار مبكر، وماشي بديل كامل لبحث الكلمات المفتاحية. أحجام Google Ads تقدر تتأخر تقريباً بجوج شهور، وTrends ماشي موثوق للمصطلحات اللي عندها غير بضع مئات من عمليات البحث الشهرية. فين كاينة تقديرات فالجدول الاختياري ديال الكلمات المفتاحية، اعتابرها غير توجيهية. راجع نتائج البحث الحالية، والملاءمة، ومخاطر الملكية، والطلب قبل ما تبني صفحة.

قِس جودة الإشارة ديالك

المشروع ما كيدّعيش وجود نسب نجاح مثبتة لكل مصدر. نظام المراجعة ديالو كيحتاج 14 يوم على الأقل باش كل lead ينضج. استعمل قسم المراجعة المتراكم باش تحكم شنو هي الإشارات اللي خدامة مع لائحة الحسابات والموضوع والسوق ديالك، عوض ما تفترض أن كل مرشح غادي يولي ترند.

شغّل مجموعة الاختبارات

فالتطوير، ثبّت اعتماديات الاختبار وMarkdown، ومن بعد شغّل الاختبارات:

pip install pytest markdown
python -m pytest -q tests

الاختبارات كتغطي استخراج الأسامي، والتنقيط، والتخزين، وتوليد التقارير بلا ما تدير طلبات للشبكة.

الخلاصة

new-term-radar كيحوّل النشاط العام المبكر لسيرورة يومية قابلة للتكرار لاكتشاف الفرص. الإشارات المجانية ديالو تقدر تراقب Hugging Face وGitHub وخرائط المواقع وبيانات Search Console ديالك، بينما AIsa كيمكّن من مراقبة X، وتصنيف الأسامي، ومراجعة الترندات، وبحث النطاقات، وجدول الكلمات المفتاحية.

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