Inicio/Documentación
SOMA V3.2 EnterpriseÚltima actualización: 2026-02-15

Documentación SP Factory Platform

SP Factory Platform es una fábrica de software industrializada operada bajo el protocolo SOMA V3.2 Enterprise. Compatible de forma nativa con cualquier agente de IA — Claude, GPT-4, Gemini, Copilot, Cursor y agentes personalizados.

¿Qué es SP Factory Platform?

SP Factory Platform es el resultado de aplicar los principios de la manufactura industrial al desarrollo de software. Inspirada en la Tesla Gigafactory —donde cada proceso está estandarizado, automatizado y trazable—, la plataforma permite a equipos de desarrollo y agentes de IA construir productos digitales de calidad empresarial de forma consistente, predecible y escalable.

El sistema opera bajo el protocolo SOMA V3.2 Enterprise (Sistema Operativo MultiAgente), un conjunto de reglas, herramientas y convenciones que garantizan que cualquier agente de IA —independientemente de su proveedor— pueda integrarse y operar la fábrica con resultados predecibles.

Seguridad Institucional

RBAC, RLS en base de datos, auditoría completa y governance formal.

Automatización Total

CI/CD, tests E2E, deploy y migraciones sin intervención manual.

Escalabilidad Global

Arquitectura serverless en Vercel + Supabase, multi-región desde el día 1.

Filosofía del Sistema

SP Factory se construye sobre tres pilares filosóficos que definen cada decisión técnica y organizativa del sistema:

01

Henry Ford — El Golden Path Único

Un solo modelo "T" perfeccionado. No existe fragmentación tecnológica: el stack es inmutable y define una sola forma de construir software. Esta estandarización elimina la fricción cognitiva, reduce errores de configuración y permite a cualquier agente de IA operar sin ambigüedad sobre qué herramientas usar.

02

Elon Musk — La Máquina que Construye la Máquina

Los comandos que construyen el software son parte del software mismo. El sistema se auto-documenta, se auto-configura y se auto-despliega mediante alias, comandos slash y el protocolo SOMA. El objetivo no es solo el producto final, sino la fábrica que lo produce.

03

Auto-Blindaje — El Sistema se Fortalece Solo

Cada error es una oportunidad de blindar la fábrica. Todo incidente genera un RCA documentado, un test de regresión automático y una actualización de las reglas del sistema. La recurrencia de errores es considerada un fallo sistémico, no individual.

Protocolo SOMA V3.2 Enterprise

SOMA (Sistema Operativo MultiAgente) es el cerebro centralizado de la fábrica. Define las reglas de arquitectura, el flujo de trabajo del agente y los principios no negociables que garantizan la coherencia entre sesiones, agentes y proyectos.

PrincipioDescripción
Golden Path ÚnicoSolo el stack definido, sin excepciones
MCP PrimeroTodas las conexiones vía MCP
Documentación HourlyDEVmemory.md cada 60 minutos
Tests ObligatoriosCada feature = Test E2E
Auto-BlindajeError documentado = Error blindado

# Checklist de inicio de sesión SOMA

✓ Leer SOMA.md completo

✓ Verificar DEVmemory.md (última actualización)

✓ Validar conexiones MCP (connect-all)

✓ Revisar RFC/ADR pendientes

✓ Confirmar rama de trabajo actual

✓ Establecer objetivo de la jornada

El Golden Stack (Inmutable)

El stack tecnológico de SP Factory es inmutable. No hay decisiones de arquitectura que tomar en cada proyecto — el agente opera siempre con las mismas herramientas, garantizando consistencia total entre proyectos y equipos.

CapaTecnología
FrontendNext.js 15+ · React 19 · TypeScript
EstilosTailwind CSS · shadcn/ui
Backend / Auth / DBSupabase
HostingVercel
AI EngineVercel AI SDK + OpenRouter
ValidaciónZod
Estado GlobalZustand
Testing E2EPlaywright
EmailResend
Git HooksHusky

Compatibilidad Universal con Agentes IA

Una de las características definitorias de SP Factory es su capacidad para ser operada por cualquier agente de IA. El protocolo SOMA actúa como interfaz estandarizada que elimina la dependencia de un proveedor específico. El agente recibe el mismo contexto estructurado independientemente de quién lo lea.

Claude (Anthropic)Nativo
GPT-4 / o3 (OpenAI)Compatible
Gemini (Google)Compatible
GitHub CopilotCompatible
CursorNativo
Agentes PersonalizadosVia SOMA

¿Cómo funciona el protocolo universal?

El agente lee SOMA.md al inicio de cada sesión — este archivo actúa como contrato de comportamiento.

DEVmemory.md proporciona el estado actual del proyecto, eliminando pérdida de contexto entre sesiones.

Los comandos slash y el Assembly Line definen el flujo de trabajo independientemente del agente.

Los MCPs estandarizan la interfaz con servicios externos (DB, deploy, testing).

AGENTS.md define roles y jerarquías para squads multi-agente.

Alcance del Proyecto

SP Factory Platform incluye todos los componentes necesarios para que un equipo —o un agente de IA en solitario— lleve un proyecto desde la idea hasta producción:

Plataforma SaaS Completa

  • Autenticación y autorización RBAC
  • Dashboard por roles (USER, VIP, STAFF, SUPERADMIN)
  • Gestión de proyectos y equipo
  • Comunidad integrada (posts, likes, comentarios)
  • Sistema de suscripciones y pagos
  • Centro VIP (consultoría, recursos exclusivos)

Infraestructura Industrializada

  • CI/CD multi-plataforma (GitHub, GitLab, Azure, Bitbucket)
  • Governance formal (RFC + ADR)
  • Tests E2E automáticos con Playwright
  • Migraciones de base de datos gestionadas
  • Email transaccional con Resend
  • Deploy cero-config en Vercel

Asset Library del Agente

  • Comandos slash (/new-app, /feature, /fix, /deploy)
  • Prompts del Assembly Line (bucle agéntico)
  • Templates de features (sistema LEGO)
  • PRPs (Product Requirement Prompts)
  • Skills reutilizables
  • Agentes especializados (QA, DevOps, Builder)

Conectividad MCP

  • Supabase MCP (DB, Auth, Storage)
  • Vercel MCP (Deploy, Variables, Logs)
  • Playwright MCP (Testing E2E visual)
  • Next.js MCP (Análisis, Optimización)
  • Google Stitch (ETL y pipelines de datos)
  • Custom MCPs via protocolo estándar

Arquitectura del Sistema

La analogía con la Tesla Gigafactory se refleja en cada capa del sistema:

Componente TeslaEquivalente SP Factory
Factory OSSOMA.md
BlueprintsPRPs (.claude/PRPs/)
Control RoomUsuario / Tech Lead
Robot ArmsMCPs (Supabase, Vercel)
Eyes / CamerasPlaywright MCP
Quality ControlTypeCheck + Husky
Assembly Linebucle-agentico-blueprint.md
Neural NetworkAuto-Blindaje + DEVmemory
Shift LogDEVmemory.md

Desarrollo Evolutivo

SP Factory no es un producto estático. Está diseñado para evolucionar de forma continua y controlada. Cada versión del protocolo SOMA incorpora las lecciones aprendidas de los proyectos anteriores, fortaleciendo la fábrica con cada iteración.

v1.02024-06Deprecated

Primera versión de SaaS Factory. Stack básico Next.js + Supabase.

v2.02024-09Deprecated

Integración MCP básica. Primera conexión con Supabase y Vercel via MCP.

v3.02025-01Stable

Factory OS con analogía Tesla, Auto-Blindaje, DEVmemory obligatorio.

v3.12025-01Stable

AI Templates, comandos de lifecycle, sistema LEGO de features.

v3.2 Enterprise2026-02Current

Unificación SOMA+CLAUDE, MCP Stitch/Playwright, Governance formal (RFC+ADR), CI/CD multi-plataforma, protocolo universal de agentes.

El ciclo de vida de un proyecto

1
Inicialización
2
Desarrollo
3
Testing
4
Deploy
5
Mantenimiento

Conectividad MCP

Model Context Protocol (MCP) es el estándar abierto que permite a los agentes de IA conectarse directamente con servicios externos. SP Factory usa MCPs como "brazos robóticos" que el agente controla para ejecutar acciones reales: escribir en la DB, deployar, ejecutar tests.

Supabase MCP

Obligatorio

Lectura/escritura de DB, gestión de Auth y Storage. Permite al agente crear tablas, insertar datos y gestionar usuarios directamente.

Vercel MCP

Obligatorio

Deploy a producción, gestión de variables de entorno y acceso a logs en tiempo real. El agente puede deployar sin salir de la sesión.

Playwright MCP

Obligatorio

Tests E2E visuales y de flujo. El agente puede navegar la app como un humano y validar que todo funciona antes de hacer merge.

Google Stitch MCP

Opcional

Pipelines de datos sin código. Permite sincronizar datos entre servicios externos (CRMs, analytics, etc.) de forma declarativa.

Comandos Slash

Los comandos slash son accesos directos que activan flujos de trabajo completos. Cualquier agente de IA conectado a la plataforma puede ejecutarlos:

/new-app

Define un nuevo SaaS y genera automáticamente el BUSINESS_LOGIC.md con toda la arquitectura.

/feature [nombre]

Crea una nueva feature siguiendo el PRP correspondiente, incluye tests E2E automáticos.

/fix [descripción]

Corrección de bug con análisis de causa raíz (RCA) y test de regresión automático.

/deploy

Deploy a producción con validación E2E previa y rollback automático si algo falla.

/audit

Auditoría completa de seguridad, performance y cobertura de tests.

/landing

Genera una landing page de alta conversión siguiendo el template optimizado.

¿Listo para industrializar tu software?

Accede a la plataforma y comienza a operar bajo el protocolo SOMA V3.2 Enterprise.