OpenComputer

• 1. ملخص (469 حرفًا)

  OpenComputer هو منتج جهاز ظاهري سحابي مستمر تم إنشاؤه بواسطة فريق البنية التحتية Digger وهو مصمم خصيصًا لوكلاء الذكاء الاصطناعي. إنه ينفصل بشكل أساسي عن إطار عمل وضع الحماية التقليدي "الحرق بعد الاستخدام" ويمنح كل عميل جهاز كمبيوتر سحابيًا حقيقيًا ومتينًا وقابلاً للاسترداد في وضع السبات. تم إطلاقه على Product Hunt في 25 يوليو 2026 وحصل على 221 صوتًا، ليحتل المرتبة الرابعة، وقد جمع 441 نجمة على GitHub. بالنسبة لمنصات B2B التي تقوم ببناء منتجات Agent مثل Devin وBolt وLovable، يوفر OpenComputer مسار ترقية من "وضع الحماية المؤقت" إلى "بيئة الحوسبة المستمرة".

• 2. خلفية المنتج (1028 حرفًا)

  الشركة الأم لـ OpenComputer هي Digger، وهي شركة ناشئة بدأت كأداة لتنسيق البنية التحتية. منتج Digger الرئيسي هو أداة تنسيق IaC مفتوحة المصدر (حوالي 4900 نجمة على GitHub) تخدم سير عمل CI/CD لأكثر من 600 مؤسسة. لدى الشركة فريق مكون من 2 إلى 10 أشخاص وقد تلقت 3.6 مليون دولار أمريكي في جولة تمويل أولية.   يشمل أعضاء الفريق الأساسيون CTO محمد حبيب، رئيس قسم الهندسة إيجور زالوتسكي، وناشر المنتج أوتبال ناديجر. انتقل هذا الفريق من تنسيق البنية التحتية إلى البنية التحتية لعامل الذكاء الاصطناعي، حيث أعاد بشكل أساسي استخدام تراكمه على "ما هو العزلة والاستمرارية على مستوى الإنتاج".   تم إنشاء مستودع GitHub الخاص بـ OpenComputer في ديسمبر 2025 وتم تطويره باستخدام لغة Go ومرخص بموجب ترخيص Apache 2.0. اعتبارًا من نهاية يوليو 2026، تم تنفيذ أكثر من 1700 التزام بالإصدار v0.6.0.23، والتطوير نشط للغاية.   خلفية ولادة هذا المنتج هي أن وكلاء الذكاء الاصطناعي يتطورون بسرعة من "أدوات مهمة واحدة" إلى "موظفين رقميين يديرون بشكل مستمر". أصبحت المشكلات مثل فقدان الحالة، وإعادة تثبيت التبعية، وانقطاع المهلة، وما إلى ذلك الناجمة عن تدمير حاوية الحماية التقليدية وإعادة بنائها في كل مرة، بمثابة اختناقات قاتلة في سيناريوهات العميل شديدة التعقيد. الحل الذي قدمه OpenComputer هو: لا توجد حاويات، ولا أجهزة افتراضية صغيرة، فقط استخدم أجهزة KVM الافتراضية.

