CreaRack-SL

Arquitectura del repo workspace (CreaRackSL-workspace): functions/api de Cloudflare Pages, handlers MCP de la Biblioteca, Oráculo, Ingest, wiki tools, integraciones Zoho y Holded, base de datos D1, au

Vista limpiaEditar
Conceptodraftcreado Fri Jun 12#archived-from-query

Pregunta

Arquitectura del repo workspace (CreaRackSL-workspace): functions/api de Cloudflare Pages, handlers MCP de la Biblioteca, Oráculo, Ingest, wiki tools, integraciones Zoho y Holded, base de datos D1, autenticación CF Access y MCP_TOKEN. ¿Qué módulos hay, cómo se organizan los endpoints y dónde vive cada cosa?

Respuesta

El repo CreaRackSL-workspace funciona como el hub del equipo. Su arquitectura es la siguiente:

  • functions/api/mcp/: Contiene el código del MCP Worker (handlers, tools, routing). Se despliega con wrangler deploy.

  • D1 databases: Al fondo, gestionan el grafo de conocimiento, el Archivo Maestro (embeddings), la wiki Supercontexto y eventos de actividad.

  • Endpoints:

    • El endpoint principal es https://workspace.crearack.com/api/mcp.
    • La autenticación es en dos capas: CF Access Service Token (headers CF-Access-Client-Id + CF-Access-Client-Secret) para validación en el edge, y Bearer (Authorization: Bearer <token>) para validar al usuario individual.

  • Integraciones:

    • Los tools de la biblioteca (bib_*) bib_ask, bib_search_semantic, bib_stats, etc., gestiona la grafo de conocimiento.
    • Los tools de la wiki (wiki_*) gestionan el sistema Supercontexto (CRUD, Lint, Curator). la wiki está en src/content/wiki/.
    • Integraciones con GitHub (github_*) e integración con ERP Holded (holded_*).

  • public/supercontext/: Contiene el libro de bitácora multi-sesión (STATE.md, LOG.md, DESIGN.md, AUDIT.md, briefings/NEXT.md).

Notas del archivador

Esta página fue archivada automáticamente por el Bibliotecario tras una consulta bib_ask. Estado draft hasta revisión humana. El Curator diario la revisará; usa /wiki-promote para pasarla a active o /wiki-delete para descartarla.

Inicio
Yo