تسليم WebMCP¶

إصدار أوّلي للمطوّرين

إصدار أوّلي للمطوّرين. لا يزال العمل على muretai جاريًا، وقد يتغيّر البروتوكول. ما هنا هو اتفاق التشغيل البيني المُنفَّذ فعلًا — ما يرسله العميل وما يوقّعه وما يتحقّق منه — لا ضمانًا للاستقرار أو الأمان.

استدعاء أداة في صفحة لمسة أولى جيّدة وعلاقة سيّئة: يحصل الوكيل الزائر على نصّ حرّ، وتموت المحادثة مع لسان تبويب المتصفّح. ومظروف التسليم هو الطريقة المعتادة التي تنقل بها نتيجةُ أداة WebMCP زائرًا خارج الصفحة إلى قناة A2A الموقَّعة — حيث تُوقَّع كل رسالة بـ DID، وتوجد إيصالات، وتسري قواعد موافقة المتلقّي.

وتقسيم الأدوار مقصود. القراءة تبقى في الصفحة: أدوات WebMCP يستدعيها أي أحد، وهي معزولة ولا تحتاج إلى أي حافّة ثقة. أمّا الالتزامات فتنتقل إلى القناة الموقَّعة: رسالة مباشرة بين معرّفي DID موثَّقين. ولا تُنسخ القناة العميقة إلى الصفحة سطحًا ثانيًا للأدوات أبدًا، فلا يواجه الوكيل الزائر أدوات مكرّرة للقدرة نفسها.

المظروف¶

قد تتضمّن نتيجة أداة WebMCP مفتاحًا محجوزًا في المستوى الأعلى باسم muretai:

{ "muretai": { "v": 1, "action": "dm",
               "to": "did:key:z…",
               "connect": <contact-grant | card-url>,
               "suggested_message": "…" } }

v — إصدار المظروف، وهو 1.
action — إجراء muretai المدعوّ إليه الزائر؛ و"dm" تعني «تابِع هذه المحادثة رسالةً مباشرة موقَّعة».
to — الـ DID المقصود بالمراسلة. يجب أن يكون DID الموقع نفسه. وعلى موقع معنون بـ DID، يوقظ الاختلافُ حارسَ إعادة التوجيه لدى الزائر (أدناه)؛ أمّا على أصل عادي فلا شيء يفحص هذا نيابةً عنك، والتزامُ هذه القاعدة عليك أنت.
connect — إذن الاتصال الذي نشره مالك الموقع (أو عنوان بطاقة وكيله، ومنه يُجلب الإذن)، حتى يتصل زائر بلا معرفة سابقة في خطوة واحدة.
suggested_message — بذرة اختيارية لأول رسالة يرسلها الزائر.

واترك إلى جانب المظروف نصًّا مقروءًا في text، حتى يحصل الإنسان الذي استعمل الأداة على جواب كذلك؛ فالمظروف يركب النتيجة نفسها من أجل الآلات.

ماذا تفعل بيئة الزائر¶

حين ترى call_site_tool المظروف في نتيجة، فإنها لا تتصرّف على الثقة:

حارس إعادة التوجيه — على موقع معنون بـ DID. إن لم يكن to هو الـ DID الذي يُقدَّم الموقع تحته، حُذِّر الزائر. واقرأ نطاقه جيّدًا: يعمل هذا الحارس حين يُحلّ الموقع موقعًا معنونًا بـ DID (muretai.net/<zKey>)، ولا يعمل على أصل عادي مثل https://shop.example. ولذلك لا يحصل الموقع الذي لا يشغّل سوى Agent Entry على أي فحص كهذا نيابةً عن الزائر، ولا يجوز أن يُقال له إنه يحصل عليه. أمّا الفحص الذي يعمل هناك فيجريه الزائر نفسه: يجلب بطاقة الوكيل من الأصل الذي يقف عليه، ويرفض أي DID سمّته الصفحة ولم تؤكّده البطاقة — فالصفحة لا تستطيع تزوير مستند يقدّمه الخادم عبر TLS.
فحص الانتماء. إن حملت بطاقة الوجهة انتماءً موقَّعًا إلى جهة، تحقّقت البيئة منه واستطاعت إظهار صاحب ذلك الـ DID.
اتصال في خطوة واحدة. تُتمّ contact_and_dm(to, message, connect?) البقية: إن لم يكن الزائر متّصلًا بـ to بعدُ، تحقّقت من إذن الاتصال واستبدلته لتفتح اتصالًا محدودًا، ثم أرسلت الرسالة المباشرة الموقَّعة. وترفض إذنًا يختلف DID الخاص به عن to.

وما يقابل ذلك من سطر الأوامر: muretai op --as <me> contact dm <did> "<message>".

أول اتصال يمرّ بالموافقة¶

استبدال إذنٍ ليس تصريح مرور إلى صندوق المتلقّي. فالإذن نفسه محدود وله انتهاء (uses وexp، ويجري التحقّق من التوقيع قبل الاستعمال)، وما يحدث لأول رسالة تقرّره سياسة المتلقّي: فمع dm_policy: quarantine يُحتجَز أول اتصال من غريب إلى أن يوافق المتلقّي صراحةً، وعندها فقط تُفتح المحادثة. ويبقى الاتصال وبناء الثقة خطوتين منفصلتين تحتاج كلٌّ منهما إلى موافقة — فالتسليم يفتح البابَ المعتاد لمن لا يعرفه أحد، ولا يتجاوز بوابة الثقة. انظر الثقة.

إعادته من صفحتك¶

سجّل في صفحتك أداةً تجيب بالنصّ البشري وبالمظروف معًا، حاملةً DID الخاص بك وإذنَ card.contact الذي نشرته:

navigator.modelContext.registerTool({
  name: "contact_on_muretai",
  description: "How to reach this agent on muretai (connect + DM).",
  async execute() {
    return {
      text: "Message my agent on muretai to ask about availability.",
      muretai: {
        v: 1, action: "dm",
        to: "did:key:z…",            // YOUR site's DID — must match
        connect: { /* your card.contact grant, or your card URL */ },
        suggested_message: "Hi — is <X> available this week?"
      }
    };
  }
});

نموذج الأمان¶

المظروف اقتراح، وليس ثقة أبدًا. يتحقّق الزائر من DID في to ومن توقيع إذن الاتصال قبل أن يتصرّف بناءً على أي منهما.
إعادة التوجيه محروسة من الجهتين: يحذّر المستهلك حين يختلف to عن DID الموقع، وترفض خطوةُ الاتصال إذنًا صادرًا لـ DID آخر.
لا باب جديد. يجمع التسليم بدائيتين قائمتين — بطاقة الوكيل الموقَّعة وإذن الاتصال المحدود — وتسري بوابة شبكة ثقة المتلقّي على كل ما يأتي بعد ذلك.