• 3. وظائف المنتج وتجربة الاستخدام (1809 حرفًا)

  جوهر OpenComputer هو جهاز افتراضي "لن يموت". يحتوي كل جهاز افتراضي على نظام ملفات Linux كامل، وامتيازات الجذر الكاملة، وحالة القرص المستمرة. يتم تشغيل حلقة الاستدلال الخاصة بالوكيل مباشرةً داخل الجهاز الافتراضي بدلاً من استدعاءات واجهة برمجة التطبيقات الخارجية - وهذا يعني أن قراءة الملف وكتابته تستخدم الإدخال/الإخراج المحلي، وليس رحلات ذهابًا وإيابًا على الشبكة.   المثابرة هي الفرق الأكثر أهمية بينها وبين صناديق الرمل التقليدية. تدعم صناديق الحماية التقليدية (مثل Firecracker micro VM من E2B) ما يصل إلى 24 ساعة، وبعد ذلك يتم فقدان كل الحالة. يمكن للجهاز الافتراضي الخاص بـ OpenComputer أن ينام ويستيقظ، والحالة هي نفسها تمامًا. لقد قمت بتثبيت وحدات العقدة، وتكوين متغيرات البيئة، وكتبت التعليمات البرمجية لفترة طويلة في الجلسة السابقة. سيكون كل شيء هناك في المرة القادمة التي تعود فيها.   ميزة Checkpoint هي ميزة أخرى. يمكنك التقاط لقطة في أي وقت وإنشاء نسخة جديدة من الجهاز الافتراضي - وهذا مفيد جدًا في السيناريوهات التجريبية وتصحيح الأخطاء. ثمل؟ التراجع في ثانية واحدة.   يتيح برنامج Elastic Compute الضبط السريع لوحدة المعالجة المركزية والذاكرة في وقت التشغيل دون إعادة تشغيل الجهاز الظاهري. يتم السحب من 4 جيجابايت إلى 16 جيجابايت أو التراجع عنها بالمللي ثانية.   على مستوى المحاكاة الافتراضية، يدعم OpenComputer كلاً من محركات Firecracker وQEMU المزدوجة، وتدير الطبقة الأساسية دورة حياة VM من خلال openandbox المطبق في Go. نظام التشغيل الافتراضي هو Ubuntu، مع Node 22 المثبت مسبقًا وبيئة سطر أوامر خالصة. يوفر SDK كلا من TypeScript وPython.   هناك أيضًا العديد من الميزات الصغيرة المدروسة: يتيح عنوان URL للمعاينة للوكلاء الذين يقومون ببناء تطبيقات الويب عرض النتائج مباشرةً؛ يسمح التحكم في الحزمة على مستوى المستأجر بإدارة إصدارات البرامج والتبديل السريع لها داخل الأجهزة الافتراضية قيد التشغيل.   بالمقارنة مع المنتجات المنافسة، يعد هذا الاختيار ذو أكبر اختلاف معماري. يستخدم E2B Firecracker micro VM (عزل جيد ولكن ثبات ضعيف)، ويستخدم Modal gVisor (خفيف الوزن ولكنه عديم الحالة)، ويستخدم Fly.io Sprites Firecracker بالإضافة إلى المحاسبة الخاملة. يختار OpenComputer استخدام أثقل طريقة للمحاكاة الافتراضية لتحقيق المثابرة الأكثر شمولاً، الأمر الذي لا يجلب المزايا الأساسية فحسب، بل يدفع أيضًا ثمن سرعة بدء التشغيل البطيئة وانخفاض كثافة الموارد.

• 4. التسعير ونموذج الأعمال (1035 حرفًا)

  يعتمد OpenComputer نموذج الدفع أولاً بأول فقط ولا يتقاضى سوى رسوم مقابل وقت التشغيل. يبلغ سعر التكوين الأساسي (ذاكرة 4 جيجابايت + 1 وحدة معالجة مركزية افتراضية) 0.004 دولارًا أمريكيًا في الدقيقة، وهو ما يعادل 0.24 دولارًا أمريكيًا في الساعة، ويبلغ سعر التشغيل المستمر الشهري حوالي 168.72 دولارًا أمريكيًا. يمكن تعديل الذاكرة بمرونة من 1 جيجابايت إلى 16 جيجابايت. يحتوي كل جهاز افتراضي على 20 جيجابايت من القرص، وأي زيادة تتم محاسبتها بمبلغ 0.0000001 USD/جيجابايت في الثانية (حوالي 0.26 USD/جيجابايت في الشهر) - لاحظ أنه يتم حساب ذلك بغض النظر عما إذا كان الجهاز الظاهري قيد التشغيل أو في وضع السبات.   العميل المستهدف واضح: منصات وكلاء B2B، حيث تعمل فرق التطوير على بناء منتجات مثل Devin وBolt وLovable. هذا ليس منتجًا للمطورين الفرديين لتشغيل برنامج نصي واحد. يعد نموذجها الاقتصادي هو الأكثر فعالية من حيث التكلفة في ظل عبء الوكيل المستمر.   بالنسبة للعملاء على نطاق واسع، يوفر OpenComputer تكوينات مخصصة وخصومات كبيرة، ويتطلب تحديد موعد مع الفريق المؤسس لإجراء مقابلة.   تجدر الإشارة إلى أن هذا منتج تجاري بحت. في حين أن طبقة VM وSDK مفتوحة المصدر ضمن Apache 2.0، فإن أنظمة الاستضافة Postgres وأنظمة الفوترة هي SaaS مغلقة المصدر. يتطلب النشر المستضاف ذاتيًا إنشاء بنية أساسية كاملة لـ Postgres + Redis + S3 + KVM بنفسك، ولا يكون الحد الأدنى منخفضًا.

