Syncanix con Django

Las rutas de Django viven en módulos urls.py unidos con include(). El descubrimiento sigue los include y sus prefijos, y además entiende las convenciones de Django REST Framework.

Qué lee el descubrimiento

El descubrimiento es estático: lee tu código fuente, no tu tráfico. Compone las rutas de petición completas a través de archivos, de modo que los prefijos montados forman parte de cada ruta extraída:

# 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/
]

El extractor lee los patrones path(), re_path() y el url() heredado, sigue los prefijos de include() entre módulos y entiende DRF: el CRUD de ViewSets registrados en routers y la inferencia de verbos de vistas genéricas (una ListCreateAPIView produce GET y POST).

Ejecuta el descubrimiento

Desde la raíz del repositorio, ejecuta el comando init. Detecta el framework automáticamente, pide tu consentimiento antes de cualquier enriquecimiento con LLM y escribe un catálogo determinista:

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

Revisa el catálogo

El catálogo en .syncanix/catalog.json lista cada capacidad que encontró el descubrimiento: método, ruta y la descripción enriquecida que verán tus usuarios. Revísalo como si fuera código antes de subirlo: es el contrato que exponen tu superficie de chat y tu servidor MCP.

Publica la superficie

Con el catálogo subido, incrusta el widget para el chat dentro de tu app y conecta el servidor MCP por tenant para Claude, ChatGPT y Cursor. Cada acción de escritura sigue protegida por permisos, confirmada y auditada.

Próximos pasos