العودة إلى كل المقالات
مشاريع آخر تحديث: 20 أغسطس 2026

بناء وكيل يقرأ بريدك ويرتّبه

بناء وكيل يقرأ بريدك ويرتّبه — مشاريع

مشروع صغير يوضّح حدود الوكلاء أكثر مما يوضّح قدراتهم.

بنينا وكيلاً يقرأ صندوق بريد ويرتّبه: يصنّف، يستخرج المهامّ، ويقترح ردوداً. عمل جيّداً بما يكفي ليكون مفيداً، وأخفق بما يكفي ليكون درساً — والدرس أثمن.

النطاق الذي بدأنا به

قصدنا أن يكون النطاق ضيّقاً مؤلماً: القراءة والوسم فقط. لا إرسال، لا حذف، لا أرشفة. كل ما يفعله هو إضافة وسوم واقتراح مسوّدة في مجلّد منفصل.

هذا القيد وحده هو ما جعل التجربة قابلة للتشغيل. الوكيل الذي يرسل بريداً يحتاج مستوى ثقة لم نكن قريبين منه.

نطاق ضيّق مؤلم هو ما يجعل التجربة قابلة للتشغيل أصلاً
نطاق ضيّق مؤلم هو ما يجعل التجربة قابلة للتشغيل أصلاً

البنية

  1. جلب الرسائل الجديدة منذ آخر تشغيل
  2. تصنيف كل رسالة إلى فئة من قائمة مغلقة
  3. استخراج المهامّ والمواعيد إن وُجدت، بصيغة منظّمة
  4. صياغة مسوّدة ردّ للفئات التي تستحقّ
  5. كتابة الوسوم وحفظ المسوّدات — بلا إرسال

كل خطوة تسجّل مدخلاتها ومخرجاتها. هذا السجلّ هو ما مكّننا لاحقاً من معرفة أين أخفق ولماذا.

ما عمل جيّداً

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

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

أين أخفق — وهذا هو المهمّ

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

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

والخيط. الرسالة الأخيرة في محادثة طويلة لا تُفهم بلا ما قبلها، وتمرير الخيط كاملاً رفع الكلفة كثيراً بلا تحسّن يوازيها.

  • الأولوية تحتاج سياقاً خارج البريد نفسه
  • الردّ المقترح بلا معلومة جديدة يوفّر ثوانيَ ويكلّف مراجعة
  • الخيوط الطويلة: الكلفة ترتفع أسرع من الفائدة
  • تغيّر عادات المُرسِلين يجعل التصنيف يتدهور ببطء
ما أخفق فيه الوكيل يرسم حدوده أوضح ممّا يفعل نجاحه
ما أخفق فيه الوكيل يرسم حدوده أوضح ممّا يفعل نجاحه

الدرس المعمّم

الوكلاء يجيدون ما هو محدّد ومتكرّر ومنخفض المخاطرة. ويتعثّرون فيما يحتاج سياقاً لا يملكونه أو حكماً لا معيار مكتوب له.

وهذا يعني أن السؤال الأول عند تصميم أي وكيل ليس «ما الذي يستطيعه؟» بل «ما السياق الذي لا يملكه، وماذا سيفعل حين يحتاجه؟». الجواب الجيّد هو: يتوقّف ويسأل. الجواب الشائع هو: يخمّن بثقة.

الوكيل الذي يخمّن حين ينقصه السياق أخطر من الوكيل الذي يعجز — لأن العجز ظاهر والتخمين لا.

ماذا كنّا سنفعل مختلفاً

لو أعدنا المشروع، ثلاثة قرارات كنّا سنغيّرها من البداية.

  1. نبدأ بالتصنيف وحده — لا استخراج ولا ردود — ونثبّته قبل أي إضافة
  2. نبني السجلّ قبل الوكيل لا بعده
  3. نضيف سياق العلاقة صراحةً بدل انتظار استنتاجه من النصّ
  4. نقيس بنفس مجموعة رسائل ثابتة أسبوعياً لنرصد التدهور

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

السجلّ يُبنى قبل الوكيل لا بعده
السجلّ يُبنى قبل الوكيل لا بعده

القاعدة المستخلصة: ابنِ ما يقيس قبل ما يعمل. النظام الذي يعمل بلا قياس يخفي مشاكله بكفاءة.

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

التعليقات

كن أول من يعلّق على هذا المقال.

أضف تعليقاً

بريدك لن يُنشر. الحقول المطلوبة معلَّمة بنجمة.