Docker קופסת חול

תצפית מוקדמת: Claude Code, Codex, Grok Build ו Kimi Code הפגישות זמינות על Linux ו macOS. ביצוע מקומי נשאר זמין, וההגדרה המוגדרת כברירת מחדל. מחזורים שנבדקו שומרים על זמני ההפעלה המקומיים הקיימים שלהם במהלך הצגת הקדמה זו.

AirCode Ø שומרת על לוח הבקרה שלה במחשב או בשרת שלך. בחירת Docker sandbox מעבירה רק את הפגישה של סוכן ישיר לתוך מיכל עובד קצר. זה מיועד לפיתוח עם הרשאות מעבר: הסוכן יכול לכתוב לפרויקט המנוצל שנבחר מבלי לקבל את שאר התיקיה המקומית שלך או את מפתחת 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".

פרטים של הפגישה מראים את הסביבה האפקטיבית ואת התמונה. השרת מאשר את הדיימון, את התמונה ואת המנוע; הוא אף פעם לא נופל בשקט בחזרה ל- Local.

השתמש בתצוגה מקורית היום

מנוע 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 או התמונה אינה זמינה, המפעיל מראה את הסיבה המדויקת ולא חוזר ל- Local.

לאחר ההקמה הראשונה, החיוב שומר על התמונה בקצב עם המארח שלה: כאשר עדכון מקיף גירסאות חדשות יותר של 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 Ø אינו מעתיק את המחסנים לתמונה. הוא מכניס את הפרויקט שכבר הוקלט על באותו מסלול מוחלט בתוך העובד. לכן, תיקונים נוחתים בחשבון האמיתי ונשארים לאחר היציאה של החבילה.

מונח	גישה	למה
פרויקט נבחר	כתיבת קריאה	קוד, קבצים ו- Git
פרופיל המנוע הנבחר	כתיבת קריאה	זיהוי, היסטוריה ו- native resume
זרז זרז זרז `/home/aircode`	כתיבת קריאה	בית זמני פרטי
`/run/aircode` חוזה שיגור	רק קריאה	פקודה ומדריך ראשוני
`/tmp`	זיכרון קריאה וכתבה	קבצים זמניים

זה לא לקבל את התיקיה הביתה המלאה שלך, את Docker מגע או מארח Linux יכולות. מערכת הקבצים השורש היא קריאה בלבד, ו- AirCode Ø מתייחסת ל- PID, זיכרון ו- CPU .

AirCode Ø’s loopback API נשאר פרטי. יציבה יציבה, מוגנת על ידי יכולות, מקבלת רק את קוצני השלמת של העובד, כולל לאחר הפעלת מחדש של שרת שולחן העבודה.

הפרופיל של המנוע מכיל אישורים והוא משותף קריאה-כתוב בתצוגה מקדימה. בידוד קובץ המכולת מגן על קבצי המארח שאינם קשורים אליהם; זה לא הופך את אישורים המנוע בלתי קריא למנוע או לקוד זדוני פועל כמו אותו משתמש קובץ המכולת.

מה קורה במהלך הפגישה

הלקוח קורא את קטלוג ה- Runtime של המארח.
המארח מאשר את Docker, את חוזה התמונה ואת המנוע שנבחר.
AirCode Ø יוצר עובד אחד עם תוויות ושיחה עם יכולות URL.
העובד מתחיל את tmux בפרויקט המותאם.
הטרמינל הקיים WebSocket מנהל את הפגישה tmux דרך Docker.
יציאה רגילה או הפגישה להרוג מסירה את העובד, אך משאירה שינויים בפרויקט וההיסטוריה של המנוע על המארח.
אם AirCode Ø מתחיל מחדש, הוא מגלה מחדש את העובד ומחזיר את השלמת תגיות

VPN ו- dev-server traffic

המעבר של מיכל בדרך כלל עוקב אחר מנוהל המארח של Docker ואת הכללים של NAT . המארח VPN נושא אותו רק כאשר VPN כולל את תנועת הגשר Docker . המנהרה המנוהלת של Hetzner /AirCode Ø היא עבור גישה פנימית לתחנת הבקרה AirCode Ø ; היא אינה מעבירה באופן אוטומטי את היציאה של עובדים.

תנועה	מסלול
טלפון / דפדפן → AirCode Ø	LAN, VPN או מנהרת Hetzner → מארח
טרמינל → עובד	מארח → Docker API → עובד tmux
סוכן API/Git תנועה	Docker גשר/NAT → מארח VPN מדיניות → אינטרנט
עובד סיום חוט	worker → protected host callback port

לא פורסם עדיין נמל עובדים. העברת dev-server מאושרת באמצעות AirCode Ø ואת מסלול Hetzner היא ההגדלה הבאה של רשתות. הפגישות המקומיות של AirCode Ø והגישה הרחוקה הקיימת ימשיכו לעבוד ללא שינוי.

גבולות הצגת מראש

Claude Code, Codex, Grok Build ו- Kimi Code הם חבילות זמינות עבור Docker ישיבה רגילה. גירסאות חסרות, בלתי קריאות או מיושנות עדיין כשל סגור לפני ההפעלה.
ישיבה ישירה מכוסה. מעגלים שנבדקו ממשיכים להשתמש בביצוע מקומי.
Linux ו- macOS הם מארחים ממוקדים. Windows Desktop שומר על ConPTY Local פגישות; סימנטיקה של מסלול Docker לא מוסמך שם עדיין.
יכולות הדפדפן של המארח ואפליקציות חיצוניות לא מתאימות זריקה לתוך עובדים עדיין.

תצורה

משתנה הסביבה	`config.json`	כברירת מחדל	מטרה
`AIRCODE_DEFAULT_EXECUTION_MODE`	`defaultExecutionMode`	`local`	סביבת ה-Launcher Default
`AIRCODE_DOCKER_ENABLED`	`dockerEnabled`	`true`	Docker מתאם תכונות
`AIRCODE_DOCKER_BIN`	`dockerBin`	`docker`	Docker CLI
`AIRCODE_DOCKER_IMAGE`	`dockerImage`	`aircode-session-runtime:local`	תמונה של עובד
`AIRCODE_DOCKER_NETWORK`	`dockerNetwork`	`aircode-runtime`	גשר מוקדש
`AIRCODE_DOCKER_CONTROL_PORT`	`dockerControlPort`	AirCode Ø פורט + 1000	גשר קופסת קופסת יכולת
`AIRCODE_DOCKER_ENGINES`	`dockerEngines`	`claude,codex,grok,kimi`	Fallback רשימת מנועי הפגישה הרגילה עבור תמונות עתיקות / מותאמות אישית
`AIRCODE_DOCKER_PIDS_LIMIT`	`dockerPidsLimit`	`512`	Per-worker PID גבול
`AIRCODE_DOCKER_MEMORY`	`dockerMemory`	`8g`	גבול זיכרון לכל עובד
`AIRCODE_DOCKER_CPUS`	`dockerCpus`	לא תקין	אופציונלי CPU גבול

שמור על יציאת ההתקשרות יציבה בזמן העובדים פועלים. ראה פתרון בעיות עבור קוד השגיאה בזמן ההפעלה.

הדיימון Docker נשאר רכיב מארח אמין. כל מי ששולט בדיימון הזה יכול לעקוף את בידוד המכולת.