شرح Personal Agent Protocol: ما يجب أن تعرفه الشركات

Personal Agent Protocol مسودة معيار تحدد كيف يدخل مساعد الذكاء الاصطناعي الخاص بشخص ما إلى موقع شركة وواجهاتها البرمجية (APIs) ووكيل الدعم فيها، وما الذي تسمح له الشركة بفعله بعد دخوله. أعلنت عنه Sierra وMeta مع شركاء من بينهم Stripe وShopify وWalmart (إعلان Sierra)، ثم صدرت مسودة أولى بعد أيام قليلة، يُشار إليها باسم Poppy (Sierra حول المسودة). وهو ليس منتجًا يمكنك تفعيله اليوم.

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

يتناول هذا المقال ما تحدده المسودة، وكيف تختلف عن MCP وA2A وبروتوكولات التجارة، ومن انضم ومن لم ينضم، وقائمة قصيرة بما يستحق فعله الآن.

ما المتاح علنًا وما غير المتاح

هناك ثلاثة أشياء منشورة. أولها إعلان Sierra الذي يسمّي الشركاء وأهداف التصميم. وثانيها مسودة مواصفات بعلامة Draft 0.1 مرخّصة بموجب Apache 2.0 (المواصفات). وثالثها وعد بورش عمل لتصميم البروتوكول ونسخة مرجعية للتنفيذ، ولم يظهر أي منهما في المصادر التي راجعناها لهذا المقال (Sierra).

أما ما لم يُنشر بعد: أي شركة مسمّاة تشغّله في الإنتاج، أو جهة حوكمة، أو جواب محسوم بشأن المدفوعات. عند صدور الخبر، أشار تقرير إلى أنه لم تُحدَّد جهة حوكمة ولا ترخيص (FourWeekMBA). وقد أجابت المسودة نفسها لاحقًا عن مسألة الترخيص. أما الحوكمة فلم نجد لها جوابًا في الصفحات التي راجعناها.

لذا تعامل معه كمقترح يقف خلفه داعمون جادون. وقد صاغت Meta طموحها بمقارنة مع البريد الإلكتروني: "انتشر البريد الإلكتروني لأن الجميع اتفقوا على العنونة ونقل الرسائل وتسليمها. لا أحد يملكه، ويمكن لأي أحد البناء عليه" (VKTR). والبريد الإلكتروني استغرق سنوات أيضًا، وأدارت شركات كثيرة قواعد بريد غريبة خاصة بها في الأثناء. توقّع الفسيفساء نفسها هنا: المتبنّون الأوائل سيضعون الأعراف التي سينسخها الباقون.

المشكلة: إما حظر كل شيء أو تسليم كلمة المرور

يصف موقع المشروع الخيار المتاح اليوم بصراحة. فإما أن تحظر الشركات الوكلاء كليًا، وإما أن يسجّل الوكيل الدخول ببيانات اعتماد المستخدم الكاملة فيستطيع فعل كل ما يستطيعه المستخدم (personalagentprotocol.org). وكلاهما سيئ. فالحظر يزعج العميل الذي أرسل الوكيل، والوصول الكامل مراجعة أمنية تنتظر أن تقع.

والحظر واقع فعلًا. فقد ذكر ملخص للإعلان أن Amazon وDelta وUnited وZillow وeBay من المواقع التي تحظر الوكلاء، وأشار إلى سياسة مكافحة الروبوتات في Cloudflare التي طالت بعضهم عن غير قصد (AI Weekly). وعبّر Kevin Miller من Stripe عن موقف العميل بوضوح: من يرسلون وكيلًا "يتوقعون الخدمة نفسها التي سيحصلون عليها بأنفسهم" (Unite.AI).

وجواب المسودة هو سلّم من المستويات. ويضرب الموقع مثال فندق: حظر الوكيل، أو السماح لأي وكيل بالبحث عن الغرف، أو السماح له برؤية الحجوزات بعد تسجيل الدخول، أو السماح له بحجز غرفة بموافقة الشخص في كل مرة، أو منحه وصولًا كاملًا. وأنت تختار المستوى لكل إجراء.

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

كيف تعمل الجلسة

تنشر الشركة ملفًا في /.well-known/poppy.json يبيّن كيف يمكن للوكلاء التعامل معها. يقرأ الوكيل الملف، ويفتح جلسة (كضيف إن لم يكن أحد مسجّلًا الدخول)، وعندما يحتاج إلى أكثر من ذلك يوجّه الشخص إلى تسجيل دخول قائم على OAuth (Sierra). وتسمّي المسودة ثلاثة أنواع لتسجيل الدخول: مباشر، حيث يسجّل الشخص دخوله في صفحة الشركة نفسها، وعبر جهاز، حيث يستخدم رمزًا على جهاز آخر، ووسيط، حيث يقدّم الوكيل بيانات الاعتماد بنفسه (المواصفات).

