Anthropic وتكلفة الإجراء المقبول

ملخص

• ليست الوحدة الاستراتيجية لـ Anthropic فقرة مصقولة، بل إجراء مقبول: تعديل على الشيفرة يوافق عليه المطور، تحديث لحالة دعم يثق به المراجع، استدعاء أداة تصل إلى النظام الصحيح بالصلاحية المناسبة، أو إجابة عمل تكون آمنة بما يكفي لأن حدودها واضحة.
• يعتبر العقد التقني للشركة أوضح من العديد من الادعاءات العريضة حول عمل الذكاء الاصطناعي. يمكن لـ Claude أن يصدر استدعاءات أدوات مهيكلة؛ وفي الغالب يقوم تطبيق العميل بتنفيذ تلك الاستدعاءات؛ وتنفذ Anthropic بعض الأدوات من جانب الخادم؛ ويضيف Claude Code صلاحيات محلية وأسطح تحليل ومراجعة؛ وتضيف Enterprise نظام الدخول الموحد (SSO) وإدارة الهويات (SCIM) وسجلات التدقيق وضوابط البيانات. هذا يمثل حدود المنصة، وليس دليلاً على أن كل سير عمل موثوق.
• أصعب أنماط الفشل هي الأنماط الاعتيادية: استدعاء خاطئ لأداة، سياق متقادم، استجابة مرفوضة أو مبتورة، إعادة محاولة بسبب حد المعدل، كتابة متوازية كان ينبغي أن تكون متسلسلة، تعليمة مخبأة داخل مخرجات أداة غير موثوقة، تراجع في طبقة المنتج، أو سجل تدقيق يثبت أنه تم استدعاء الأداة دون أن يثبت أن الإجراء التجاري البعيد كان صحيحاً.
• الاختبار الصحيح للشراء هو التكلفة لكل إجراء مقبول، بعد احتساب التعديلات المرفوضة والمراجعة البشرية وأعمال التكامل وحدود المعدل وترحيل النموذج وضوابط الأمان والتراجع ومعالجة الحوادث. تبدو Anthropic في أقوى حالاتها عندما تستطيع الفرق قياس القبول والتعافي؛ وتبدو في أضعف حالاتها عندما يعتبر المشترون طلاقة النموذج بديلاً عن الدليل التشغيلي.

الإجراء الاعتيادي هو الصعب

لننظر إلى مطور يعمل داخل شركة برمجيات خاضعة للتنظيم. تطلب من Claude تغيير قاعدة تحقق، وتحديث اختبار وحدة، وتشغيل مجموعة الاختبارات ذات الصلة، وتلخيص التغيير وإعداد ملاحظة طلب سحب (pull request). لا شيء في هذا التسلسل خيال علمي. يحدث هذا العمل بالفعل كل يوم. يقرأ الإنسان الشيفرة ويتذكر القاعدة ويعدل ملفاً وينفذ أوامر ويفسر الإخفاقات ويراجع ويكتب ملاحظة وينتظر موافقة إنسان آخر.

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

هذا هو الاختبار التجاري الحقيقي لـAnthropic, PBC. تصف Anthropic نفسها كشركة منفعة عامة تبني أنظمة ذكاء اصطناعي موثوقة وقابلة للتفسير والتوجيه. تمتد منتجات Claude لديها الآن لتشمل الدردشة، الوصول إلى واجهة البرمجة (API)، وClaude Code، وClaude Enterprise، والموصلات، والتحكم بالحاسوب، وتنفيذ الشيفرة، وإدارة الأعمال. كثيراً ما تُناقش هذه المنتجات وكأن السؤال الجوهري هو ذكاء النموذج. أما في المؤسسات، فالسؤال الأهم هو موثوقية الإجراء المقبول.

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

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

الشركة ليست النظام بأكمله

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

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

بالنسبة لاستعلام بسيط للقراءة فقط، يمكن إدارة هذه الحدود. يطلب Claude المخزون الحالي، وتستعلم أداة العميل قاعدة البيانات، وتعود النتيجة، ويشرح Claude الإجابة. أما بالنسبة لإجراء كتابة، فتصبح الحدود أكثر جدية. فتحديث سجل في نظام إدارة علاقات العملاء (CRM)، أو دمج شيفرة، أو إرسال رسالة إلى عميل، أو تغيير علامة ميزة، أو إلغاء صلاحية وصول، له عواقب خارج النموذج. قد يقترح النموذج الإجراء، لكن شيفرة العميل وبيانات الاعتماد والتحقق والموافقة والنظام البعيد هي التي تحدد ما إذا كان الإجراء قد حدث بأمان.

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

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

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

