Agent-Reach: وصول وكلاء البرمجة إلى الويب، وأين ينبغي أن تستقر النتائج

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

Agent-Reach أداة سطر أوامر (CLI) واحدة تلتف حول هذه العقبة، وبـ 77,134 نجمة فهي الحل الأكثر تبنّيًا لهذه المشكلة. إنها تحل جانب القراءة، لكنها لا تحل ما يحدث لما قرأه الوكيل، وهو الجزء الذي يستهلك وقت الفرق فعليًا.

الخلاصة السريعة

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

يربط Agent-Reach أي وكيل قادر على تشغيل أوامر الشل (shell commands) بمنصات X وReddit وYouTube وGitHub وRSS وBilibili وXiaoHongShu وFacebook وInstagram والبودكاست والبحث العام على الويب، عبر مسارات وصول مجانية بدلًا من واجهات برمجة المنصات المدفوعة. تمرّ كل منصة عبر خدمة خلفية أساسية مدعومة ببدائل، لذا تُبدَّل مسارات الوصول المعطوبة على مستوى المشروع لا من طرفك. ابدأ بالمنصات التي لا تحتاج إعدادًا، وراجع الشروط قبل توصيل المنصات المعتمدة على ملفات تعريف الارتباط (cookies)، ووفّر للبحث مكانًا يستقر فيه غير سجل الطرفية (terminal scrollback).

الحاجز الذي يزيله

لكل من هذه المنصات عقبتها الخاصة، وكل حل التفافي هو مشروع تكامل صغير قائم بذاته:

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

تثبيته

مسار التثبيت غير مألوف: أنت تسلّم وكيلك رابط وثائق بدلًا من تشغيل أمر.

Install Agent Reach: https://raw.githubusercontent.com/Panniantong/agent-reach/main/docs/install.md

يثبّت الوكيل حزمة Python، ويتحقق من البيئة، ويخبرك بما هو جاهز. الإعداد الافتراضي هو القراءة فقط، والتغييرات على مستوى النظام تتطلب علامة صريحة (flag).

pip install https://github.com/Panniantong/agent-reach/archive/main.zip
agent-reach install --env=auto
agent-reach doctor

يطبع الأمر agent-reach doctor ما يعمل وما لا يعمل وكيفية إصلاح كل مشكلة. وبالنسبة لأداة عملها بطبيعته هو الوصول الهشّ إلى خدمات طرف ثالث، فإن توفير فحص للحالة كأمر من الدرجة الأولى هو الحسّ السليم.

قرار التصميم الجدير بالاقتداء

يمكن لأي أحد أن يلفّ أداة كشط (scraper). والسبب في صمود هذا المشروع هو سلسلة البدائل: فلكل منصة خدمة خلفية أساسية وقائمة مرتّبة بالبدائل، وحين يموت مسار وصول ما يبدّل المشروع الافتراضي ويطلق تحديثًا. ومثالهم هم أن Bilibili بدأت تُرجع أخطاء 412 إلى إحدى الخدمات الخلفية في يونيو 2026، دون أن يلاحظ المستخدمون شيئًا.

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

حيث يحتاج نموذج الوصول المجاني إلى قرار

المنصات التي لا تحتاج إعدادًا لا تعقيد فيها: واجهات برمجة عامة، وأداة GitHub CLI الرسمية، وRSS، ومزوّد بحث يريد هذه الزيارات.

أما المنصات المعتمدة على ملفات تعريف الارتباط فمسألة أخرى. فقراءة X أو Reddit أو Instagram عبر جلستك المسجَّل دخولها ليست مسار واجهة برمجة معتمدًا. يتعامل المشروع مع هذا بمسؤولية، فيُبقي ملفات تعريف الارتباط محليًا ولا يرفعها أبدًا، وهو مفتوح المصدر لتتحقق من ذلك بنفسك. لكن ما لا يستطيع فعله هو تغيير الشروط التي وافقت عليها في تلك الحسابات.

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