هناك تفصيلان يهمّان المختصين بالأمن. الأول أن رموز الجلسة (tokens) قصيرة العمر ومرتبطة بمفتاح عبر DPoP، وتنص المسودة على أن الوكلاء يجب ألا يرسلوا الرموز في عنوان URL وأن الشركات يجب ألا تقبلها فيه. والثاني أنها تقرّ بنقطة الضعف: "قبول بيانات الاعتماد من وكيل شخصي يضع مسؤولية أكبر على الشركة" (المواصفات).

والفكرة الأخرى التي تستحق المعرفة أن رمزًا واحدًا يغطي كل شيء. تقول Sierra إن الرمز نفسه يعمل مع واجهات الشركة البرمجية وموقعها ومحادثاتها مع وكيلها (Sierra). فالسؤال الذي يُطرح قبل تسجيل الدخول والطلب الذي يُعدَّل بعده يُحسبان زيارة واحدة (The Next Web).

ثلاث طرق للدخول، والاختيار لك

لا يلزمك بناء كل شيء. تختار الشركة كيف يصل الوكلاء إليها: عبر الموقع، أو عبر واجهات برمجية موصوفة بـ OpenAPI أو خادم MCP، أو عبر وكيلها الخاص للمحادثات. المتجر الذي يملك واجهة برمجية جيدة يمكنه تجاوز مسار التصفح. والمتجر الصغير الذي لديه موقع فقط يمكنه البدء من هناك.

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

علاقته بـ MCP وA2A وACP وAP2

هو لا يحل محل أي منها، ولا ينبغي فهمه على أنه منافس لها. فلكلٍّ مهمة مختلفة، والمسودة نفسها تعتمد على MCP.

المكدّس أعلاه قراءتنا نحن وليس مخططًا رسميًا. والصياغة الأوضح: MCP هو كيف يستدعي الوكيل أداة، وA2A هو كيف يتحدث الوكلاء، وACP وAP2 يخصّان الدفع، وهذه المسودة تخص الدخول من الباب والتعرّف على الوكيل. وقد أُدرجت المدفوعات كامتداد مستقبلي، لذا سيظل إتمام الشراء اليوم قائمًا على شيء مثل ACP أو AP2. أما التداخل الذي سيثير الجدل فهو مع MCP، لأن المسودة وخادم MCP عادي كليهما يستطيع كشف إجراءات الشركة.

وهناك منافس في جانب الوصول أيضًا. تدير Visa بروتوكول Trusted Agent Protocol الذي أُطلق في وقت سابق من هذا العام، وذكر The Next Web أن Stripe وShopify انضمتا إليه بالفعل (The Next Web). وVisa موجودة الآن أيضًا في قائمة شركاء التصميم في Personal Agent Protocol، فقد يتداخل المسعيان بدل أن يتنافسا وجهًا لوجه. وهل ينتهي القطاع إلى معيار واحد أم اثنين، سؤال مفتوح.

من انضم ومن غاب

سمّى الإعلان Genesys وInstinct وRocket وShopify وStripe وWalmart إلى جانب Sierra وMeta (Sierra). كما تذكر تدوينة المسودة NiCE ضمن المجموعة الأولى وتضيف 35 شريك تصميم آخر، منهم Adyen وBank of America وBBVA وCloudflare وMastercard وOpenAI وPayPal وTarget وUnited Airlines وVisa وWells Fargo. وتقول Sierra إنهم سيشاركون في عملية التصميم، وهذا لا يعني شحن دعم فعلي (Sierra). وهذا يغيّر رواية سابقة: ففي يوم الإعلان نبّهت تقارير إلى غياب OpenAI، علمًا بأن Bret Taylor، المؤسس المشارك لـ Sierra، يرأس مجلس إدارة OpenAI (AI Weekly).

Amazon وAnthropic وGoogle ليست ضمن الشركاء المذكورين عند الإطلاق ولا في مسودة المقال. غياب الاسم من القائمة لا يعني أنه خارج المبادرة، لذا راجع صفحات Sierra مرة أخرى قبل أن تقتبس هذا. كلٌّ من Claude وChatGPT وPerplexity سيكون وكيلًا شخصيًا مناسبًا، أما المعيار الذي لا يدعمه مساعد كبير فيبقى مجرد قائمة تحقق على جانب الشركات. في يوم الإعلان، أشار موقع The Next Web إلى أنه لم تُذكر أي شركة تجزئة أو بنك أو شركة مدفوعات أوروبية (The Next Web). وتضم القائمة الأطول الآن BBVA وAdyen.

ماذا يعني للمطورين والمسوّقين

المطورون يحصلون على الصفقة الأوضح. فإن كان منتجك يدعم OAuth ولديه وصف OpenAPI، فأنت قطعت معظم الطريق نحو مسار الواجهة البرمجية، وقواعد الرموز في المسودة (قصيرة العمر، مرتبطة بمفتاح، لا تُرسل في URL أبدًا) تبدو كممارسة جيدة معتادة. والعمل الجديد هو ملف الاكتشاف وتحديد النطاقات (scopes).

