مهندس يعطي Claude صلاحية قراءة بس على AWS ويشخص المشاكل أسرع بـ10 مرات
بدل ما يقرأ السجلات وجداول التوجيه بنفسه، يخلي Claude يحقق عبر AWS CLI بصلاحية قراءة بس، ويكتب تقرير مفصل يمرره لغيره.
- الجهة
- مهندس في شركة ناشئة (تعليق في Hacker News)
- المجال
- البرمجة
- الأداة
- Claude، AWS CLI
- المصدر
- Agent Use Cases (عن Hacker News)
نُشر المصدر: 30 أكتوبر 2026
وش كانت المشكلة؟
مهندس واحد مسؤول عن الكود والنشر والقاعدة والسحابة والشبكة.
وش سوّوا؟
يعطي Claude صلاحية قراءة بس على AWS والسجلات وقاعدة البيانات. بدل ما يقرأ السجلات ويفحص جداول التوجيه ويطابقها مع بيانات القاعدة بنفسه، يخلي Claude يحقق عبر AWS CLI، وبعدها يكتب تقرير مفصل يقدر يمرره للآخرين.
النتيجة حسب المصدر
- يحل المشاكل أسرع بحوالي 10 مرات حسب تقديره.
- Claude أحيانًا يخترع معلومات، والمهندس قلقان من ضعف مهاراته مع الوقت.
الأرقام منقولة كما نشرها المصدر، وما تحققنا منها بشكل مستقل. وقصص العملاء غالبًا من الشركة اللي تبيع الأداة، فنتيجتك ممكن تختلف.
وش تتعلم منها؟
صلاحية القراءة تحد من الضرر، لكن التقرير ممكن يكون فيه ادعاءات مخترعة، فتحقق قبل ما تمرره.
كيف تسويها بنفسك؟
- سوّ مستخدم AWS بصلاحية قراءة بس.
- اطلب دليل لكل ادعاء (سطر سجل، استعلام).
- خل التخمين يتعلّم كتخمين.
- تحقق من النتيجة قبل التصرف.
برومبت جاهز تبدأ فيه
أعطيتك صلاحية قراءة بس على [حساب AWS] و[السجلات] و[قاعدة البيانات]. حقق في هذي المشكلة: [وصف العرض ومتى بدأ]. شغّل أوامر قراءة بس ولا تغيّر أو تحذف شي. اكتب تقرير فيه وش لقيت، والدليل لكل نقطة، وأي شي مو متأكد منه معلّم كتخمين.
عدّل اللي بين الأقواس [ ] على وضعك. ولا تلصق بيانات عملاء أو أرقام هويات في أداة ما تعرف سياستها.
حالات وأدلة قريبة
المصدر
آخر تحديث للصفحة: 2 نوفمبر 2026