لماذا استخدام الأداة عقد وليس ضماناً

تجعل واجهة برمجة Claude استخدام الأدوات أكثر هيكلة من تحليل النثر. يمكن أن تتضمن الاستجابة كتلةtool_useتحتوي على معرف واسم أداة ومدخلات JSON. يقوم العميل بتشغيل العملية الموافقة ويعيد كتلةtool_result. ثم يتابع النموذج من تلك النتيجة. تحذر وثائق Anthropic من أنه يجب وضع كتل النتائج بشكل صحيح في سجل الرسائل وأن كل استدعاء أداة يحتاج إلى نتيجة أو خطأ مطابق. هذا انضباط عادي في واجهات البرمجة، وليس ذكاءً غامضاً.

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

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

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

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

Claude Code يظهر القاسم الصحيح

Claude Code هو منتج Anthropic حيث يكون هذا القاسم أكثر وضوحاً. يمكن للمطور أن يطلب تغييراً، لكن الحدث المفيد ليس الطلب أو شرح النموذج. الحدث المفيد هو تعديل مقبول، أو تشغيل اختبار مقبول، أو نتيجة أمر مقبولة، أو إجراء مرفوض حال دون ضرر.

توثيق صلاحيات Claude Codeمن Anthropic يمنح المنتج نموذج أمان عملي. يمكن تشغيل إجراءات القراءة فقط دون موافقة. أما أوامر Bash وتعديل الملفات فتتطلب موافقة. تحدد قواعد السماح والاستئذان والمنع ما يمكن للأداة فعله، مع تقييم المنع قبل الاستئذان والسماح. كما تذكر الوثائق أن قواعد الصلاحيات تُفرض من قبل Claude Code وليس من قبل النموذج. هذا التمييز أساسي. يمكن لتعليمة المستخدم أن تشكل ما يحاول Claude فعله، لكنها لا تستطيع منح سلطة حجبتها طبقة الأداة.

توثيق الأمانبالمثل يصف Claude Code بأنه للقراءة فقط افتراضياً، مع الحاجة إلى إذن صريح للتعديلات والاختبارات والأوامر. كما يصف حدوداً محلية حول صلاحية الكتابة والعزل (sandboxing). هذا لا يجعل كل سير عمل برمجي آمناً. إنما يعني أن Anthropic تدرك أن موثوقية الإجراء تعتمد على سطح صلاحيات خارج النموذج.

لهذا السبب أيضاً، تحليلات Claude Code تهم أكثر من الادعاءات العريضة حول ذكاء الترميز. تتضمنوثائق التحليلاتمن Anthropic عدد أسطر الشيفرة المقبولة ومعدل قبول الاقتراحات. كما تتضمنوثائق المراقبةعدادات قرار القبول/الرفض لاستخدام أدوات Edit وWrite وNotebookEdit، بالإضافة إلى ربط الأحداث للنشاط المرتبط بطلب مستخدم واحد. هذه المقاييس ليست مثالية. فالأسطر المقبولة يمكن حذفها لاحقاً. والاقتراح يمكن أن يُقبل ورغم ذلك يحتاج مراجعة. وطلب السحب يمكن أن يُدمج ورغم ذلك يسبب تراجعاً. لكن قرارات التعديل المقبولة والمرفوضة أقرب إلى الواقع الاقتصادي من عناوين الاختبارات المعيارية.

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

ينطبق نفس المنطق خارج الشيفرة. في عمليات الدعم، قِس ملخصات الحالات المقبولة، وردود العملاء المقبولة، والحالات المُعاد فتحها، والتصعيدات المُتجنبة، واستثناءات السياسات. في الأمان، قِس ملاحظات الفرز المقبولة، والثقة الزائفة، والأدلة الفائتة، ووقت مراجعة المحلل. في المالية، قِس التسويات المقبولة، ومعالجة الاستثناءات، وأدلة التدقيق. ينبغي أن تحتسب قيمة Anthropic حيث يُقبل العمل، لا حيث يُولد النص.

يمكن أن تفشل طبقة المنتج حتى عندما لا تفشل طبقة النموذج

