Agent-Reach: أداة تفتح لوكيل الذكاء الاصطناعي منصّات الإنترنت المغلقة بلا رسوم API

وكيل الذكاء الاصطناعي الذي ينفّذ الأوامر على جهازك يقرأ ملفاتك، ويشغّل الاختبارات، ويعدّل الكود — ثم يقف عاجزاً أمام طلبٍ أبسط من ذلك بكثير: «اقرأ هذا النقاش على Reddit ولخّص ما اتّفق عليه الناس فيه». فكثيرٌ من الإنترنت اليوم صار خلف جدران: تسجيل دخولٍ إجباريّ، وأنظمة كشفٍ للروبوتات تحجب أيّ طلبٍ لا يأتي من متصفّح حقيقي، وواجهات برمجية رسمية ارتفع سعرها حتى صار يُحسَب بالآلاف شهرياً.

وAgent-Reach مشروع مفتوح المصدر يعالج هذا الفراغ دون أن يبني خدمة استخراجٍ جديدة تنافس القائم: فهو يجمع الأدوات المجانية الموجودة أصلاً لكل منصّة، ويختار الأصلح منها في هذه اللحظة، ويثبّتها على جهازك، ثم يسلّم وكيلك ورقةً تشرح له متى يستدعي أيّاً منها. وقد بلغ المشروع أكثر من 77 ألف نجمة على GitHub منذ ظهوره في فبراير 2026 — وهو رقمٌ يقيس حجم المشكلة قبل أن يقيس جودة الحلّ.

لماذا يعجز الوكيل عن قراءة نصف الإنترنت

المشكلة التي يعالجها Agent-Reach ليست مشكلةً واحدة، بل ثلاث عقباتٍ متراكبة.

العقبة الأولى جدار تسجيل الدخول. كثير من المنصّات أغلقت أبوابها أمام الزوّار غير المسجّلين. فواجهة Reddit المجهولة (anonymous API) — تلك التي كانت تتيح قراءة أيّ نقاشٍ بطلبٍ بسيط — صارت محجوبة، ولم يعد أمام أيّ أداةٍ إلا أن تسجّل الدخول بحسابٍ حقيقي. والأمر نفسه ينطبق على شبكات مثل Facebook وInstagram وXiaoHongShu، فهي لا تعرض محتواها إلا لجلسةٍ مسجّلة الدخول.

والعقبة الثانية أنظمة مقاومة الاستخراج. المنصّات تراقب أنماط الطلبات، وتميّز الطلب الآتي من سكربتٍ عن الطلب الآتي من متصفّحٍ حقيقي يستعمله إنسان. وهذا سباقٌ متحرّك لا يثبت على حال: أداة yt-dlp — أشهر أدوات تحميل الفيديو مفتوحة المصدر — كانت تدعم منصّة Bilibili الصينية، ثمّ أوقفت المنصّة هذا المسار بإجراءات مضادّة، فاضطرّ Agent-Reach إلى تحويل القناة كلّها إلى أداةٍ أخرى اسمها bili-cli. ما يعمل اليوم قد يتعطّل بعد شهر.

والعقبة الثالثة هي السعر. فالطريق الرسمي — أن تشترك في الواجهة البرمجية للمنصّة — صار باهظاً على الاستعمال الفردي. فمنصّة X ألغت طبقتها المجانية وانتقلت في فبراير 2026 إلى نموذج الدفع بالاستهلاك، بسعر 0.005 دولار لكل منشورٍ يُقرَأ، بعد أن كانت طبقة Basic بمئتَي دولارٍ شهرياً — وهي طبقةٌ أُغلِقت أمام المشتركين الجدد. أمّا Reddit فلا تنشر تسعيرةً قياسية أصلاً؛ تتفاوض على كل حالة، وسعرها المعلن في التغطيات يبدأ من 0.24 دولار لكل ألف طلب، وتبلغ الطبقة التجارية نحو 12 ألف دولارٍ شهرياً. هذه أرقامٌ تصلح لشركةٍ تبني منتجاً، لا لمطوّرٍ يريد من وكيله أن يقرأ عشرين منشوراً.

ويبقى بعد هذه العقبات الثلاث أقربُ مخرجٍ عمليّ للمطوّر الفرد: أن تجمع بنفسك أدوات المجتمع المجانية. وهذا ممكنٌ فعلاً، لكنّه يفرض عليك عملاً متّصلاً لا ينتهي — أن تبحث عن الأداة الحيّة لكل منصّة، وتعرف أيّها ما زال يعمل بعد آخر تحديثٍ للمنصّة، وتثبّتها بتبعيّاتها، وتعيد الكرّة كلّما تعطّل شيء. وهذا العمل بالذات هو ما يتولّاه Agent-Reach عنك.

