Skip to content
KitploitKITPLOIT
أدواتالمدونة
إرسال
أدواتالمدونة
إرسال

أدوات الاختراق واختبار الاختراق والأمن السيبراني لترسانتك الأمنية!

Kitploit هو دليل لأدوات الاختراق والأمن السيبراني واختبار الاختراق. اكتشف آخر تحديثات المشاريع للعثور على الثغرات وتحليل الأنظمة وأتمتة الاختبارات وتعزيز أمنك.

··الخلاصات·اتصال·الخصوصية·© 2026 Kitploit

دليل الأدوات

الفئات

عرض جميع الفئات
Loading categories
vibebox — CLI فائق السرعة على Apple Silicon macOS لتطوير سريع ومعزول وعوامل LLM. | Kitploit
أدوات/GitHubGitHub/robcholz/vibebox
أدوات عامةأمن الحاوياتالتحليل الديناميكي (عزل)المحاكاة الافتراضية للأمانDevSecOpsأمن الذكاء الاصطناعي
GitHubrobcholz/vibebox

vibebox

CLI فائق السرعة على Apple Silicon macOS لتطوير سريع ومعزول وعوامل LLM.

عرض المستودع
186155منذ 6 أشهرتمت المراجعة من قبل Kitploit
الموقع الإلكتروني

الأكثر شعبية

عرض الكل →

اكتشف الأدوات الأكثر استخدامًا من قبل مجتمعنا.

استكشف جميع الأدوات

تصفح مجموعتنا من الأدوات

عرض جميع الأدوات →
مشاركة

شعار VibeBox

صندوق رمل (sandbox) فائق السرعة مفتوح المصدر لتشغيل وكلاء البرمجة بأمان.

Crates.io MIT licensed Build Status

الإنجليزية | 简体中文

VibeBox هو صندوق رمل صغير-VM لكل مشروع لتشغيل وكلاء البرمجة على macOS (إطار عمل المحاكاة الافتراضية من Apple). إنه محسّن لسير عمل الاستخدام اليومي: إعادة دخول سريعة دافئة، ووحدات تحميل صريحة، وجلسات قابلة لإعادة الاستخدام.

لمن هذا: مستخدمو macOS الذين يشغلون وكلاء البرمجة ويريدون عزلًا حقيقيًا دون التخلي عن سير عمل يومي سريع.

حقائق سريعة: إعادة الدخول الدافئة عادةً ما تكون <5 ثوانٍ على جهاز M3 الخاص بي (تختلف حسب الجهاز/ذاكرة التخزين المؤقت)؛ التشغيل الأول يقوم بتحميل وتجهيز صورة أساسية من Debian (تعتمد على الشبكة).

نموذج الأمان: ضيف VM لنظام Linux مع قوائم السماح للتحميل الصريح من vibebox.toml (المستودع أولاً، كل شيء آخر اختياري).

  • الدخول/الإرفاق في ثوانٍ: vibebox يلقي بك في صندوق رمل قابل لإعادة الاستخدام للمستودع الحالي
  • نطاق المشروع افتراضيًا: تحميلات صريحة + تغييرات محصورة في المستودع (المستودع أولاً، كل شيء آخر في قائمة السماح)
  • جلسات: إدارة متعددة الحالات والجلسات (إعادة الاستخدام، محطات طرفية متعددة، تنظيف)

عرض توضيحي سريع

root@kitploit:~
# من أي مستودع
cd my-project
vibebox

ما يجب أن تراه (تقريبًا):

root@kitploit:~
vibebox: starting (session: my-project)
vibebox: attaching...
vibecoder@vibebox:~/my-project$

واجهة الطرفية لـ VibeBox

لماذا بنيت VibeBox

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

VibeBox هو الوسط: صندوق رمل لكل مستودع مع حد VM صلب، إعادة دخول سريعة، وتحميلات صريحة. إنه مبني ليكون "دائم التشغيل" لعمل الوكلاء دون جعل السلامة واجبًا مزعجًا.

لماذا VM صغير (مقابل الحاويات)؟

الحاويات رائعة. VibeBox لا يحاول استبدال Docker/devcontainers لبناء الخدمات.

أردت تحديدًا افتراض VM لسير عمل الوكلاء على macOS:

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

مقارنة

إليك لماذا لم أستخدم الخيارات الموجودة فقط:

  • vibe: مريح للغاية ويحقق "صفر إعداد، فقط انطلق". VibeBox عن قصد على محور مختلف: تكوين لكل مشروع + جلسات + دورة حياة متعددة الحالات.
  • QEMU: قوي، لكن مساحة سطح التكوين ضخمة. للصندوق الرمل اليومي، ليس "افتح مستودعًا وانطلق" - إنه مشروع بحد ذاته.
  • Docker / devcontainers / devpods: نظام بيئي رائع. لم يكن احتكاكي هو وقت البدء الخام، بل العبء اليومي للحفاظ على صناديق رمل وكلاء لكل مستودع آمنة افتراضيًا (قوائم السماح للتحميل، كشف الأسرار، الإرفاق/إعادة الاستخدام، التنظيف) دون الحفاظ على تكوينات حاويات لكل مستودع لسير العمل الأساسي.

هذا ما دفعني لبناء VibeBox: أردت صندوق رمل لكل مشروع يكون سريع الدخول (فقط vibebox)، يدعم التكوين الحقيقي + الجلسات، ويحافظ على حد عزل صلب.

التثبيت

root@kitploit:~
# script التثبيت
curl -fsSL https://raw.githubusercontent.com/robcholz/vibebox/main/install | bash

