1 hour
How to أتمتة فرز الأخطاء with Eigent
حوّل تقارير الأخطاء اليومية إلى قائمة مرتبة حسب الأولوية — افحص التنبيهات، والقضايا، وعمليات التحقق الفاشلة، وتقارير الدردشة، ثم شغّل الفحص وفق جدول زمني.
What you need
- تطبيق Eigent لسطح المكتب
- مصدر واحد أو أكثر متصل (Sentry، Slack، GitHub، Linear)
Best for
- الفرق التي تتتبع الأخطاء عبر تنبيهات Sentry، ومحادثات Slack، وقضايا Linear، وقضايا GitHub
- تدفقات عمل فرز الأخطاء التي تريد تشغيلها يدويًا قبل جدولتها كأتمتة
- مهندسو المناوبة الذين يريدون عرضًا موحدًا للأخطاء في بداية كل يوم
Starter Prompt
Run a bug triage sweep for [repo/service/team] covering the last [time window]. Use these sources: [@Sentry / @Slack / @Linear / @GitHub / none] Input sources: - Sentry: [project / alert link / none] - Slack: [channel / thread links / none] - Linear: [team / project / view / issue query / none] - GitHub: [repo / issue query / PR checks / none] - Other: [logs / support tickets / attached file / none] Output format: First, name any input source you could not access. Then return a prioritized list of bugs, sorted from P0 to P3. If you find no bugs, say: No qualifying bugs found. For each bug, include: - Priority: P0, P1, P2, or P3 - Title - Evidence (links or short citations) - Recommended next action Rules: - Do not post, create, assign, label, close, rerun, or edit anything. - Group duplicate reports under one bug. - Keep observed evidence separate from guesses.
كيف يعمل
- وصّل مصادر الأخطاء التي تريد من Eigent تمشيطها — Sentry أو Slack أو Linear أو GitHub أو السجلات أو تذاكر الدعم.
- شغّل فحصًا عند الطلب باستخدام نص البداية واحصل على مسودة لقائمة مرتبة حسب الأولوية.
- راجع القائمة في الجلسة نفسها واضبطها — أزل الضجيج، وادمج التكرارات، وعدّل الأولويات.
- بمجرد أن يصبح التقرير مفيدًا، حوّل الجلسة المضبوطة إلى أتمتة مجدولة.
- اختياريًا، وجّه المتابعات — مسودات قضايا Linear، أو تحديثات Slack، أو تعليقات GitHub، أو ملاحظات التسليم.
المزيد من الأوامر لتجربتها
- افحص مصدرًا آخر قبل إنهاء ترتيب الأولوية — هذا هو رابط مشروع Sentry.
- احذف التنبيهات التي يعرفها الفريق بالفعل وأعد ترتيب القائمة المتبقية.
- ادمج تقرير Slack وتنبيه Sentry اللذين يشيران إلى نفس خطأ تدفق الدفع.
- أنشئ مسودة قضية Linear لكل خطأ من المستوى P0 وP1 في هذا التقرير.
كيفية الاستخدام
شغّل أول فحص يدويًا. اضبط التقرير في الجلسة نفسها حتى يصبح محددًا بما يكفي لقراءته يوميًا — أخطاء عالية الإشارة مرتبة من P0 إلى P3، مع دمج التقارير المكررة، ولكل خطأ دليل مرتبط وإجراء تالي قصير. بمجرد أن يصبح مفيدًا، اطلب من Eigent تحويل الجلسة المضبوطة إلى أتمتة مجدولة. أبقِ الأتمتة في وضع المسودات فقط إلى أن توافق صراحةً على النشر أو الإنشاء أو الإغلاق لأي شيء.
المخرجات المتوقعة
قائمة أخطاء مرتبة من P0 إلى P3 مع أدلة مرتبطة، وتجميع للتكرارات، وإجراء تالي موصى به لكل خطأ. اختياريًا: مسودات قضايا Linear، أو تحديثات Slack، أو تعليقات GitHub، أو ملاحظات تسليم للمتابعة.
القيود
- يقرأ Eigent المصادر التي تربطها فقط — الأخطاء الموجودة في الأدوات غير المتصلة لن تظهر.
- التقرير يكون مسودة فقط افتراضيًا؛ لن ينشر Eigent أو ينشئ أو يغلق أي عناصر إلا إذا وافقت صراحةً.
- تتحسن الدقة عندما تزود Eigent بروابط مشاريع أو استعلامات قضايا محددة بدلًا من طلب البحث بشكل واسع.
Related workflows
مراجعة طلبات السحب في GitHub
اكتشف التراجعات، والاختبارات المفقودة، والتغييرات السلوكية الخطرة قبل المراجعة البشرية — تلقائيًا مع…
اختبر تطبيقك باستخدام Computer Use
تنقّل عبر مسارات المنتج الحقيقية، واكتشف المشكلات، وأنهِ العمل بتقرير أخطاء منظم — قبل كل إصدار.
ابدأ مهام البرمجة من Slack
اذكر Eigent في سلسلة محادثة على Slack لبدء مهمة برمجة مرتبطة بالمستودع الصحيح — ثم راجع النتيجة مرة …