ما هو Agent-Reach: مثبِّتٌ وفاحصٌ ودليل، لا وسيطُ تشغيل

أكثر لبسٍ حول هذه الأداة يخصّ موضعها في جلب المحتوى. والمشروع نفسه يحسم اللبس في تعليقٍ صريح داخل شيفرته: Agent-Reach أداةُ تثبيتٍ وفحص، أمّا القراءة والبحث فيجريهما الوكيل باستدعاء الأدوات الأصلية مباشرةً.

فهو لا يقف بين وكيلك والإنترنت وقت التشغيل، بل يعمل قبله، وينهض بأربع مهامّ:

1. يختار المسار. لكل منصّة قائمةٌ مرتّبة من طرق الوصول: أداةٌ أساسية مفضّلة، وبدائل احتياطية بعدها. والاختيار مبنيّ على ما يعمل فعلاً اليوم، لا على ما كان يعمل حين كُتب التوثيق.
2. يثبّت الأدوات. يفحص بيئتك، ويركّب ما ينقص من أدوات سطر الأوامر وتبعيّاتها.
3. يفحص الصحّة. يعطيك تقريراً بحالة كل قناة: أتعمل، أم تحتاج إعداداً، أم معطّلة.
4. يكتب دليل الوكيل. يضع ملفّ مهارة (SKILL.md) في مجلد مهارات وكيلك، وفيه أمرُ كل منصّة بصيغته الدقيقة.

الفائدة العملية من هذا التصميم أنّ الوكيل يستدعي الأداة الأصلية بلا طبقةٍ وسيطة تفصل بينهما. فحين يريد ترجمات مقطعٍ على يوتيوب، يشغّل yt-dlp نفسه بالخيارات المناسبة، لا أمراً وسيطاً من اختراع Agent-Reach يستدعي yt-dlp بدوره. وهذا يعني أنّ أيّ ميزةٍ في الأداة الأصلية متاحةٌ للوكيل، وأنّ تعطُّل Agent-Reach لا يوقف ما ثُبِّت من أدوات.

لكنّ للتصميم نفسه وجهاً آخر يجب أن يكون واضحاً: ما دام Agent-Reach لا يمرّ عليه المحتوى، فهو لا يوحّد شكله. ناتج yt-dlp ليس على هيئة ناتج gh، وناتج Jina Reader شيءٌ ثالث. فإن أردت مخرجاتٍ منظّمة بحقولٍ ثابتة، أو إعادة محاولةٍ عند الفشل، أو تخزيناً مؤقّتاً للنتائج، فتلك أمورٌ تبقى على عاتقك أنت أو على عاتق الوكيل الذي يقرأ النصّ الخام.

خمس عشرة قناة، وثلاث درجات من الإعداد

سجلّ القنوات في المشروع يضمّ خمس عشرة قناة، تتفاوت تفاوتاً كبيراً في ما تطلبه منك قبل أن تعمل:

الأدوات التي تخدم هذه القنوات مألوفةٌ لمن يعرف مجتمع المصادر المفتوحة: قناة الويب العامّة تعمل بخدمة Jina Reader، وهي خدمةٌ تحوّل أيّ رابطٍ إلى نصّ Markdown نظيف بمجرّد وضع https://r.jina.ai/ قبله، وتتيح عشرين طلباً في الدقيقة بلا مفتاح. ويوتيوب يعمل بـyt-dlp، وGitHub بأداة gh الرسمية، والخلاصات بمكتبة feedparser، وتويتر بـtwitter-cli، وReddit وXiaoHongShu بـOpenCLI، وبحث Exa عبر جسرٍ اسمه mcporter.

وأداة OpenCLI تستحقّ تعريفاً خاصاً لأنّ أسلوبها مختلف عن البقيّة: فهي لا تطلب مفتاحاً ولا تصدير كوكيز، بل تعمل عبر إضافة Chrome تثبّتها من المتجر، وتتّصل بالمتصفّح المفتوح على جهازك لتعيد استعمال الجلسة التي سجّلتَ دخولك بها أصلاً. وهذا يجعلها أيسر مسارٍ على حاسوبٍ شخصيّ، ويجعلها في المقابل متعذّرةً على خادمٍ بلا واجهة رسومية — ولهذا تحتفظ قناتا Reddit وXiaoHongShu بمسار الكوكيز بديلاً حين لا يتوفّر متصفّح.

