انتهى عصر AI Wrapper. بدأ عصر Claude Agent Wrapper.
يكشف Tariq Shihipar من Anthropic عن الأساسيات الحقيقية لبناء وكلاء ذكاء اصطناعي جاهزين للإنتاج - من أدوات Bash أولاً إلى هندسة السياق المبنية على نظام الملفات.
حللت ورشة العمل التي استمرت 90 دقيقة وقدّمها Tariq Shihipar، المسؤول الرئيسي عن Claude Code في Anthropic.
منذ ظهور Manus، انفجر الاهتمام بالوكلاء - لكن كيفية بناء وكلاء تعمل فعلاً في بيئة الإنتاج لا تزال غامضة بشكل محبط. هذه الورشة كانت إجابة Anthropic على هذا السؤال.
ما الذي يجب أن يتغيّر عند تصميم تطبيقات أصيلة للوكلاء، بعيداً عن الخدمات التي تكتفي بتغليف LLM API؟ إليكم أربع نقاط جوهرية.
Bash هو الأداة الأقوى
لا تحتاج عشرات الأدوات المخصصة.
- البرامج الموجودة أصلاً على Linux - مثل ffmpeg وjq وcurl وغيرها - قادرة على التعامل مع معظم المهام عند تركيبها عبر أوامر Bash.
- الوكلاء يعلّمون أنفسهم استخدام الأدوات من خلال قراءة صفحات man ومخرجات
--help. - لا حاجة لحشو مواصفات كل أداة في الـ prompt، مما يعني هدراً أقل لنافذة السياق.
الاستنتاج مهم: بدلاً من بناء تكاملات مخصصة لكل قدرة، تمنح الوكيل صدفة shell وتتركه يركّب البرامج الموجودة. عالم أدوات CLI بأكمله يصبح صندوق أدوات الوكيل - دون الحاجة لتسجيل أي منها مسبقاً.
جوهر حلقة الوكيل هو التحقق
اجمع السياق → نفّذ الإجراء → تحقق من النتيجة.
- معيار استخدام الوكيل بسيط: هل يمكنك التحقق من المخرجات؟
- الكود سهل التحقق منه عبر المُصرّفات والـ linters. أما مهام البحث، فتحتاج لتصميم منطق تحقق منفصل - كاشتراط ذكر المصادر.
- لا تعتمد على ذكاء النموذج وحده. ضع أدوات حتمية داخل الحلقة - التحقق من وجود الملفات، التحقق من صحة الصياغة، فحص الأنواع - لمنع الهلوسة.
هذه هي الرؤية التي تفوتها معظم الفرق. يركّزون على جعل الوكلاء أذكى بينما ينبغي أن يركّزوا على جعلهم أكثر قابلية للتحقق. نموذج متوسط مع حلقات تحقق قوية سيتفوق على نموذج عبقري بلا تحقق.
حتى العمل غير البرمجي يُحَل عبر توليد الكود
حتى المهام البسيطة مثل التحقق من الطقس أو تحليل البريد الإلكتروني تُعالج بالكود أفضل من الردود النصية.
- المنهج: دع الوكيل يكتب سكريبتات فورية لربط عدة APIs ومعالجة البيانات.
- نسبة كبيرة من مستخدمي Claude Code هم في الواقع من غير المطورين - تسويق، مالية، عمليات.
- التعامل مع تحليل البيانات والمهام المتكررة ككود مؤقت - سكريبتات تُكتب مرة وتُشغّل مرة وتُهمل - أصبح سير العمل المعتاد.
هذا يعيد تعريف معنى “البرمجة” في عصر الوكلاء. الوكيل لا يحتاج تكاملاً مبنياً مسبقاً مع مزوّد بريدك الإلكتروني. يكتب سكريبتاً يستدعي الـ API، يصفّي البيانات، ويعيد النتائج - كل ذلك يُولَّد أثناء التشغيل.
هندسة السياق تعيش في نظام الملفات
ما يتجاوز هندسة الـ prompt هو تصميم البيئة التي يعمل فيها الوكيل.
- منح الوكيل قدرات جديدة لا يتطلب ضبطاً دقيقاً معقداً. يكفي أن تعطيه مجلداً يحتوي ملفات markdown مكتوبة بعناية وسكريبتات.
- وصف Tariq هذا بأنه التعامل مع “نظام الملفات كمبدأ أساسي”.
- الوكلاء يملكون حالة. جوهر بنية الوكيل هو بيئة معزولة - حاوية - يصل فيها الوكيل إلى نظام ملفات ويمكنه تنفيذ أوامر Bash.
فكّر في الأمر هكذا: نظام الملفات هو الذاكرة طويلة المدى للوكيل، ومكتبته المرجعية، ومساحة عمله في آن واحد. ملف CLAUDE.md في جذر المشروع ليس مجرد توثيق - إنه دليل تأهيل الوكيل. مجلد scripts/ ليس مجرد أدوات مساعدة - إنه حقيبة أدوات الوكيل.
تحوّل جذري في النموذج
كما تطوّر تطوير الويب من jQuery إلى React - من التحكم المباشر بالـ DOM إلى بنية قائمة على المكونات - تطوير الوكلاء ينتقل من استدعاءات prompt خام إلى أطر عمل منظّمة.
السؤال لم يعد “ماذا أطلب؟” بل “ما الصلاحيات والبيئة التي يجب أن أوفّرها؟”
الفرق التي تدرك هذا الفرق - أن أداء الوكيل يعتمد على النظام المحيط به أكثر من النموذج نفسه - هي التي ستبني الجيل القادم من البرمجيات.
مبني على ورشة عمل Tariq Shihipar في Anthropic.
انضم إلى النشرة الإخبارية
احصل على تحديثات حول أحدث مشاريعي ومقالاتي وتجاربي في الذكاء الاصطناعي وتطوير الويب.