Makeble — منشئ مواقع بالذكاء الاصطناعي
تصف تطبيقاً بلغة عادية؛ فيولّد Makeble كود Next.js وينشره ويعرض لك معاينة حية. بنيت الآلة كلها — ولهذا بالضبط أعرف كيف ينكسر الكود المكتوب بالذكاء الاصطناعي.
- النطاق
- 44.7 ألف سطر · 358 إيداعاً، منفرداً
- المسار
- موجّه ← كود ← نشر حي
- الحالة
- عرض حي متاح
المشكلة
الذكاء الاصطناعي يستطيع كتابة الكود. الجزء الصعب هو كل ما حوله: تدفقه بأمان إلى مشروع حقيقي، والتحقق مما يعيده النموذج، ونشر كل تغيير، وتحصيل ثمن الرموز دون منح أكثر مما دُفع أبداً.
Makeble هو تلك الحلقة الكاملة، مبنية من طرف إلى طرف بيد شخص واحد: توليد، تحقق، نشر، فوترة.
ما بداخله
الأنظمة الأربعة التي تحمل المنتج:
توليد كود متدفق بالذكاء الاصطناعي
يتدفق كود Claude إلى المشروع ملفاً بملف؛ يحلل العميل التدفق ويتحقق منه أمنياً ويطبقه على مخزن الملفات — مع سجل تراجع.
نشر معاينة لكل موجّه
كل موجّه يدفع المشروع إلى Vercel كنشر معاينة؛ يتابع المحرر حتى يصبح حياً. الكود المولّد يعمل على نطاقه الخاص، وليس على نطاقي أبداً — قرار أغلق فئة كاملة من الثغرات الأمنية.
نموذج أمني حقيقي
فحوص CSRF لكل مسار، وأجسام طلبات محدودة بـZod، وحدود معدل مدعومة بقاعدة البيانات، وكتابات لا تتكرر، ومخرجات ذكاء اصطناعي تُفحص قبل لمس أي ملف.
فوترة بعدّاد الرموز
مستويات مدفوعة عبر Stripe، مع رموز تُحجز ذرّياً قبل التدفق وتُسوّى بعده — حدود الاستخدام تُفرض من الخادم، لا تُطلب بتهذيب.
لماذا يهم
ما يثبته المشروع أهم مما يكسبه:
- مسار عامل من الموجّه إلى الإنتاج — توليد، تحقق، نشر، فوترة — بُني منفرداً.
- العبرية أولاً مع RTL كامل: الهيكل كله ينقلب اتجاهاً، لا النص فقط.
- لهذا ليست عبارة «تقوية الكود المولّد بالذكاء الاصطناعي» في هذا الموقع شعاراً — رأيت كيف يفشل كود الذكاء الاصطناعي من جهة من بنى الآلة.
التقنيات
Next.js App Router، وDrizzle ORM على Postgres، وNextAuth، وStripe، وAnthropic SDK. مشروع شخصي — العرض الحي مرتبط من البطاقة.
هل يبدو هذا مألوفاً من تطبيقك؟
كل عمل هنا بدأ بالطريقة نفسها: تطبيق يعمل بالفعل، ومشكلة قرر أحدهم التوقف عن التعايش معها. الفحص هو الطريقة منخفضة المخاطر للبدء — وصول للقراءة فقط، تقرير مكتوب، وقائمة إصلاحات مرتبة حسب الأولوية.