أما المسوّقون فيحصلون على سؤال قياس. اليوم يبدو الوكيل الذي يبحث في صفحة أسعارك لصالح عميل كأنه روبوت، أو كأنه لا شيء. أما الجلسة التي تعرّف بالوكيل وبالعميل خلفه فتحوّل هذه الحركة إلى شيء يمكنك عدّه ومعاملته بشكل مختلف عن أدوات الكشط (scrapers). وكون ذلك خبرًا جيدًا يتوقف على ما تريد أن يقوله الوكلاء عنك، وهذه مسألة محتوى بقدر ما هي مسألة تقنية.

ما يمكن للشركة فعله الآن

لا شيء هنا يتطلب البروتوكول. وكله مفيد سواء فازت المسودة أم خفتت.

1. 1افحص سجلاتك وأدوات الروبوتات لديك واعرف أي حركة وكلاء تصلك فعلًا. وإن كنت تستخدم Cloudflare، فتحقق مما تفعله قواعد الروبوتات فيه بالوكلاء الذين يعملون لصالح عميل.
2. 2دوّن لكل إجراء ما يجوز للوكيل قراءته وما يجوز له تغييره. استخدم السلّم أعلاه: تصفح، رؤية الحساب، تصرف بموافقة.
3. 3تأكد من أن العملاء يستطيعون تسجيل الدخول عبر تدفق OAuth قياسي. سيعتمد الوكلاء عليه.
4. 4ضع أهم إجراءاتك (حالة الطلب، الإرجاع، الحجوزات) خلف واجهة برمجية موثقة أو خادم MCP. وملف OpenAPI جيد الوصف يستحق الوجود على أي حال.
5. 5إن كنت تبيع عبر Shopify، فراقب ما ستطرحه المنصة بدل أن تبنيه بنفسك.
6. 6كلّف شخصًا واحدًا بمتابعة المسودة. واقرأ صفحة Open topics في المواصفات كلما تغيّرت.

تحوّل أداة التقييم أدناه هذه القائمة إلى فحص ذاتي سريع. إنها قائمتنا الخاصة وليست جزءًا من البروتوكول.

من لا داعي لأن يشغل باله بعد: شركة بلا تسجيل دخول ولا واجهة برمجية ولا وكيل دعم. ليس لديك ما تكشفه. وإن كنت متجر خدمة عملاء، فأقرب مقارنة هي وكيل الذكاء الاصطناعي الذي تشغّله أصلًا (Sierra AI Agents أحدها، ولوحة روبوتات دعم الذكاء الاصطناعي تعرض غيره). ومن القراءات المجاورة: دليل المشتري لمنصات وكلاء الذكاء الاصطناعي ولوحة أفضل وكلاء الذكاء الاصطناعي.

الأسئلة المفتوحة

الهوية. تتيح المسودة للشركات اشتراط تسجيل الوكلاء، والاحتفاظ بقوائم سماح وحظر حسب معرّف العميل (client ID)، وإلغاء معرّف العميل الذي يسيء استخدام البروتوكول (المواصفات). ومن يضمن وكيلًا ما، وكيف يتحقق منه متجر صغير، متروك لكل شركة. وعند الإعلان ذكرت التقارير أنه لا تفاصيل عن كيفية إثبات الوكلاء لهويتهم (FourWeekMBA). والمواصفات لا تصف سجلًا مشتركًا للوكلاء الموثوقين.

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

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

الرسائل المزعجة وإساءة الاستخدام. يجوز للشركات تحديد معدل إنشاء الجلسات حسب معرّف العميل. أما صمود ذلك أمام وكلاء يبدّلون هوياتهم فلم يُختبر بعد.

الأسئلة الشائعة

هل Personal Agent Protocol يعمل فعلًا؟

ليس كمعيار مُطلَق. مواصفات Draft 0.1 منشورة علنًا، ووعدت Sierra بورش عمل ونسخة مرجعية للتنفيذ. ولم تُذكر أي عملية نشر في الإنتاج في المصادر التي راجعناها.

هل يحل محل MCP؟

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

هل يجب أن أنشر ملف poppy.json؟

ليس بعد. تقول المسودة إن الشركات تنشره لأغراض الاكتشاف، لكن لا أحد ملزم بذلك إلى أن تستقر المواصفات ويبدأ الوكلاء بقراءته. الجزء المفيد هو تجهيز القرارات الأساسية.

هل يمكنني ما زلت حظر وكلاء الذكاء الاصطناعي؟

نعم. الحظر هو المستوى الأول في السلّم. وفكرة المسودة أن لديك خيارات بين الحظر والوصول الكامل.

هل يتعامل مع المدفوعات؟

ليس في المسودة. تذكر Sierra الدفع دون مشاركة تفاصيل البطاقة كامتداد مستقبلي. وللدفع اليوم، انظر إلى ACP أو AP2.

من يتحكم فيه؟

المسودة مرخّصة بموجب Apache 2.0 ونشرتها Sierra مع Meta. ولا تظهر جهة حوكمة في الصفحات المنشورة، لذا فمن سيوجّهه على المدى الطويل سؤال مفتوح.