حاوية pod، لا صندوق رمل
كل مشروع يعيش في حاوية Kubernetes مخصّصة مع وحدة تخزين دائمة. لا نظام ملفات مشترك. لا تنفيذ مشترك. يستطيع فريق الأمان لديك مراجعة نطاق التأثير في صفحة واحدة.
تربط Proyecta Enterprise مستودعاتك الحقيقية — تفريغات البيانات وشبكات الخدمات والمصادقة الداخلية وكل شيء — وتبني الميزات داخلها. كل جلسة تعمل في حاوية Kubernetes معزولة ضمن نطاق مساحة عملك.
مساحة عمل تجريبية تُهيّأ في أقل من دقيقتين. لا أوراق شراء لرؤيتها تعمل.
إنها تُحسّن للألف سطر الأولى من مشروع جديد. عند خمسين مهندسًا، يكون ذلك هو الجزء السهل. الجزء الصعب هو النظام الذي تملكه بالفعل — ذلك المستودع الأحادي متعدّد اللغات بثلاث قواعد بيانات ومصادقة داخلية وثماني سنوات من القرارات المرمّزة في ملفات الإعدادات.
بنينا Proyecta للجزء الصعب.
كل مشروع يعيش في حاوية Kubernetes مخصّصة مع وحدة تخزين دائمة. لا نظام ملفات مشترك. لا تنفيذ مشترك. يستطيع فريق الأمان لديك مراجعة نطاق التأثير في صفحة واحدة.
Postgres بتفريغ بياناتك الأولية. Redis بإصدارك. سجلّات خاصة، OIDC داخلي، مستودعات أحادية متعدّدة اللغات. نقرأ proyecta.config.json ونهيّئ رسم التبعيات الكامل إلى جانب شيفرتك.
خطط متعدّدة الخطوات تصمد بعد إعادة التشغيل، وتُترجم بنظافة، وتستقر كطلب سحب على فرع جلسة. تبقى الفروع المحمية محمية. أنت تراجع ما يُطلق.
كل جلسة Proyecta تمرّ بهذه المراحل الأربع. لا إعداد خاص للأولى، ولا مسار مختلف للخمسين.
ثبّت تطبيق Proyecta على GitHub لمؤسستك. اختر مستودعًا وفرعًا أساسيًا. لا تنسخ Proyecta شيفرتك إلى تخزيننا مطلقًا — بل تستنسخها في حاوية معزولة طوال الجلسة.
نحلّل proyecta.config.json. الخدمات المعلنة هناك تصبح خدمات مرافقة: Postgres بتفريغ بياناتك الأولية، Redis بإصدارك، وأي شيء آخر تشحنه بالفعل.
صِف الميزة. يخطّط الوكيل محطات الإنجاز، ويكتب الشيفرة، ويترجمها، ويشغّل الاختبارات، ويكرّر مقابل الخدمات الحيّة حتى تظهر المعاينة بشكل صحيح.
كل تغيير يستقر على فرع جلسة. تبقى الفروع المحمية محمية. يُفتح طلب سحب من جانبك، مع تدقيق كل استدعاء أداة وختمه زمنيًا.
العزل ونطاق الأسرار وسجلات التدقيق ليست أمورًا ثانوية هنا. إنها بنية المنصّة نفسها.
حاوية Kubernetes واحدة لكل مشروع مع وحدة تخزين مخصّصة بسعة 10Gi. لا تنفيذ مشترك، ولا نظام ملفات عابر للمستأجرين.
تُصنّف المتغيّرات على أنها Pod أو Convex أو Repo. تُحظر المفاتيح التي تبدأ بـ VITE_ من نطاق Pod عند حدود الـ API — لأنها قد تتسرّب إلى المتصفح.
الفروع main وmaster وdevelop ممنوعة. كل تغيير يستقر على فرع جلسة ويفتح طلب سحب لمراجعتك.
كل عملية قراءة وكتابة وأمر طرفية وإجراء git يقوم به الوكيل يُسجَّل بطوابع زمنية ضمن نطاق مساحة العمل.
«وجّهناها إلى مستودع أحادي يضم أربعًا وثمانين خدمة واثني عشر عامًا من التاريخ. فُتح أول طلب سحب فعّال في أقل من ثلاث دقائق. ذلك غيّر النقاش داخليًا.»
في مستودع GitHub الخاص بك، ضمن تثبيت تطبيق GitHub لديك. تستنسخ Proyecta المشروع في حاوية Kubernetes معزولة طوال مدة الجلسة. تمتلك الحاوية وحدة تخزين بسعة 10Gi مرتبطة بمساحة عملك ومشفّرة أثناء السكون. عند إيقاف مشروع مؤقتًا، تُحذف الحاوية وتبقى وحدة التخزين فقط.
لا. لا تدرّب Proyecta أي نموذج على شيفرة العملاء. نستخدم نماذج رائدة من Anthropic وOpenAI بموجب عقود مؤسسية تمنع التدريب على بيانات عملائنا.
نعم، في خطط Enterprise. نوفّر مخطط Helm لبيئة تشغيل الوكيل ومُهيّئ الحاويات ومستوى التحكّم. ويمكن تشغيل خادم AI داخل شبكتك VPC مقابل مفاتيح API الخاصة بنماذجك.
حاوية قائمة على buildpack مع Node وNix وMise مثبّتة مسبقًا؛ مع استنساخ مستودعك بداخلها؛ وخدمات بنية تحتية مرافقة اختيارية (Postgres، Redis، MongoDB، MySQL، MailHog) معلنة في proyecta.config.json؛ وملف ثنائي لبيئة تشغيل وكيل gRPC يبثّ استدعاءات الأدوات إلى مستوى التحكّم.
Cursor هو بيئة تطوير محلية. وDevin يشغّل وكيلًا على جهاز افتراضي مؤقت. أما Proyecta فتشغّل حاوية Kubernetes دائمة ومعزولة لكل مشروع مع خدمات بنيتك التحتية الحقيقية ومخطّطًا قائمًا على محطات الإنجاز يفتح طلبات سحب. جدول المقارنة أعلاه هو النسخة الموجزة.
الوسيط 90 ثانية لمستودع أقل من 1GB ببنية تحتية قياسية. تُخزَّن عمليات تثبيت buildpack مؤقتًا لكل مؤسسة. تستأنف الحاويات الدافئة من وحدات التخزين الموقوفة في أقل من خمس ثوانٍ.
عشرون دقيقة مع مهندس من Proyecta. أحضر خطأً حقيقيًا، أو بطاقة ميزة حقيقية، أو فرعًا لم تمسسه منذ أشهر. نشغّله مباشرة.
تبدأ التجارب في الأسبوع نفسه · لا أوراق شراء لرؤيتها تعمل