الانتقال إلى المحتوى الرئيسي

فجوة الاستخدام البالغة 8.3x مشكلة تكامل، لا مشكلة تبنٍّ

التراخيص تقيس الشراء؛ والاستخدام يقيس التكامل. والفجوة بينهما بنيوية، وهي كامنة في سطح الأدوات بين الوكيل وأنظمة السجلات.

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

الفجوة هي أثر قياس قبل أن تكون إخفاقًا

يُصدَر الترخيص عند حدث شراء. ويتراكم الاستخدام عند حدث تكامل. هاتان الساعتان تسيران بسرعتين مختلفتين وتقرأهما فرق مختلفة، ولهذا تبدو النسبة بينهما مثيرة في مراجعة ربع سنوية وغير لافتة في استرجاع رأي خاص بالمنصة. وعندما تُبلِّغ مؤسسة عن مضاعف كبير بين المقاعد المخصصة والجلسات التي تُنجز شيئًا فعليًا، فعادةً ما يُحتسب الرقم عبر مقامين غير متوافقين: المقاعد تُعد مرة واحدة عند الشراء، بينما الجلسات ذات المعنى تُعد لكل وحدة عمل، ولكل tool call، ولكل كتابة ناجحة.

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

لوحات التبني تقيس الحدث الخطأ

معظم اللوحات الداخلية لاستخدام الوكلاء تُبلِّغ عن عمليات تسجيل الدخول، والمستخدمين النشطين أسبوعيًا، وعدد الرسائل. وكل هذه الثلاثة تتحقق في جلسة تُفتح، وتقبل prompt، وتحاول tool call، وتتلقى خطأ في schema أو رفضًا في التصريح، ثم تنتهي. لقد سجّل المستخدم الدخول. والمستخدم نشط. والمستخدم أرسل رسالة. لكن المهمة لم تكتمل.

ولأن الإخفاق يُستوعب بصمت، تُظهر اللوحة تبنّيًا سليمًا ويُظهر طابور الدعم تدفقًا بطيئًا من الشكاوى لا يتجمع أبدًا في إشارة. أما المقياس الإجمالي الذي كان سيكشف المشكلة — معدل فشل أول tool call لكل جلسة — فلا يُقاس تقريبًا أبدًا، لأنه يقع تحت الطبقة التي تملكها فرقة التبني.

من التشخيصات المفيدة عدّ الجلسات حسب حالتها النهائية لا حسب نشاطها. فالجلسات التي تنتهي بعد كتابة ناجحة، والجلسات التي تنتهي بعد إجابة للقراءة فقط، والجلسات التي تنتهي عند أول tool call فاشل هي ثلاث فئات مختلفة لها ثلاثة علاجات مختلفة. ودمجها في رقم واحد للمستخدمين النشطين يدمّر المعلومة الوحيدة المهمة.

الفجوة ثابتة عبر القطاعات، وهذا يشير إلى البنية

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

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

وهذا يتسق مع الملاحظة الأوسع بأن قدرة الوكيل وفائدته تتباعدان بحدة بمجرد دخول أنظمة حقيقية في الصورة، وهي نقطة تُطرح مرارًا في نقاشات الممارسين حول اقتصاديات نشر الوكلاء كتلك المجموعة على https://quasa.io.

أين تموت الجلسات فعليًا

Abstract geometric shapes on glass panels of a contemporary building facade

Tool schemas تحاكي واجهات API الداخلية

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

ثم يُطلب من النموذج أن يستنبط منطق العمل عكسيًا من أسماء نقاط النهاية. وسينجح أحيانًا. وعندما يفشل، يُنسب الفشل إلى الاستدلال، لكن السبب الفعلي هو أن الشرط المسبق للاستدعاء الثاني لم يُعبَّر عنه في أي مكان قابل للقراءة الآلية.

غياب الـ idempotency

الاستدعاء المعاد لا يكون آمنًا إلا إذا استطاع النظام المستقبِل التعرف عليه كإعادة محاولة. وحيث تفتقر نقاط نهاية الكتابة إلى مفتاح idempotency، يترك انتهاء المهلة المستدعي عاجزًا عن التمييز بين استدعاء فشل واستدعاء نجح لكن استجابته ضاعت. ويلاحظ المشغلون هذا سريعًا فيعطّلون إعادة المحاولات التلقائية. فيتوقف الوكيل عند أول خطأ عابر، لأن الإجراء الآمن الوحيد المتاح له هو التوقف وطلب إنسان.