تقرير تحليل ما بعد الحادثة الهندسي لـ Anthropic في أبريل 2026 وثيق الصلة على نحو غير عادي لأنه يفصل قدرة النموذج عن موثوقية المنتج. قالت الشركة إن تقارير جودة Claude Code الأخيرة جاءت من ثلاثة تغييرات أثرت على Claude Code، ومجموعة أدوات المطورين (SDK) الخاصة به، وClaude Cowork، في حين أن واجهة البرمجة وطبقة الاستدلال لم تتأثرا. تضمنت الأسباب تغييراً افتراضياً في جهد الاستدلال كان يهدف إلى تقليل زمن الاستجابة، وخللاً كان يمسح بشكل متكرر التفكير الأقدم من الجلسات الخاملة، وتغييراً في تعليمات المنتج كان يهدف إلى تقليل الإطناب. قالت Anthropic إن المشكلات تم إصلاحها بحلول 20 أبريل 2026 في الإصدار 2.1.116.

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

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

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

حالات التوقف جزء من الموثوقية

ينتهي أوضح عرض بإجابة نهائية. أما سير العمل المؤسسي فغالباً لا ينتهي كذلك. يقولتوثيق أسباب التوقفمن Anthropic أن كل استجابة من واجهة برمجة الرسائل تتضمنstop_reasonيخبر التطبيق ما إذا كان عليه استخدام الاستجابة، أو المتابعة، أو إعادة المحاولة، أو الرجوع. تشمل القيمend_turn، وmax_tokens، وstop_sequence، وtool_use، وpause_turn، وrefusal، وmodel_context_window_exceeded.

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

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

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

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

السياق قوة وخصم في آن

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

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

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

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

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

الصلاحية ليست حاشية

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

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

لدى Claude Code شكل صلاحيات أكثر نضجاً لأن المجال أضيق. يمكن فصل عمليات القراءة والتعديل والأوامر. ويمكن توزيع القواعد بواسطة سياسة المؤسسة. ويمكن للخطاطيف (hooks) أن تسمح أو تمنع أو تستأذن أو تؤجل الاستدعاءات، بينما تبقى الأولوية لقواعد المنع والاستئذان. ويمكن للإعدادات أن تقيد وجهات الشبكة وسلوك الخطاطيف. هذه الضوابط تجعل من الممكن بناء سير عمل آمن الصلاحيات، لكن فقط إذا استخدمتها الفرق.

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

يجب أن يتبع تصميم الصلاحيات العمل. يمكن للتحليل للقراءة فقط أن يغطي سطحاً أكبر. ويمكن أن تكون التعديلات المقترحة واسعة لكن يجب أن تبقى قابلة للمراجعة. ويجب أن تكون الكتابات التلقائية نادرة وقابلة للعكس ومتسامحة مع التكرار (idempotent). ويجب أن تتطلب رسائل العملاء تدقيقات سياسة. ويجب أن تتطلب إجراءات المالية والقانون والأمان والتحكم في الوصول موافقة أقوى. يجب أن يوضح كل سير عمل ما يحدث عندما تُرفض الصلاحية، وعندما تعيد الأداة خطأ، وعندما يرفض الإنسان الإجراء المقترح.

ضوابط المؤسسة ضرورية لكنها غير كافية

تعالج حزمة Enterprise من Anthropic حاجزاً حقيقياً في المشتريات. صفحةخطة Enterpriseالحالية تدرج الأمان والامتثال، والدردشة، وClaude Code، وCowork، والموصلات، ونظام الدخول الموحد (SSO)، وإدارة الهويات (SCIM)، وسجلات التدقيق، وضوابط ذات صلة. وتوضح صفحة الدعم أن رسوم المقعد تغطي الوصول بينما تُحاسب الاستخدام بشكل منفصل بأسعار واجهة البرمجة. ويقول توثيق سجلات التدقيق إن مالكي Enterprise يمكنهم تصدير سجلات المؤسسة الحديثة، بينما تستثنى عناوين ومحتوى الدردشة والمشاريع من سجلات التدقيق وتعالج عبر صادرات البيانات للمالكين الأساسيين.

هذه الضوابط مهمة. يساعد نظام الدخول الموحد (SSO) وإدارة الهويات (SCIM) على ضمان أن الأشخاص المناسبين لديهم صلاحية وصول. وتساعد سجلات التدقيق فرق الأمان على إعادة بناء الأحداث الإدارية والمستخدم. وتؤثر خيارات الاحتفاظ بالبيانات واختيارات المنصة على وضعية الامتثال. وتسمح واجهة برمجة الامتثال وتحليلات المنتج للمؤسسات ببناء مراقبة حول الاستخدام.

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

