Skip to main content
يستعرض هذا الدليل سيناريوهين من واقع الاستخدام الفعلي. كل كتلة كود جاهزة للنسخ واللصق والتشغيل — فقط استبدل YOUR_API_KEY بمفتاحك الفعلي.

السيناريو: مراقبة نشر OpenAI لوظائف جديدة

تريد أن تعرف فورًا عندما تنشر OpenAI فرص عمل — والحصول تلقائيًا على بيانات التواصل مع قيادات الهندسة لديها.

إنشاء Monitor

ما الذي يفعله هذا:
  • يراقب OpenAI (companies: ["67c4696b-..."]) بحثًا عن إعلانات وظائف جديدة داخل الولايات المتحدة
  • يُثري بيانات الشركة ويعثر على ما يصل إلى 5 جهات اتصال بمستوى مدير/نائب رئيس في قسم الهندسة
  • يسلّم ما يصل إلى 5 سجلات لكل تفعيل إلى Webhook الخاص بك
  • تستخدم باقي الإعدادات القيم الافتراضية المنطقية (التكرار في الوقت الفعلي، سقف يومي قدره 500، وغير ذلك)
في نمط company_first، عادةً ما تحتاج فقط إلى companies (أو domains / linkedin_urls) وفلاتر الإشارة. company_filters اختياري — فهو يضيف طبقة تصفية ثانية عندما تريد الجمع بين قائمة مراقبة ومعايير شركة أوسع.

اختبره فورًا

لا تنتظر الفحص المجدول — فعِّل تشغيلًا يدويًا للتحقق من أن كل شيء يعمل. أدرج tried_at بطابع زمني في الماضي لضمان توفر بيانات (فقد يؤدي استخدام الوقت الحالي إلى إرجاع 0 نتائج إذا لم تظهر إشارات جديدة بعد):
تستهلك التفعيلات اليدوية رصيدًا تمامًا مثل التفعيلات المجدولة. استخدم tried_at مع تاريخ ماضٍ قريب للحصول على عيّنة تمثيلية من النتائج لأغراض الاختبار.

تحقّق من النتائج

بعد بضع ثوانٍ، تحقق من رابط Webhook الخاص بك على usewebhook.com لرؤية الحمولة. يمكنك أيضًا التحقق عبر السجلات:
يعرض كل إدخال سجل الحالة، وعدد الإشارات/الشركات/الأشخاص، واستهلاك الرصيد، ووقت المعالجة.

إعادة محاولة تسليم فاشل

إذا فشل تفعيل معيّن (مثلًا، كان Webhook الخاص بك متوقفًا مؤقتًا)، أعد محاولته دون إعادة تشغيل الفحص بأكمله:
اعثر على monitor_log_id عبر الاستعلام عن سجلات الإحصاءات وتصفية الإدخالات التي تحمل "status": "failed".

الخطوات التالية

أفضل الممارسات

التكرار، والرصيد، وإعادة المحاولة، والتوسّع.

إعداد Webhooks

تفاصيل إعداد Webhook والتحقق من التوقيع.