ويصنّف الفاحص هذه القنوات في ثلاث درجات تشرح سبب تفاوت الإعداد. الدرجة صفر لا تحتاج شيئاً على الإطلاق. والدرجة الأولى تحتاج بيانات اعتماد أو وسيطاً شبكياً (proxy)، وفيها تقع منصّات الكوكيز كلّها. والدرجة الثانية تحتاج خدمة MCP (Model Context Protocol) خارجية، كما في بعض مسارات LinkedIn.

ويكشف الجدول ملمحاً يستحقّ الانتباه قبل أن تعوّل على التغطية: خمسٌ من القنوات الخمس عشرة منصّاتٌ صينية — Bilibili وXiaoHongShu وXueqiu وXiaoyuzhou وV2EX — وهو أثرٌ من أصل المشروع ومجتمعه. فمن يعمل على المحتوى العربي والإنجليزي تبقى له عشر قنوات: الويب، وبحث Exa، ويوتيوب، وGitHub، والخلاصات، وتويتر، وReddit، وLinkedIn، ثمّ Facebook وInstagram بشرط متصفّحٍ يعمل على سطح المكتب.

وExa وحدها بين هذه القنوات تحلّ مشكلةً من نوعٍ آخر. فبقيّة القنوات تفتح منصّةً بعينها، أمّا Exa فمحرّك بحثٍ دلاليّ يبحث في الإنترنت كلّه بالمعنى لا بمطابقة الكلمات، وهو ما يحتاجه الوكيل حين لا يعرف الرابط أصلاً ويريد أن يجده. ويُهيّئ Agent-Reach هذه القناة أثناء التثبيت: يركّب جسر mcporter ويسجّل نقطة Exa الرسمية (https://mcp.exa.ai/mcp) بلا مفتاح، فتصبح جاهزةً بلا خطوةٍ إضافية منك.

كيف يعمل من الداخل: القناة والتوجيه والاحتياطي

المشروع مكتوبٌ بلغة Python (يتطلّب الإصدار 3.10 فأحدث)، وبنيته الداخلية بسيطة بقدرٍ يجعل فهمها ممكناً في جلسة واحدة.

كل منصّة قناةٌ مستقلّة تتبع عقداً واحداً. فمجلد القنوات فيه ملفٌّ لكل منصّة، وكل ملفٍّ يرث من صنفٍ أساسيّ اسمه Channel ويلزمه أن ينفّذ أربع دوالّ محدّدة: can_handle(url) تقرّر إن كان هذا الرابط من اختصاصها، وread(url) تقرأ، وsearch(query) تبحث، وcheck() تفحص جاهزيّتها. وثمرة هذا العقد الموحّد أنّ استبدال أداةٍ بأخرى لا يمسّ إلا ملفّاً واحداً — وهو بالضبط ما جرى حين انتقلت قناة Bilibili من yt-dlp إلى bili-cli، فلم يشعر المستخدمون بشيء.

والاحتياطي مرتّبٌ لا عشوائيّ. لكل قناةٍ أداةٌ أساسية وقائمةٌ من البدائل بعدها، فإن سقطت الأولى انتقل التوجيه إلى التي تليها. وقاعدة التحديث في المشروع تكشف حكمة هذا الترتيب: عند الترقية لا تُحذف الأدوات القديمة المتراجعة، لأنها تبقى صالحةً كاحتياطيّ إن تعطّل البديل الجديد. ويظهر أثر هذه القاعدة في الإصدار 1.5.0: صارت OpenCLI هي الأداة المفضّلة لقناتَي XiaoHongShu وReddit، دون أن تُنزَع الأدوات التي كانت قبلها.

والوكيل يتعلّم من ملفّ نصّيّ لا من واجهةٍ برمجية. فعند التثبيت يُسجَّل ملفّ SKILL.md في مجلد مهارات وكيلك — ~/.claude/skills/ في Claude Code مثلاً، و~/.openclaw/skills/ في OpenClaw. وهذا الملفّ هو كل ما يعرفه الوكيل عن الأداة: فيه أمرُ كل منصّة بصيغته الدقيقة، وقواعدُ تشغيلٍ صريحة تُلزمه بأن يفحص القنوات بـagent-reach doctor --json قبل المهامّ المركّبة، وأن يعلن أيّ منصّةٍ وأيّ أداةٍ يستعمل، وألّا يكتب ملفّاتٍ في مساحة عملك بل في /tmp/ أو ~/.agent-reach/. والملفّ يحصر نفسه في القراءة والبحث صراحةً، فلا نشرَ ولا تفاعلَ ولا كتابة.

والفاحص هو لوحة القيادة. أمر agent-reach doctor يمرّ على القنوات كلّها ويعطي لكلٍّ حالةً من ثلاث — تعمل، أو تحتاج إعداداً، أو معطّلة — مع الأداة التي تخدمها الآن والخطوة الناقصة لتفعيلها. وقيمته الحقيقية أنه يجيب عن السؤال الذي يضيّع الوقت عادةً: هل الخلل في إعدادي، أم في المنصّة نفسها؟

[صورة مقترحة: مخطّط يوضّح المسار — الوكيل ← ملفّ SKILL.md ← الأداة الأصلية ← المنصّة، وAgent-Reach جانباً بوصفه المثبّت والفاحص]

التثبيت والتشغيل عملياً

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

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

يقرأ الوكيل الدليل، ويفحص البيئة، ويثبّت الأساسيات، ثمّ يعرض عليك قائمةً بالقنوات التي تحتاج تسجيل دخول لتختار منها. ويضبط الدليل سلوك الوكيل بحدودٍ صارمة تستحقّ الانتباه، فهو يمنعه من استعمال sudo بلا موافقتك الصريحة، ومن تعديل ملفّاتٍ خارج مجلداته الخاصّة، ومن التقاط أيّ بيانات اعتماد لم تعطها له بنفسك. وإن كنت تشغّل OpenClaw، ففعّل صلاحية تنفيذ الأوامر (tools.profile: coding) قبل التثبيت، وإلا لن يستطيع الوكيل تشغيل أوامر سطر الأوامر.

ومن أراد أن يثبّت بيده — بعد تثبيت pipx إن لم يكن مثبتاً — فالخطوات ثلاث:

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

والأمر الثاني هنا آمنٌ بحكم تصميمه: --env=auto وحده لا يفعل شيئاً سوى الفحص والإبلاغ عمّا ينقص. ولا يُجرى أيّ تعديلٍ على النظام إلا بإضافة --system صراحةً، وهي إضافةٌ ينتظر الدليلُ موافقتك عليها قبل تمريرها. ويمكنك كذلك حصر القنوات المثبّتة بـ--channels=، ومعاينة ما سيحدث دون تنفيذه بـ--dry-run.

أمّا القنوات التي تحتاج كوكيز فتُضبَط بأمرٍ مستقلّ. أشهر مسارٍ لتويتر أن تصدّر الكوكيز من المتصفّح بإضافة Cookie-Editor، ثمّ تشغّل الأمر فيطلبها بإدخالٍ مخفيّ لا يظهر في سطر الأوامر ولا يُحفظ في سجلّ الصدفة. ولمنصّات مثل Xueqiu تُقرأ الكوكيز من المتصفّح مباشرةً لمنصّةٍ واحدة تسمّيها، دون مسح بقيّة المنصّات:

agent-reach configure twitter-cookies
agent-reach configure --from-browser chrome --platform xueqiu

وتُحفَظ هذه القيم في ملفّ واحد هو ~/.agent-reach/config.yaml بصلاحيات 600، أي أنّ مالك الحساب وحده يقرؤه ويكتبه، ولا يستطيع مستخدمٌ آخر على الجهاز نفسه الوصول إليه. ولا تغادر الكوكيز جهازك، ويقتصر ما يظهر منها في المخرجات على أوّل ثمانية أحرف حتى لا تتسرّب في سجلٍّ أو لقطة شاشة. وحفظ كوكيز تويتر يكفي الفاحص ليؤكّد وجودها؛ أمّا تشغيل أداة twitter نفسها فيحتاج تعيين TWITTER_AUTH_TOKEN وTWITTER_CT0 في بيئة العملية قبل الاستدعاء.

وبعد التثبيت لا يتعلّم المستخدم أوامر جديدة، لأنّ الأوامر ليست له أصلاً. تطلب من وكيلك ما تريد بلغةٍ طبيعية — «لخّص لي ترجمة هذا المقطع»، «ابحث في Reddit عن تجارب الناس مع هذه المكتبة» — فيقرأ ملفّ المهارة ويشغّل الأمر المناسب بنفسه. وهذه أمثلةٌ لما يجري فعلياً خلف الستار:

curl -s "https://r.jina.ai/https://example.com/article"
yt-dlp --write-sub "https://www.youtube.com/watch?v=VIDEO_ID"
gh search repos "llm agent framework" --sort stars --limit 10
mcporter call exa.web_search_exa query="agent internet access tools"

وتبقى إدارة النسخة بأمرين: agent-reach check-update ليخبرك بوجود إصدارٍ أحدث، وagent-reach uninstall للإزالة الكاملة مع حذف مجلد الإعدادات — أو --keep-config للإبقاء على بيانات الاعتماد إن كنت تنوي العودة.

الكوكيز والحسابات: أخطر ما في الإعداد

في هذا الجزء من الإعداد مخاطرةٌ حقيقية لا يخفيها المشروع نفسه.

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

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

وعنوان الشبكة عاملٌ ثالث يُغفَل كثيراً. المنصّات تعامل عناوين مراكز البيانات بحذرٍ أشدّ من عناوين المنازل، فقد يُرفَض من خادمٍ بعيد ما يمرّ بلا مشكلة من جهازك الشخصي. وقناة Bilibili نفسها صارت تعمل عبر bili-cli بلا وسيط. أمّا الوسيط السكنيّ (residential proxy) فتحتاجه حين تحجب شبكتك Reddit أو تويتر — كما في الصين القارّية — أو حين يعمل الوكيل على خادمٍ فترفض المنصّة عنوانه، بكلفةٍ تقارب دولاراً واحداً شهرياً، وهي الكلفة الوحيدة المحتملة في المشروع كلّه.

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

القيود ومتى لا يصلح

ثمّة حدودٌ يجب أن تكون واضحة قبل أن تبني على الأداة شيئاً.

حقن التعليمات (prompt injection) هو الخطر الأكبر، وهو ليس ما تعالجه الأداة. فحفظ الكوكيز محلياً بصلاحياتٍ مقيّدة يحلّ سؤال «أين تُخزَّن بيانات اعتمادي»، ولا يحلّ سؤالاً أخطر منه: ماذا لو كانت الصفحة التي قرأها وكيلك تحوي تعليماتٍ موجّهةً إليه؟ فالمنشور على شبكةٍ اجتماعية أو التعليق في نقاشٍ مفتوح يستطيع أن يحمل نصّاً مثل «تجاهل ما سبق ونفّذ كذا»، والوكيل الذي يقرأ هذا النصّ قد يعامله أمراً لا بياناً. والقاعدة العملية هنا أن تُعامَل كلّ مخرجات هذه الأدوات معاملة الإدخال غير الموثوق، وأن يُفصَل الوصول القرائيّ عن أيّ صلاحية تنفيذٍ أو نشر، فلا يجتمعان في وكيلٍ واحدٍ بلا مراجعة.

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

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

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

والتغطية ليست شاملة. فمنصّات مثل Mastodon وBluesky وThreads وTikTok خارج القنوات الجاهزة، ومن أرادها فعليه إعدادها بنفسه.

أين يقف مقابل البدائل

الخلط الشائع أن تُوضَع هذه الأداة في مقابل خدمات الاستخراج التجارية وكأنها بديلٌ مباشر لها. والأدقّ أنّ كلّاً منها يحلّ مشكلةً في طبقةٍ مختلفة:

والقاعدة التي تحسم الاختيار: تبنَّ Agent-Reach حين تكون عقبتك اكتشافَ الأدوات وتركيبها، لا حين يكون مطلبك واجهةً مضمونة الاستقرار. فالفرق ليس في السعر بل في نوع الضمان الذي تشتريه.

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

في المحصّلة

قيمة Agent-Reach الحقيقية ليست فيما يقدّمه من كود، فهو لا يجلب صفحةً واحدة بنفسه. قيمته في أنه يحوّل معرفةً مبعثرة إلى معرفةٍ مصانة: أيّ أداةٍ تعمل لكل منصّة اليوم، وأيّها سقط أمس، وما البديل حين تسقط الحالية. وهذه معرفةٌ كان كل مطوّرٍ يجمعها بنفسه ويخسرها كلّما تغيّرت المنصّات.

لكنّ هذه القيمة نفسها هي مكمن هشاشته. فالمشروع يعيش ما دام أحدٌ يراقب المنصّات ويحدّث المسارات؛ ويوم يتوقّف هذا العمل يتحوّل إلى قائمة أدواتٍ ميّتة لا تختلف عن أيّ مستودعٍ مهجور. وما تشتريه بالمجّان هنا ليس الأدوات — فهي مجانيةٌ ومتاحةٌ للجميع أصلاً — بل الصيانة. وذلك تحديداً ما لا تضمنه أيّ رخصةٍ مفتوحة.

المشروع مفتوح المصدر بالكامل، وهذه وجهاته الرسمية: