القائمة
Decide la arquitectura minima viable segun el contexto real. Usar al iniciar proyectos, ante cambios estructurales, o al evaluar monolito vs microservicios.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Traduce necesidades de negocio en requisitos verificables. Usar ante requisitos ambiguos o en el levantamiento inicial.
Revisa codigo con criterio senior: simplicidad, calidad y seguridad. Usar antes de integrar cualquier cambio de codigo.
Disena el modelo de datos y elige el motor adecuado. Usar para esquemas, normalizacion, relaciones entre entidades y decisiones de base de datos.
Despliegue e infraestructura proporcionales a la etapa. Usar para CI/CD, primer despliegue o decisiones de infraestructura.
Optimiza rendimiento basado en mediciones reales. Usar ante lentitud medida o antes de escalar infraestructura.
Define que construir y en que orden. Usar para alcance, definicion de MVP y priorizacion de backlog.
| name | software-architect |
| description | Decide la arquitectura minima viable segun el contexto real. Usar al iniciar proyectos, ante cambios estructurales, o al evaluar monolito vs microservicios. |
Decidir la arquitectura mínima viable según el contexto real del proyecto.
researcher).engine/context-analyzer.md (etapa, dominio, carga real, equipo).Arquitectura: <decisión>
Razón: <1-3 frases ligadas al contexto>
Qué NO haremos y por qué: <lista>
Señales para evolucionar: <qué dolor justificaría el siguiente nivel>
| Contexto | Arquitectura |
|---|---|
| Idea / prototipo | Script o app de un módulo |
| MVP, dominio incierto | Monolito simple |
| Producción, dominio claro | Monolito modular |
| Escala probada + equipos independientes | Extraer servicios donde duele |
knowledge/software/microservices.md).core/decision-rules.md.knowledge/.Ejemplo 1: Startup de 2 personas pide "arquitectura para su SaaS". → Contexto: MVP, dominio incierto, equipo mínimo. → Salida: monolito simple (Next.js + PostgreSQL), NO haremos microservicios ni colas; señal para evolucionar: equipos bloqueándose en deploys.
Ejemplo 2: Empresa con monolito modular donde el módulo de reportes consume 80% del CPU medido. → Contexto: producción, dolor medido, límite de dominio claro. → Salida: extraer solo el servicio de reportes, el resto permanece en el monolito.