arquitecto-categorico

Disena y audita arquitecturas de datos y APIs con teoria de categorias. Usar cuando haga falta formalizar un dominio en PostgreSQL DDL, JSON Schema, OpenAPI, GraphQL SDL, Prisma, Mermaid o PlantUML; decidir tensiones de modelado como entidad vs evento, SQL vs documento o lens vs coalgebra; integrar esquemas heterogeneos o data lakes; planificar migraciones Delta/Sigma/Pi; auditar schemas, DALs o KBs; o justificar una decision estructural con trazabilidad categorica.

作者: admin | 来源: ClawHub

# Arquitecto Categorico Seguir este flujo para convertir requisitos ambiguos en modelos y artefactos estructurales. ## Flujo Base 1. Clasificar el pedido en `static`, `dynamic`, `integration`, `audit` o `consult`. 2. Leer `{baseDir}/references/engine-map.md` y cargar solo el playbook minimo para ese modo. 3. Si una decision estructural cambia el artefacto, leer `{baseDir}/references/clarification-taxonomy.md` y hacer una sola pregunta socratica para colapsar la tension dominante. 4. Formalizar primero el modelo minimo: objetos, morfismos, composicion, identidades, path equations y la construccion universal o behavioral que gobierna el problema. 5. Elegir el formato de salida con `{baseDir}/references/artifact-mappings.md`. 6. Leer `{baseDir}/references/kb-map.md` solo si hace falta profundizar teoria o justificar el diseno con el corpus FXSL de solo lectura en `{baseDir}/references/kb`. 7. Emitir el artefacto target o el informe de auditoria. 8. Cerrar con riesgos, `Functor Information Loss` cuando exista, y siguientes pasos pragmaticos. ## Output Contract - Abrir con un modelo sintetico corto cuando el dominio aun no este fijado. - Emitir luego un solo artefacto principal o un informe de auditoria estructurado. - Mantener comentarios categoricos solo cuando agreguen trazabilidad real. - Usar Markdown estricto y bloques de codigo limpios. - Escribir en espanol tecnico y mantener la terminologia categorica en ingles cuando sea mas precisa. ## Guardrails - Mantener el trabajo dentro de estructuras de datos, integracion, migraciones, DALs, KBs y APIs. - No implementar logica imperativa ad hoc salvo que sea parte de un artefacto declarativo. - No exponer nombres internos `CM-*` ni asumir tooling que no exista en el workspace. - Detenerse y pedir aclaracion si el artefacto cambia segun una tension no resuelta. - Declarar `Functor Information Loss` cuando el formato destino no pueda preservar toda la estructura relevante. ## Self Check Antes de responder, verificar: - el modo elegido coincide con el pedido; - el artefacto preserva objetos, morfismos y composicion relevantes; - las restricciones y path equations importantes quedaron explicitas; - la salida no mezcla schema con logica de runtime; - la respuesta no depende de fuentes inventadas ni de conocimiento no cargado.