كل منصة مراسلة تخترع واجهتها البرمجية: مفاتيحها وصيغة ويب هوك الخاصة بها وفكرتها الخاصة عن الخطأ. ضع خمساً منها خلف منتج واحد فينتهي الفريق بصيانة خمسة تكاملات لا يجمعها إلا الشعار. نحن سلكنا الطريق المعاكس.
ما هو واحد في كل مكان
- المفتاح. مفتاح API واحد في ترويسة X-API-KEY يصل إلى LinkedIn API وInbox API وWhatsApp API وDiscord API وX API. المفتاح يحدّد المؤسسة، والمؤسسة تحدّد ما يجوز تسميته.
- الحدّ. كل ما ليس لمؤسستك يردّ بـ 404 — لا 403 — فالمعرّف المخمَّن لا يعلّم صاحبه شيئاً.
- الأخطاء. شكل JSON واحد، {"type":"errors/<code>","status":<n>,"detail":"..."}، وفيه detail مكتوب ليُعرض على شخص.
- الويب هوك. مجموعة واحدة من نقاط الاستقبال، موقَّعة بالطريقة نفسها، تحمل أحداث LinkedIn API وأحداث كل قناة على حد سواء.
- الخطة. مقاعد تُحسب بحسب أيّها لديك منه أكثر، في اشتراك واحد وتجربة واحدة مدتها 30 يوماً.
ما الذي يمنحه لوكيل الذكاء الاصطناعي
خادم MCP هو قائمة أدوات ووعد بكيفية سلوكها. ولأن كل قناة تفي بالوعد نفسه، يستطيع وكيل ذكاء اصطناعي واحد أن يحمل كلها دون أن يتعلّم خمس لهجات: فالوكيل الشامل على /mcp يملك كل الأدوات، ووكيل كل قناة — /inbox/mcp و/whatsapp/mcp و/discord/mcp و/x/mcp — يحمل أدواته هو فقط، لمساعد ينبغي أن يلمس قناة واحدة ولا شيء غيرها.
الوكلاء أنفسهم يعملون في Claude وفي ChatGPT وفي أي شيء آخر يتكلم MCP، وداخل غرفة مشروع حيث يرى الناس كل استدعاء وجوابه لحظة حدوثه.
وثمن هذا كله أن القنوات تصير أقل شبهاً بنفسها قليلاً. غرابات كل منصة ما زالت موجودة، وكل مرجع يذكر أين هي؛ لكنها الآن خلف الباب نفسه.
أسئلة شائعة
هل أعطي المساعد الوكيل الشامل أم وكيل قناة واحدة؟
وكيل قناة واحدة، حين تكون تلك كل ما ينبغي أن يلمسه: فالمساعد الذي يردّ على WhatsApp لا سبب لأن يحمل أدوات LinkedIn. أما الوكيل الشامل فللمساعد الذي تعمل معه أنت بنفسك.
هل تستقبل نقطة ويب هوك واحدة أحداث كل القنوات؟
نعم. سجّلها مرة واحدة بالأحداث التي تريدها، من LinkedIn API ومن كل قناة معاً، وتحقّق من التوقيع نفسه في جميعها.