• 5. مراجعات المستخدم (888 حرفًا)

  يحتوي OpenComputer على 16 تقييمًا على Product Hunt، مع تقييم إيجابي عام. يؤكد الناشر Utpal Nadiger في وصف المنتج على أن هذه هي "أسهل طريقة لنشر وكيل الواجهة الخلفية المُدار بالكامل".   قدم مؤلف CSDN Yiming التحليل الصيني الأكثر شمولاً في مراجعته المتعمقة في 15 يوليو 2026. وهو يعتقد أن "آلية السكون/الاستئناف في OpenComputer هي الفرق الأساسي، ولا تمدد فترة المهلة." حقيقة أن العامل مضمن في الجهاز الظاهري للتخلص من تأخيرات الإدخال/الإخراج للشبكة هو "الاختلاف المعماري الأساسي". وفي الوقت نفسه، تمت الإشارة أيضًا إلى مشاكل مثل سرعة بدء التشغيل البطيئة، وانخفاض كثافة الموارد، والبيئة الصغيرة.   في مراجعة Dir2AI، تم تصنيف OpenComputer على أنه "منتج مثير للاهتمام يحل مشكلة حقيقية في مجال وكيل الذكاء الاصطناعي" والسعر "معقول"، لكنه أكد على أنه "ليس للمطورين الأفراد الذين يريدون فقط تشغيل برنامج نصي واحد".   وأشار بعض المستخدمين أيضًا إلى أن المنتج لا يزال في مراحله الأولى - فقد أعطى التقرير الفني لـ Clawputer درجة شاملة 7.0/10 من الأبعاد الخمسة المتمثلة في سهولة الاستخدام والابتكار والموثوقية والأمن والبيئة، والتي كانت الموثوقية 6 نقاط فقط والأمن 6 نقاط أيضًا.

• 6. تقييم الصناعة (1441 حرفًا)

  يركز اهتمام وسائل الإعلام الصناعية بـ OpenComputer على بعدين: التمايز في اختيار التكنولوجيا، وترحيل القدرات من تنسيق البنية التحتية إلى طبقة وكيل الذكاء الاصطناعي.   ركز تقرير RuntimeWire على تحليل وظيفة تكامل OpenComputer's Slack، وعلق قائلاً "ميزة OpenComputer هي أن المنتج يبدأ من طبقة البنية التحتية، وليس من واجهة الدردشة." وهذا يعني أنه بمجرد تضمينه في سير عمل إنتاج الوكيل، تكون تكلفة الاستبدال مرتفعة جدًا.   في مقال بتاريخ 26 يوليو 2026، قارنت TekMag بين OpenComputer وNebius وAnthropic، بحجة أن الثلاثة جميعًا يقومون ببناء طبقة بنية تحتية مُدارة تشبه Vercel للوكلاء. تشير المقالة أيضًا إلى ثلاثة مخاطر رئيسية: احتجاز المورد، والحوادث الأمنية المعزولة، والتكاليف الخارجة عن السيطرة عند ترك الوكيل دون مراقبة.   كان تحليل Agent-Wars في مارس 2026 هو الأكثر حدة. تقر المقالة بأن OpenComputer "حدد المشكلة بشكل صحيح" - حيث أن عيوب استمرار وضع الحماية الحالي تمثل بالفعل عنق الزجاجة المهم في تطوير عملاء الذكاء الاصطناعي. ولكن هناك شكوك حول ما إذا كانت الشركة قادرة على حل هذه المشكلة على نطاق واسع: "سواء كان بإمكانها حل هذه المشكلة على نطاق واسع، فإن الشركة لم تقدم لأي شخص الأدوات التي يحتاجها للإجابة عليها".   تضع مقالة CSDN OpenComputer على أنه "طبقة نظام التشغيل لـ AI Agent" - بين موفر السحابة (AWS/Azure) وإطار عمل Agent (LangChain/Claude Agent SDK). يستخدم المؤلف تشبيه Docker: "يقول Docker أن تطبيقك يحتاج إلى بيئة تشغيل موحدة، ويقول OpenComputer أن وكيلك يحتاج إلى بيئة حوسبة موحدة."   على مستوى البنية التقنية، حقق OpenComputer قابلية التوسع من قيود المنطقة الواحدة إلى نطاق ميغاتون متعدد السحابات. وفقًا لمدونة التكنولوجيا الرسمية، من خلال البنية المستندة إلى الخلية والسجل العالمي الحافة لـ Cloudflare Workers + D1، يمكن للنظام إكمال تخصيص وضع الحماية في أقل من ثانية والنشر بشكل موحد عبر AWS وAzure وGCP وOCI.