الفجوة ليست خاصة بـ Anthropic. إنها متأصلة في عمل الذكاء الاصطناعي المؤسسي. الضوابط الإدارية تحدد من يمكنه استخدام النظام وما هي البيانات أو الأدوات التي يمكنه الوصول إليها. وضوابط الموثوقية تحدد ما إذا كان العمل قد اكتمل بشكل صحيح. يحتاج المشترون كليهما.

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

حدود المعدل وإعادة المحاولة تحولان الموثوقية إلى اقتصادات

تسعيرة Anthropic واضحة بما يكفي لبناء تقدير أولي، لكنها ليست كافية لحساب القيمة. أظهرت الأسعار العامة في 11 يوليو 2026 أن Opus 4.8 بسعر 5 دولار لكل مليون رمز إدخال و25 دولار لكل مليون رمز إخراج، وSonnet 5 بسعر تمهيدي 2 دولار و10 دولار حتى 31 أغسطس 2026 مع تسعيرة قياسية أعلى لاحقاً، وHaiku 4.5 بسعر 1 دولار و5 دولار. وأُدرج الوصول إلى Enterprise بسعر 20 دولاراً للمقعد شهرياً بفوترة سنوية، بحد أدنى 20 مقعداً مع فوترة الاستخدام بشكل منفصل بأسعار واجهة البرمجة. وتضيف ميزات أخرى رسوماً، تشمل ساعات وقت التشغيل المدارة والبحث على الويب وتنفيذ الشيفرة الإضافي.

يمكن لجلسة ترميز أو تحليل ثقيلة واحدة أن تبدو رخيصة عند عزلتها. على سبيل المثال، 100,000 رمز إدخال و10,000 رمز إخراج تكلف حوالي 0.75 دولار بأسعار رموز Opus 4.8 قبل الرسوم الأخرى. ويكلف نفس الشكل حوالي 0.30 دولار بأسعار Sonnet 5 التمهيدية وحوالي 0.15 دولار على Haiku 4.5. يمكن لهذه الحسابات أن تغري الفرق بالقول إن العمالة البشرية المُدَّخرة لا بد أن تطغى على الفاتورة.

هذا أبسط مما ينبغي. تكلفة الإجراء المقبول تشمل استدعاء النموذج الذي نجح، والاستدعاءات التي فشلت، والسياق المخزن مؤقتاً وغير المخزن، ونمو نتائج الأدوات، ورسوم الميزات الإضافية، وإعادات المحاولة، وتأخير حدود المعدل، والمراجعة البشرية، والاقتراحات المرفوضة، وصيانة التكامل، ومراجعة الأمان، واختبار الترحيل، وتخزين التدقيق، والاستجابة للحوادث، وتكلفة فرصة الانتظار. تشغيل نموذج بـ 0.75 دولار يوفر 20 دقيقة من وقت مهندس كبير هو صفقة رابحة. أما عشرة تشغيلات بـ 0.75 دولار تنتج تغييراً واحداً مقبولاً بعد ساعة من المراجعة فقد لا يكون كذلك.

تضيف حدود المعدل بعداً آخر. تصفوثائق حدود المعدلمن Anthropic مستويات على مستوى المؤسسة، وسقوف إنفاق، ودلاء رموز، واستجابات 429 مع إرشادات إعادة المحاولة. كما تذكر أن الحدود المدرجة هي أقصى استخدام مسموح به، وليست حداً أدنى مضموناً. وتصفوثائق مستويات الخدمةالمستوى القياسي بأنه "أفضل جهد" والأولوية بأنها محدودة بالتزامات السعة الحالية. وتصفوثائق الأخطاءأخطاء 529 الخاصة بالحمل الزائد وإعادات المحاولة التلقائية في مجموعة أدوات تطوير البرمجيات (SDK) للأعطال العابرة.

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

السؤال التجاري العملي هو: كم يكلف إنتاج إجراء واحد مقبول ومُتحقق منه تحت حمل اعتيادي؟ هذا يعني قياس ليس فقط الرموز، بل معدل القبول، وإعادات المحاولة، ودقائق المراجعة، واستدعاءات الأدوات الفاشلة، والتباطؤ، والإجراءات المكررة، ومعالجة الاستثناءات.

