✓ صمدت المرتبة 1 من 16 مقترحةمستقل الأمن 8 نوفمبر 2026

سجل إضافات موثوق وبيئة معزولة لأدوات الوكلاء البرمجية

طبقة أمان لأدوات الوكلاء البرمجية مفتوحة المصدر: سجل إضافات موثوق، وتثبيت آمن لرموز OAuth، ومحرك صلاحيات أصلي يمنع الإجراءات الخطرة.

افتح النقاش ↗

موجز جاهز للصق في Claude Code أو Cursor أو أي وكيل برمجة (بالإنجليزية).

I want to build a small, bootstrappable product. Help me plan and start the MVP.

Product: Vetted extension registry and sandbox for agent harnesses
What it is: A security layer for open-source coding-agent harnesses: vetted extension registry, OAuth-token-safe installs, and a native permission engine that blocks dangerous actions.
Who pays: Engineering leads and staff devs at 20–200 person companies adopting open agent harnesses (Pi and clones), paying $50–200/mo per team from the dev-tools/security budget; also prosumers at $10–20/mo.
Closest alternatives: npm audit / Snyk (generic dependency scanning, blind to agent-extension threats , Claude Code's built-in permission system (only works inside its own harness), OS-level sandboxing like Docker/Seatbelt (no agent-aware policies), Pi community extensions (unvetted, self-serve)
The gap: Open harnesses are accumulating a fast-growing extension ecosystem with zero supply-chain vetting and no native runtime safety defaults; generic dependency scanners don't check for OAuth-token exfiltration, hidden prompt injection, or scope creep in agent extensions, and no product fills this.
Why now: The open-harness ecosystem (Pi and similar) has exploded in the last ~12 months along with subscription-based OAuth access, creating both a new attack surface (token theft leading to account bans) and a new class of extension supply-chain risk that nobody has productized defenses for yet.
Moat to build toward: A curated, audited extension registry plus a continuously updated threat-intel feed of agent-extension attack patterns compounds with adoption; becoming the default trust layer creates a distribution lock-in similar to package registries.
Biggest risk: Pi (or another harness vendor) ships native sandboxing and an official vetted registry, collapsing the third-party opportunity before the market is big enough.

First three steps:
1. Build a static analyzer that scans Pi extensions for token exfiltration, network calls, and prompt-injection patterns, and publish a scored public registry.
2. Ship a permission-policy extension for Pi that enforces an auto mode (dangerous command blocking, approval rules) so users get Claude-Code-grade safety natively.
3. Release a 'hardened profile' bundle (sandbox launcher + vetted extensions) and sell team seats with org-wide policy enforcement.

Start by asking me up to five questions about constraints (stack, budget, timeline), then propose the smallest version a paying customer would use, and scaffold it.

الإجمالي6.1/10

الألم6

الاستعداد للدفع5

التوقيت8

الفجوة7

الخندق5

قابلية التنفيذ6

مع

من سيدفع

مهندسو الفرق الهندسية وكبار المطورين في شركات من 20 إلى 200 موظف تتبنى أدوات الوكلاء المفتوحة (Pi وما شابهها)، وتدفع من 50 إلى 200 دولار شهرياً لكل فريق من ميزانية أدوات التطوير والأمن. كما يشمل المستخدمين الأفراد المتقدمين بسعر 10 إلى 20 دولاراً شهرياً.

ماذا قال الناس · 4

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

مُعاد صياغته من النقاش. اتبع الروابط لقراءة التعليقات الأصلية.

المنافسون والفجوة

npm audit / Snyk (generic dependency scanning, blind to agent-extension threats Claude Code's built-in permission system (only works inside its own harness)OS-level sandboxing like Docker/Seatbelt (no agent-aware policies)Pi community extensions (unvetted, self-serve)

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

لماذا الآن

ازدهر نظام أدوات الوكلاء المفتوحة (Pi وأدوات مشابهة) خلال الأشهر الـ12 الماضية مع الوصول إلى OAuth المرتبط بالاشتراكات، ما أوجد سطح هجوم جديداً (سرقة الرموز التي تؤدي إلى حظر الحسابات) وفئة جديدة من مخاطر سلسلة توريد الإضافات، ولم يُطوَّر بعد أي منتج لمواجهتها.

الخندق · 5/10

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

ضد

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

البداية

الخطوات الثلاث الأولى: بناء أداة تحليل ثابت تفحص إضافات Pi بحثاً عن تسريب الرموز، واستدعاءات الشبكة، وأنماط حقن الأوامر، ونشر سجل عام مُقيَّم النتائج.
إطلاق إضافة سياسات صلاحيات لـ Pi تفرض وضعاً تلقائياً (حظر الأوامر الخطرة، وقواعد الموافقة)، لتحصل المستخدمون على أمان بمستوى Claude Code بشكل أصلي.
إصدار حزمة "ملف تعريف مُحصَّن" (مُشغّل معزول مع إضافات موثوقة) وبيع مقاعد للفرق مع فرض سياسات على مستوى المؤسسة.
النقاش الأصلي: Goodbye Claude, hello Pi ↗ 605 نقاط391 تعليقًامن التعليقاتالمقال المرتبط

مترجم من الإنجليزية. اقرأ النص الأصلي