Syncanix مع Django

تعيش مسارات Django في وحدات urls.py مخيطة معًا بـ include()‎. يتتبّع الاكتشاف هذه التضمينات وبادئاتها، ويفهم فوق ذلك أعراف Django REST Framework.

ما الذي يقرأه الاكتشاف

الاكتشاف ثابت (static) — يقرأ شيفرتك المصدرية لا حركة المرور لديك. وهو يركّب مسارات الطلب الكاملة عبر الملفات، بحيث تكون البادئات المركَّبة جزءًا من كل مسار مستخرَج:

# project/urls.py
urlpatterns = [path("api/", include("orders.urls"))]

# orders/urls.py
urlpatterns = [
    path("orders/<int:pk>/", views.OrderDetail.as_view()),    # → GET /api/orders/<pk>/
    path("orders/<int:pk>/refund/", views.refund),            # → POST /api/orders/<pk>/refund/
]

يقرأ المستخرِج أنماط path()‎ و re_path()‎ و url()‎ القديمة، ويتتبّع بادئات include()‎ عبر الوحدات، ويفهم DRF — عمليات CRUD لمجموعات العرض المسجَّلة في الموجِّهات واستنتاج الأفعال من العروض العامة (تنتج ListCreateAPIView الفعلين GET و POST).

شغّل الاكتشاف

من جذر المستودع، شغّل أمر init. يكتشف إطار العمل تلقائيًا، ويطلب موافقتك قبل أي إثراء عبر نموذج لغوي، ويكتب كتالوجًا حتميًّا:

$ npx syncanix init
✓ detected framework
✓ scanned routes
✓ wrote .syncanix/catalog.json
→ review your capabilities in the dashboard

راجع الكتالوج

يسرد الكتالوج في ‎.syncanix/catalog.json كل قدرة وجدها الاكتشاف — الطريقة والمسار والوصف المُثرى الذي سيراه مستخدموك. راجعه كما تراجع الشيفرة قبل الرفع: فهو العقد الذي تكشفه واجهة الدردشة وخادم MCP لديك.

أطلق الواجهة

بعد رفع الكتالوج، ضمّن الودجت للدردشة داخل تطبيقك واربط خادم MCP الخاص بكل مستأجر مع Claude وChatGPT وCursor. تبقى كل عملية كتابة مقيّدة بالأذونات ومؤكَّدة ومدقَّقة.

الخطوات التالية