ظروف نشر العميل تقرر النتيجة

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

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

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

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

الشرط الخامس هو المقارنة مع البدائل. قد يكون سير العمل اليدوي أبطأ لكنه أسهل للفهم. وقد تناسب أداة داخلية مبنية على واجهة برمجة نموذج الشركة أكثر من منتج مغلف. وقد تقلل النماذج مفتوحة المصدر من الاعتماد على المورد لكنها تزيد من أعمال التشغيل. وقد تكون أتمتة البرمجيات كخدمة (SaaS) التقليدية أكثر قابلية للتنبؤ للعمليات الثابتة. وقد تناسب منصات نماذج مزودي السحابة ضوابط الفوترة والامتثال الحالية. وقد يكون مساعدو الترميز الآخرون ومساعدو الأعمال جيدين بما يكفي إذا كان قياس الإجراء المقبول مشابهاً. تفوز Anthropic فقط عندما تتفوق قدرة نموذجها وأسطح منتجها على تلك البدائل بعد احتساب الإشراف والتكامل.

ما الذي سيثبت الأطروحة

يجب أن يبدأ تقييم جاد لـ Anthropic بأسبوع أو شهر من العمل الاعتيادي، وليس بعرض مسرحي. اختر مهاماً متكررة عبر الشيفرة والدعم والتحليل ومراجعة السياسات. وسِم العملية الحالية: من يقوم بالعمل، وما الأدوات التي يستخدمونها، وكم تستغرق، وأين تظهر الأخطاء، وما يُقبل، وما يُراجع، وما يُرفض، وما يحتاج لاحقاً إلى تراجع.

ثم شغّل سير عمل Claude تحت صلاحيات محكومة. بالنسبة للشيفرة، أحصِ التعديلات المقترحة، والتعديلات المقبولة، والتعديلات المرفوضة، والاختبارات التي شُغلت، ووقت المراجعة، والتغييرات المدمجة، والإصلاحات اللاحقة، والتراجعات. بالنسبة للدعم، أحصِ الملخصات المقبولة، والردود المُحررة، والتصعيدات، والحالات المُعاد فتحها، وأخطاء السياسة. بالنسبة للتحليل، أحصِ تحويلات البيانات المقبولة، وتصحيحات المصادر، ومعالجة الاستثناءات، وثقة المراجع. بالنسبة لإجراءات الأدوات، أحصِ محاولات الأداة الخاطئة، وأخطاء المخطط، ورفض الصلاحيات، وإعادات المحاولة، وتأخيرات حدود المعدل، والآثار الجانبية المكررة، وعدم تطابق الحالات البعيدة.

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

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

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

أكثر الأدلة فائدة التي يمكن أن تنشرها Anthropic هي توزيعات على مستوى المهمة: معدلات الإجراءات المقبولة حسب فئة سير العمل، ومعدلات استدعاء الأداة الخاطئة، ومعدلات التراجع عن الآثار الجانبية، ومعدلات فقدان الحالة، ودقة توجيه الرفض، ودقائق المراجعة المُدَّخرة، والتكلفة لكل إجراء مقبول، وطرق تقييم يتحكم بها العميل. يمكن لنتائج الاختبارات المعيارية وشهادات العملاء أن تكون مؤشرة، لكنها لا تجيب على السؤال التشغيلي وحدها.

الحكم

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

أقوى سبب لأخذ Anthropic على محمل الجد هو وضوح أسطح التحكم لديها. استدعاءات الأدوات مهيكلة. حالات التوقف موثقة. صلاحيات Claude Code صريحة. ضوابط المؤسسة موجودة للهوية والإدارة والتدقيق. التسعير شفاف بما يكفي لبناء اقتصادات من الدرجة الأولى. يظهر تقرير أبريل 2026 لما بعد الحادثة مؤسسة مستعدة للتمييز بين مشكلات طبقة المنتج وخدمة النموذج الأساسية.

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

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

ينبغي التعبير عن الحكم التجاري في جملة واحدة: اشترِ Anthropic عندما تخفض تكلفة العمل المقبول والقابل للمراجعة والقابل للعكس أكثر مما تزيد تكلفة الإشراف والتكامل والتعافي. هذه الجملة أصعب إثباتاً من عرض توضيحي. وهي أيضاً الاختبار الوحيد المهم.