# مدير الحزم
cargo install vibebox

# التثبيت اليدوي
curl -LO https://github.com/robcholz/vibebox/releases/download/latest/vibebox-macos-arm64.zip
unzip vibebox-macos-arm64.zip
mkdir -p ~/.local/bin
mv vibebox ~/.local/bin
export PATH="$HOME/.local/bin:$PATH"

المتطلبات

  • macOS على Apple Silicon (يستخدم VibeBox واجهات برمجة المحاكاة الافتراضية من Apple).

التشغيل الأول

يقوم أول تشغيل لـ vibebox بتحميل صورة أساسية من Debian وتجهيزها. بعد ذلك، تستخدم حالات كل مشروع الصورة الأساسية المخبأة لبدايات أسرع بكثير.

التوثيق

بداية سريعة

root@kitploit:~
cd /path/to/your/project
vibebox

في التشغيل الأول، ينشئ VibeBox vibebox.toml في مشروعك (إذا كان مفقودًا) ودليل .vibebox/ لبيانات الحالة.

الإعداد (vibebox.toml)

يعيش vibebox.toml في جذر مشروعك افتراضيًا. يمكنك تجاوزه باستخدام vibebox -c path/to/vibebox.toml أو متغير البيئة VIBEBOX_CONFIG_PATH، لكن المسار يجب أن يبقى داخل دليل المشروع.

الإعداد الافتراضي (يتم إنشاؤه تلقائيًا عند فقدانه):

root@kitploit:~
[box]
cpu_count = 2
ram_mb = 2048
disk_gb = 5
mounts = [
    "~/.codex:~/.codex:read-write",
    "~/.claude:~/.claude:read-write",
]

[supervisor]
auto_shutdown_ms = 20000

disk_gb يتم تطبيقه فقط عند إنشاء قرص الحالة لأول مرة. إذا قمت بتغييره لاحقًا، قم بتشغيل vibebox reset لإعادة إنشاء القرص.

التحميلات

  • يتم تحميل مشروعك للقراءة والكتابة في ~/<project-name>، ويبدأ الشيل هناك.
  • إذا كان دليل .git موجودًا، يتم إخفاؤه باستخدام تحميل tmpfs داخل VM لتثبيط التعديلات العرضية من الضيف.
  • تأتي التحميلات الإضافية من box.mounts بالصيغة host:guest[:read-only|read-write].
  • تدعم مسارات المضيف توسيع ~. يتم التعامل مع مسارات الضيف النسبية كـ /root/<path>.
  • مسارات الضيف التي تستخدم ~ مرتبطة بـ /home/<ssh-user> للراحة. قم بتشغيل vibebox explain لرؤية تعيينات المضيف/الضيف المحلولة.

أوامر CLI

root@kitploit:~
vibebox             # بدء أو الإرفاق بـ VM المشروع الحالي
vibebox list        # عرض جلسات المشروع المعروفة
vibebox reset       # حذف .vibebox لهذا المشروع وإعادة إنشائه في التشغيل التالي
vibebox purge-cache # حذف الذاكرة المؤقتة العامة (~/.cache/vibebox)
vibebox explain     # عرض معلومات التحميلات والشبكة

داخل VM

  • مستخدم SSH الافتراضي: vibecoder
  • اسم المضيف: vibebox
  • تجهيز الصورة الأساسية يقوم بتثبيت: أدوات البناء، git، curl، ripgrep، openssh-server، و sudo.
  • عند أول تسجيل دخول، يقوم VibeBox بتثبيت mise وتكوين أدوات مثل uv، node، @openai/codex، و @anthropic-ai/claude-code (أفضل جهد).
  • أسماء مستعارة للشيل: :help و :exit.

الحالة والذاكرة المؤقتة

  • حالة المشروع توجد في .vibebox/ (قرص الحالة، مفاتيح SSH، السجلات، مقبس/معرف عملية المدير). vibebox reset يزيلها.
  • الذاكرة المؤقتة العامة توجد في ~/.cache/vibebox (الصورة الأساسية + ذاكرة الضيف المشتركة). vibebox purge-cache يمسحها.
  • فهرس الجلسات موجود في ~/.vibebox/sessions ويظهر بواسطة vibebox list.

المساهمة

إذا كنت مهتمًا بالمساهمة في VibeBox، يرجى قراءة وثائق المساهمة قبل تقديم طلب سحب.

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

كيف يختلف هذا عن صناديق الرمل الأخرى؟

VibeBox مبني لصناديق رمل محلية سريعة وقابلة للتكرار مع أقل قدر من المراسم. ما يختلف هنا:

  • إعادة الدخول الدافئة عادةً ما تكون <5 ثوانٍ على جهاز M3 الخاص بي (تختلف حسب الجهاز/ذاكرة التخزين المؤقت)، لذا يمكنك القفز مرة أخرى بسرعة.
  • أمر واحد بسيط — vibebox — يلقيك في الصندوق الرمل من مشروعك.
  • التكوين موجود في vibebox.toml، حيث يمكنك تعيين CPU، RAM، حجم القرص، والتحميلات.
  • الجلسات من الدرجة الأولى: إعادة الاستخدام، محطات طرفية متعددة، تنظيف.

شكر خاص

vibe من قبل lynaghk.

ومجتمع Rust الرائع — بدون النظام البيئي وأدوات مثل crates.io، لم يكن هذا ممكنًا!

تابعني على X x.com/robcholz

تنزيل الأداة