قنوات تيليجرام بحاجة إلى تثبيت المشاريع
غالبًا ما تكون بوتات تيليجرام مجرد أدوات نقل؛ فهي تستقبل النصوص ولكنها لا تفهم السياق، ولا تعرف أي مستودع (repository) أو وكيل (agent) أو وعاء ذاكرة (memory bucket) يجب استخدامه.
وهذا يخلق مشكلة؛ فإما أن تضطر لتكرار اسم المشروع في كل رسالة، أو يقوم النظام بتخمين المشروع الذي تقصده، والتخمين يؤدي إلى الأخطاء.
تثبيت المشروع (Project pinning) يحل هذه المشكلة.
يعمل APC كطبقة سياق متنقلة، بينما يمثل APX بيئة التشغيل (runtime) التي تستخدم ذلك السياق. عندما تقوم بتثبيت قناة تيليجرام بمشروع ما، يعرف APX تمامًا ما يجب فعله.
كيف يعمل الأمر:
- القناة هي نقطة الدخول.
- المشروع هو حدود السياق.
- تثبيت القناة يخبر APX بحصر جميع الرسائل ضمن ذلك المشروع المحدد.
يتيح هذا الإعداد لنسخة واحدة من APX إدارة العديد من سير العمل (workflows). يمكن أن يكون لكل قناة رمز البوت (bot token) الخاص بها، ومعرف الدردشة (chat ID)، وتثبيت المشروع الخاص بها.
تأمل هذا المثال:
- قناة دعم مثبتة بمشروع بوابة العملاء.
- قناة بناء (build channel) مثبتة بمشروع أساسي.
يمكن لكلتا القناتين العمل في برنامج APX daemon واحد، ويمكن لكلتيهما استقبال رسائل منك، ولكن يظل سياقهما منفصلاً. تقرير عن خطأ (bug report) في قناة الدعم يستخدم وكلاء دعم العملاء والذاكرة الخاصة بهم، بينما سؤال تقني في قناة البناء يستخدم المطورين الأساسيين والأدوات الخاصة بهم. لا يوجد تداخل بينهما.
يمكنك أيضًا استخدام route_to_agent. استخدم هذا الخيار عندما تحتاج القناة إلى شخصية (persona) محددة بدلاً من مساعد عام. يعمل هذا بشكل جيد مع سير العمل الضيق الذي يتضمن مهمة واحدة.
توقف عن التعامل مع تيليجرام كصندوق وارد عام. استخدم تثبيت المشاريع لتحويله إلى واجهة مشروع حقيقية. يضمن ذلك دخول رسائلك في السياق الصحيح مع الأدوات والذاكرة المناسبة المرتبطة بها.
ابدأ ببساطة. استخدم قناة واحدة وتثبيت مشروع واحد. أضف توجيه الوكيل المحدد فقط عندما تحتاج إلى شخصية مخصصة.
لا ينبغي أن يعتمد السياق على التخمين. تعمل مثبتات المشاريع على سد الفجوة بين دردشة هاتفك وحدود مشروعك.
المصدر: https://dev.to/agentprojectcontext/telegram-channels-need-project-pins-33aj
مجتمع تعليمي اختياري: https://t.me/GyaanSetuAi