• 7. الخلافات والمخاطر (1068 حرفًا)

  أكبر الشكوك التي يواجهها OpenComputer تأتي من ثلاثة اتجاهات.   الأول هو عدم وجود GPU. في ظل اتجاه سيناريوهات العميل التي تتطلب الفهم البصري بشكل متزايد والمساعدة في إنشاء التعليمات البرمجية والتفاعل متعدد الوسائط، يعد الافتقار إلى دعم وحدة معالجة الرسومات عيبًا واضحًا. يهيمن كل من Modal و Northflank على هذا البعد.   والثاني هو أن BYOC (إحضار السحابة الخاصة بك) غير مدعوم. يعد هذا عيبًا لعملاء المؤسسات الذين لديهم متطلبات عالية لموقع البيانات. إن عدم القدرة على النشر على السحابة الخاصة بالعميل يعادل حظر مجموعة من العملاء ذوي القيمة العالية.   والثالث هو مسألة النضج المبكر. تشير الإصدارات الـ 14 المفتوحة، و441 نجمة، وحجم الفريق المكون من 2 إلى 10 أشخاص على GitHub، إلى أن هذا لا يزال منتجًا مبكرًا جدًا. إن شكوك Agent-Wars ليست غير معقولة - فعبء عمل الوكيل على مستوى الإنتاج واسع النطاق لا يتطلب إثباتًا للمفهوم فحسب، بل يتطلب أيضًا موثوقية مثبتة ونظام دعم.   بالإضافة إلى ذلك، فإن سرعة بدء تشغيل KVM هي أبطأ من حيث الحجم من الحاويات، وكثافة الأجهزة الافتراضية على نفس الجهاز الفعلي أقل بكثير من كثافة الحاويات. هذه كلها تكاليف لا رجعة فيها ناجمة عن خيارات البنية الأساسية.   وفيما يتعلق بالمنتجات المنافسة، فإن المسار مزدحم للغاية بالفعل. يتمتع E2B بنظام بيئي أقوى للمطورين، ويتمتع Modal بدعم GPU، وتتمتع Fly.io Sprites بمزايا النشر المتطورة، ويدعم Northflank BYOC - كل طريق مشغول بالفعل.

• 8. المجموعات القابلة للتطبيق واقتراحات الاستخدام (894 حرفًا)

  العملاء الأكثر ملاءمة لـ OpenComputer هم فرق تطوير B2B التي تقوم ببناء منصات الوكيل - يحتاج منتجك إلى تزويد المستخدمين ببيئة تشغيل الوكيل المستمرة. بعد أن يقوم المستخدمون بتثبيت التبعيات، يأملون أن تظل موجودة دائمًا.   تتضمن السيناريوهات غير المناسبة: المهام البسيطة التي تحتاج فقط إلى تشغيل برامج نصية لمرة واحدة (صندوق الحماية التقليدي يكفي)، وأعباء عمل الوكيل التي تتطلب تسريع وحدة معالجة الرسومات (يجب النظر إلى Modal أو Northflank)، والمؤسسات الكبيرة التي لديها متطلبات عالية للغاية للامتثال لموضع البيانات (في انتظار دعم BYOC).   أما بالنسبة للبدائل، إذا كنت بحاجة إلى استمرارية أخف، فقد يكون صندوق الحماية الخاص بـ E2B متاحًا على مدار 24 ساعة؛ إذا كنت بحاجة إلى وحدة معالجة الرسومات، فإن Modal هو الخيار الأفضل؛ إذا كنت تريد أن تتم استضافتك بنفسك بالكامل، فيمكنك التفكير في بنائها بنفسك مباشرةً باستخدام Firecracker أو Kata Containers.   بالنسبة للمطورين الذين يرغبون في تجربتها، فإن OpenComputer لديه تكلفة تعليمية منخفضة. يمكنك نشر وكيل بثلاثة أسطر من الأوامر: "npx Skills add diggerhq/opencomputer" لتثبيت مهارات CLI، ثم وصف ما تريده مباشرة باللغة الطبيعية.

