Docker Sandbox

عرض: Claude Code, Codex, Grok Build و Kimi Code جلسات متاحة ذاك Linux و macOS. لا تزال الإجراء المحلي متاحًا ويظل الإجراء المفتوح. دورات التحقق من الحفاظ على وقت العمل المحلي الحالي الموجود أثناء هذا التصوير المباشر.

AirCode Ø يحافظ على سطح التحكم في جهاز الكمبيوتر أو المورد الخاص بك. اختيار Docker يحرك فقط هذا جلسة المركبات المباشرة إلى مخزن عمل مدة قصيرة. تم تصميم هذا التطبيق لتطوير مع إمكانيات التردد: يمكن للمشرفين كتابة إلى المشروع الذي تم اختياره دون الحصول على بقية ملف المنزل الخاص بك أو الشبكة Docker .

Web / Desktop / mobile
          ↓
AirCode Ø API + auth + tunnel (host)
          ↓
Local tmux / Windows ConPTY  OR  one Docker worker per session

هذا هو خيار إجراء، وليس إعداد ثانٍ من AirCode Ø المكونة من الحافلات. تأكيد الوثيقة، ومستوى جلسة، والإشعارات، WebSockets، والمواصفات عن بعد، و UI البقاء على المستودع.

حيث يظهر الخيار

• شبكة الإنترنت: جلسة جديدة → البيئة التنفيذية.
• الكمبيوتر: هو نفس المتصفح ، لأنه يدمج الكمبيوتر في الكمبيوتر.
• الهاتف المحمول: جلسة جديدة → البيئة التنفيذية، المستمر الاتصال المختبر.
• API: POST /api/sessions قبول executionMode: "local" | "docker".

تظهر تفاصيل الجلسة البيئة والصور الفعالة. ويؤكد المورد الديموم، والصور والمحرك، ولا يعود أبداً بشدة إلى الموقع.

استخدم إمكانية مشاهدة مصدر اليوم

Docker المحرك أو Docker الكمبيوتر المحمول يجب أن تعمل:

git clone https://github.com/spartaquant/aircode.git
cd aircode
npm run docker:runtime:build
npm run docker:runtime:check
npm run docker:session:smoke

إعادة تشغيل AirCode Ø، إنشاء جلسة ، ثم اختيار Docker تحت البيئة التنفيذية. إذا كان Docker أو الصورة غير متوفرة، فإن المتصفح يظهر السبب الحقيقي ولا يعود إلى الموقع.

بعد هذا البناء الأول ، يظل التخزين الصيغة في مرحلة معيّنة مع مستخدمه: عندما يقوم تطبيق التحديث بإنشاء إصدارات أحدث من Claude Code، Codex، Grok Build أو Kimi Code أو يُمكن إصدارات أخرى من CLI، AirCode Ø يتم إنشاء aircode-session-runtime:local في الخلفية ، ويستخدم إصدارات جديدة من Docker ومجموعة المحركات الحالية.

في وقت مشاهدة الترجمة ، يتم تعريف الصورة aircode-session-runtime:local. تُعد إصدارات المنتج المُسمى بـ linux/amd64 و linux/arm64، وتُعد إشارة إصدارات Docker Hub غير متغيرات ، وتُسجل إشارة إصدارها في إشارة إصدار AirCode Ø المُسمى. يتم نشر تدفق عمل Docker المورد منفصل فقط من قناة preview . يتم تكوين إشارات المختبر العام والتحرير ، ولكن تصبح العلامة قابلة للتخزين فقط بعد إصدارها الناجح الأول.

عندما يكون علامة عامة متاحة، لن يكون هناك حاجة إلى إعادة بناء AirCode Ø :

AIRCODE_DOCKER_IMAGE=aircodezero/session-runtime:<version> aircode

ما يمكن للموظف الوصول إليه

AirCode Ø لا يتم نسخ المختبر إلى الصورة. ويضع المشروع الذي تم تصنيفه بالفعل في نفس الطريق الحقيقي داخل العامل. لذلك ، تقع التعديلات في الحساب الحقيقي وتبقى بعد خروج المكون.

لا يتم الحصول على **** الكمبيوتر الخاص بك الكمبيوتر الخاص بك الكمبيوتر الخاص بك، Docker أو Linux القدرة المملوكة. نظام الملفات الجذري هو مجرد قراءة ، ويستخدم AirCode Ø PID، الذاكرة و CPU التحكمات.

AirCode Ø المقطع API يبقى خاصا. يوافق مطار التحكم المستدام وحماية الوظائف فقط على كوكوك التكامل الخاصة بالعمل ، بما في ذلك بعد إعادة تشغيل خادم Desktop.

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

ما يحدث أثناء جلسة

1. يقرر المستخدم الكاتالوني Runtime من الممثل.
2. يقوم الممثل بتقييم Docker، والاتفاق على الصورة والمحرك المختار.
3. AirCode Ø يخلق عمل معين وملف مكالمات معيّنة URL.
4. يعمل العمل على بدء tmux في المشروع المدمج.
5. يتيح WebSocket المطابق الموجود الذي يتم تشغيل الجلسة tmux من خلال Docker.
6. إزالة المفاوضات العادية أو جلسة القبض يخترق الموظف، ولكن يترك تغييرات المشروع و تاريخ المحرك على المستخدم.
7. إذا تم إعادة تشغيل AirCode Ø ، فإنه يجد العامل مرة أخرى ويقوم بإعادة إنتاج كلمات المرور.

VPN و تداول الخادم

عادةً ما تتبع المكونات إغراق Docker لخدمة الممثل و NAT قواعد. يتم نقل VPN المستخدم فقط عندما يتضمن VPN Docker حركة المرور. يتم توزيع هيتزن /AirCode Ø المستخدمة في توزيع الوصول إلى طائرة التحكم AirCode Ø ؛ فإنه لا يتم تدوير المهاجرين تلقائيا.

لم يتم نشر أي بوابة عمل حتى الآن. إعادة توزيع الموردين المتحققين عبر AirCode Ø والطريق Hetzner هو التوسع التالي في الشبكة. لا تزال جلسات AirCode Ø المحلية ومواقع الوصول عن بعد موجودة تعمل دون تغيير.

الحد الأدنى للمشاهدة

• Claude Code, Codex, Grok Build و Kimi Code هي محطات ومتاحة جلسات Docker العادية. نسخة غير قابلة للتعرف أو غير قابلة للتعرف أو غير متوفرة لا تزال قد يغلق قبل البدء في إطلاق.
• جلسات مباشر مقارنة. تستمر دورة التحقق باستخدام التشغيل المحلي.
• Linux و macOS الممثلين. Windows Desktop يحافظ على ConPTY Local جلسات؛ Docker السيناريوهات الطريق ليست معتمدة هناك حتى الآن.
• القدرة على المتصفح المضيف والخلفيات الخارجية لتحديث التكريم ليست تم إزالة في الموظفين حتى الآن.

تكوين

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

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