البحث عمل طويل، والعمل الطويل يحتاج إلى مهمة (Task)

إليك المشكلة التي تظهر في الأسبوع الثاني، وهي ليست تقنية.

جولات البحث طويلة. وكيل يبحث في X وReddit وHacker News وGitHub لمدة ساعتين ينتج شيئًا قيّمًا: مصادر واقتباسات وتواريخ وروابط وتركيبًا. ثم تنتهي الجلسة. ويسأل زميل من أين جاء ادّعاء ما فلا يكون الجواب متاحًا. والأسوأ أن أحدهم يعيد البحث نفسه الشهر القادم لأن لا أحد كان يعلم بوجوده.

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

ثلاثة أجزاء من هذا النموذج تهمّ عمل البحث تحديدًا.

الوكيل (Agent) إعداد محفوظ: تعليمات وبيئة تشغيل ومهارات ومستودعات وبيئة عمل. وإعداد بحث ضبطته مرة واحدة، بما في ذلك المنصات المسموح له بلمسها، يُعاد استخدامه بدلًا من بنائه من جديد.

ويوفّر الـ Computer المضيف والموارد المحلية، وينفّذ الـ Runtime الجلسة عليه. وهذا ليس نظريًا هنا. فمنصات Agent-Reach المعتمدة على ملفات تعريف الارتباط تحتاج متصفحًا حقيقيًا مسجَّل الدخول على جهاز محدد، لذا فإن الـ Computer الذي تعمل عليه مهمة بحث خيار تشغيلي حقيقي وليس مجرد الحاسوب المحمول الذي صادف أنه كان مفتوحًا.

المهمة في حالة Backlog لا تبدأ تشغيلًا. يمكنك جدولة مواضيع البحث بمجرد أن تخطر ببالك دون استهلاك حدود المعدّل (rate limits) لحظة تدوينها.

Sharkly ليست بديلًا عن Agent-Reach ولا عن أداة البرمجة التي تشغّله. إنها تضيف طبقة المهمة المشتركة والـ Computer والسياق والتحكم والمراجعة حولهما.

استخدمه مباشرة، أو وفّر له مكانًا يُبلّغ فيه

استخدم Agent-Reach بمفرده حين تكون بصدد الإجابة عن سؤال لنفسك اليوم. ثبّته، واسأل، واقرأ، ثم امضِ. لا شيء آخر له ما يبرره.

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

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

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

مع أي وكلاء يعمل Agent-Reach؟ أي وكيل قادر على تشغيل أوامر الشل، بما في ذلك Claude Code وCursor وWindsurf وOpenClaw وCodex. ويحتاج OpenClaw إلى تفعيل إذن التنفيذ (exec) أولًا، لأن ملف تعريف المراسلة الافتراضي لا يستطيع تشغيل الأوامر.

هل استخدامه مجاني فعلًا؟ الأدوات مفتوحة المصدر ومسارات الوصول لا تفرض رسومًا. ويكلّف وسيط الخادم (server proxy) نحو دولار واحد شهريًا إذا كان عنوان IP لجهازك محجوبًا، أما الأجهزة المحلية فلا تحتاج إليه. والخلوّ من فواتير المورّد ليس مثل الخلوّ من اعتبارات شروط الخدمة.

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

هل سيتعطل حين تتغير المنصات؟ نعم، وهذا أمر مخطط له. فلكل منصة بدائل ويبدّل المشروع الافتراضيات على مستواه. شغّل agent-reach doctor حين يبدو شيء ما خطأً.

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

الخلاصة

يزيل Agent-Reach حدًا حقيقيًا. فالوكيل القادر على قراءة النقاش الفعلي حول مكتبة ما، ومشاهدة المحاضرة، وفحص متتبع المشكلات (issue tracker) يجيب أفضل من وكيل يعمل من حدود تدريب منتهية، ويضمن تصميم البدائل استمرار عمله بعد التعطل الحتمي.

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