هذا عيب في البنية التحتية، لا عيب في النموذج. وهو أيضًا غير مرئي في التقييمات التي تُجرى على نقاط نهاية معزولة لا تنتهي مهلتها أبدًا.

مسارات الكتابة المحجوبة خلف موافقات غير قابلة للتمثيل

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

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

التصميم للأسبوع الثاني

يهيمن على الأسبوع الأول من أي نشر للوكلاء عنصر الجدة وأسهل المهام. أما الأسبوع الثاني فهو حيث يحدد سطح التكامMacro close-up of dusty keyboard keys, focus on the letter F

تعامل مع معدل فشل أول tool call في الجلسة كمقياس التبني الأساسي. فهو أبكر نقطة يمكن لسطح التكامل أن يرفض فيها الوكيل، وهو النقطة الأكثر ارتباطًا باستمرار الجلسة. والتقط اسم الأداة، وخطأ التحقق، وقرار التصريح، والزمن المنقضي. وجمّع حسب الأداة لا حسب المستخدم، لأن العلاج دائمًا تقريبًا تغيير في schema لا تدخل تدريبي.

انشر سطح أدوات مُنمَّطًا بعقود صريحة

ينبغي لتعريف الأداة أن يبيّن شروطها المسبقة، وآثارها الجانبية، وأنماط فشلها بصيغة يستطيع النموذج استهلاكها ويستطيع المراجع تدقيقها. وبشكل ملموس، ينبغي لأداة الكتابة أن تعلن:

  • المعرّفات التي تتطلبها ومن أين تأتي؛
  • انتقالات الحالة التي تنفذها؛
  • ما إذا كانت idempotent، وإن كانت كذلك فبأي مفتاح؛
  • فئات الأخطاء التي يمكن أن تعيدها، وأيها قابل لإعادة المحاولة؛
  • دلالات الموافقة، إن وُجدت، المرتبطة بالعملية.

وأصدر إصدارات لهذا السطح كأي تبعية أخرى. فـ tool schema واجهة لها مستهلكون ليسوا بشرًا، وستكسرهم بصمت إذا تغيرت دون حد إصدار.

امنح الكتابات حالة اقتراح

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

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

ما يجب التوقف عنه

توقف عن شراء المقاعد لحل مشكلة بنية تحتية. فالتراخيص الإضافية تزيد عدد الجلسات التي تنتهي عند أول tool call فاشل؛ ولا تزيد عدد الجلسات التي تكتمل. والعائد الحدّي للمقعد يقترب من الصفر بمجرد أن يصبح سطح التكامل هو القيد الملزم.

توقف عن قياس الساعات الموفرة في مهام لم تكتمل قط. فتقدير التوفير الزمني المحتسب على مهمة لا يستطيع الوكيل إتمامها ليس تنبؤًا، بل أثر من آثار طريقة التقدير. قِس الإتمام أولًا؛ فرقم الوقت لا معنى له إلا مشروطًا به.

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

The gap between licences and usage closes when the tool surface stops being an afterthought. That work is unglamorous, it is versioned, and it is the actual product.

مشاركةXLinkedInرابط دائم6 دقيقة قراءة

قراءات ذات صلة

الأسئلة التي يجيب عنها هذا

Why does agent usage lag behind licence counts?

Licences are counted at a procurement event; usage accumulates at an integration event. A session that opens, attempts a tool call and fails still counts as active on most dashboards, so the shortfall appears only when you count sessions by terminal state rather than by activity.

What is the single most useful metric for agent adoption?

The failure rate of the first tool call per session. It is the earliest point at which the integration surface can reject the agent, it correlates strongly with whether the session continues, and it aggregates by tool rather than by user, which points directly at the fix.

Why is missing idempotency a problem for agents?

Without an idempotency key, a timeout leaves the caller unable to tell a failed call from a succeeded call whose response was lost. Operators disable retries to stay safe, and the agent stalls on the first transient error because stopping is its only safe action.

What is a proposal state for write operations?

A two-phase write in which the agent emits a typed, signed object describing the intended transition, evidence and expiry; a policy engine or human approves it; and a separate idempotent executor applies it. It gives agent intent a machine-readable destination and gives the organisation a place to attach policy.

Should the agent framework handle integration?

No. The framework is the caller: it decides when to invoke a tool and how to read the result. Adapters, data contracts and idempotency belong to the systems of record and the platform team that owns them.