• 9. تلخيص (487 حرفًا)

  يذهب OpenComputer إلى أبعد من أي شخص آخر في اتجاه واحد - فهو يختار نهج المحاكاة الافتراضية الأكثر ثقلاً سعياً لتحقيق المثابرة الأكثر شمولاً، بدلاً من ترقيع الحواف باستخدام الحاويات وأجهزة VM الصغيرة. بالنسبة للفرق التي تقوم ببناء منتجات الوكلاء، هناك خيار إضافي يستحق التقييم بعناية. لا يزال الافتقار إلى GPU ونقص BYOC والنظام البيئي في مراحله الأولى. هذه العيوب واضحة بما فيه الكفاية. ومع ذلك، نظرًا لأن الاتجاه واضح وتم ربط البنية بمقياس ميغا طن متعدد السحابة، إذا تمكن الفريق من الاستمرار في التكرار، فستتاح له الفرصة ليصبح مكونًا مهمًا للبنية التحتية لطبقة البنية التحتية للوكيل.

لا يوجد تقرير معمّق بعد

• 

  AmberChavez_Max

  —

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

---

• 

  DanielBennett

  —

  لقد قمت بتجربتها ونشرت عميلاً عن طريق لصق كلمة سريعة في أقل من دقيقة. يعد VM المستمر أفضل بكثير من E2B الذي يتم تدميره بعد الاستخدام.

---

• 

  Jordan_Ross168286

  —

  فتحت جهازًا افتراضيًا بسعة 4 جيجابايت وقمت بتشغيل Claude Agent. بعد النوم لمدة ليلة والاستيقاظ مرة أخرى، كانت وحدات العقدة لا تزال موجودة ولم تكن هناك حاجة لإعادة تثبيتها.

---

• 

  David386

  —

  لقد صنعت Clawputer ولعبت به. لقد قمت بنشر ثلاثة أوامر لنشر وكيل Telegram الدائم. يمكن تشغيله خلال 20 ثانية وله وظيفة الذاكرة. هذه التجربة جيدة حقا.

---

• 

  JThompson369

  —

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

---

• 

  ChainWave_btc

  —

  لقد فوجئت تمامًا عندما رأيت ذلك في Product Hunt، ولكن إذا فكرت في الأمر بعناية، فهل يحتوي جهاز KVM الظاهري على Agent SDK؟ سرعة بدء التشغيل أبطأ بكثير من الحاوية.

---

• 

  STurner520

  —

  عيب عدم وجود وحدة معالجة الرسومات كبير جدًا. من الوكيل الذي لا يتمتع بقدرة الفهم البصري هذه الأيام؟ ماذا عن إلقاء نظرة على Modal أولاً؟ لديهم وحدات معالجة الرسومات بعد كل شيء.

---

• 

  Alan_Peterson_Pro

  —

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

---

• 

  BarbaraLewis_77230

  —

  وظيفة نقطة التفتيش هذه رائعة حقًا. لقد قمت ببناء عرض توضيحي محبوب. في كل مرة قمت بتغيير البنية، كنت ألتقط لقطة. لقد تحطم وتراجع في ثانية واحدة، وهو أسرع من git stash.

---

• 

  ArbitrumAceSchroeder

  —

  أكثر نضجا مما كنت أعتقد. على الرغم من أن هناك أكثر من 400 نجم فقط، إلا أن فريق Digger نفسه يأتي من خلفية IaC ويفهم البنية التحتية. يعد اختيار KVM بدلاً من الحاويات من حيث الهندسة المعمارية نصف الشيء الصحيح.

---

• 

  Alan_WoodSr8

  —

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

---

• 

  VaultV_iper350

  —

  إن المراجعة المتعمقة لـ CSDN التي أجراها Yi Ming صادقة جدًا. المثابرة هي في الواقع الفرق الأساسي، ولكن الافتقار إلى GPU ونقص الدعم لـ BYOC هما أيضًا عيوب حقيقية.

---

• 

  JEcla

  —

  يجب النظر بعناية في مشكلة الاحتجاز هذه. بمجرد أن تبدأ في استخدام Agent Session API الخاص بهم، تكتشف لاحقاً عند محاولة الترحيل أن كل الحالة مرتبطة به.

---

• 

  redlion382

  —

  الفريق يضم 2-10 أشخاص فقط. إذا تعطل يوماً ما، أين ستعمل وكلاؤنا؟ لا يمكن ربط البنية التحتية الأساسية للأعمال بفريق صغير في مرحلة البذور.

---

• 

  crazydog338

  —

  جربت الاستضافة الذاتية، وأعددت Postgres+Redis+S3+KVM. كدت أبكي. Managed Cloud أريح بالاً، وإن كان مكلفاً.

---

• 

  Janet.AlvarezSr85

  —

  الليلة الماضية قمت بتشغيل مهمة Agent طوال الليل. لا انقطاعات ولا انتهاء مهلة. راجعت السجلات هذا الصباح وكان كل شيء طبيعياً. لو كنت أستخدم E2B لكان قد تم إنهاؤه في منتصف الطريق.

---

• 

  Stephen_Russell520

  —

  ميزة Preview URL مفيدة جداً. بعد النشر، تحصل مباشرة على رابط يمكن الوصول إليه خارجياً ويمكن دمجه مباشرة في سير عمل CI/CD.

---

• 

  MadisonButler

  —

  بصراحة، إنه مكلف بعض الشيء. تشغيل VM بسعة 4 جيجابايت يكلف 168 دولاراً شهرياً، بينما نفس التكوين على AWS Lightsail يكلف حوالي 10-20 دولاراً فقط. لكن إذا كان Agent يحتاج إلى الاستمرارية والسبات، فهذا الشيء يوفر المال بالفعل.

---

• 

  JenniferNielsen

  —

  الـ CI/CD والبنية التحتية للـ Agent ليسا نفس الشيء. Digger قوي في تنسيق IaC، لكن هذا لا يعني أنه يمكنهم بناء Agent VM جيد. سننتظر ونرى.

---

• 

  MrEdanurOttenhoff

  —

  اختار الفريق استخدام محرك Firecracker المزدوج، الذي يجمع بين استقرار QEMU وخفة Firecracker. نهج التصميم المعماري هذا يليق حقاً بخلفيتهم في IaC.

---

• 

  CDavisK444

  —

  قمت بتشغيل بوت Telegram عليه، وبعد أسبوعين من الاستخدام، تجاوزت التجربة التوقعات. وفر وضع السبات للوكيل الكثير من المال، وسرعة الاستيقاظ سريعة جداً.

---

• 

  GeorgeGutierrez

  —

  عدم دعم BYOC هو حقاً عيب قاتل. بالنسبة لشركات التكنولوجيا المالية مثل شركتنا، يجب أن تبقى البيانات في سحابتنا الخاصة. لا يمكن استخدامه.

---

• 

  Melissa.JonesX67

  —

  مع OpenComputer، لم أعد مضطراً للقلق كل ليلة من انتهاء مهلة مهام Agent في منتصف الطريق. من الرائع أن أتمكن من مغادرة العمل براحة بال.

---

• 

  ovhk1

  —

  بالمقارنة مع E2B، لكل منهما مزاياه. E2B لديه نظام بيئي أكبر ومجتمع نشط؛ OpenComputer لديه استمرارية أقوى، لكن سلسلة الأدوات لا تزال غير مكتملة.

---

• 

  NicoleMendozaII

  —

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

لا توجد مراجعات بعد