# Prompt generador del proyecto Argentic Kernel Web

Usar este prompt para recrear el sitio desde cero con una IA o, en el futuro, con Argentic Kernel / AKL. La salida esperada es un sitio estático listo para Cloudflare Pages.

---

## Prompt

Creá un proyecto web estático llamado `argentic-kernel-web` para presentar el concepto **Argentic Kernel**.

La web debe ser una landing conceptual/técnica para explicar un sistema de IA generativa gobernada aplicado al desarrollo de software. El objetivo no es vender una herramienta terminada, sino explicar claramente la visión, el problema, la arquitectura conceptual, el valor para distintos perfiles y el roadmap.

### Mensaje central

Argentic Kernel convierte pedidos humanos en intenciones formales, planes validables y ejecuciones auditables. El modelo propone, pero la autoridad vive afuera: digests, registry, validators, policies y evidence.

Frase principal del hero:

```txt
De prompt libre a ejecución gobernada.
```

Subtítulo del hero:

```txt
Argentic Kernel convierte pedidos humanos en intenciones formales, planes validables y ejecuciones auditables. El modelo propone, pero la autoridad vive afuera: digests, registry, validators, policies y evidence.
```

### Principio rector

Mostrar en una sección destacada:

```txt
El modelo propone.
El registry autoriza.
El compiler normaliza.
Los validators deciden.
El executor deja evidence.
```

### Estructura del sitio

Crear estos archivos:

```txt
index.html
styles.css
script.js
README.md
PROMPT_GENERADOR.md
_headers
robots.txt
sitemap.xml
assets/img/
docs/IMAGE_BRIEFS.md
```

### Secciones de la landing

1. **Hero**
   - Título: `De prompt libre a ejecución gobernada.`
   - Subtítulo explicando Argentic Kernel.
   - Botones: `Entender el concepto` y `Ver AKL Preview`.
   - Mini pipeline: `Prompt → AKL → Plan → Validación → Evidence`.
   - Bloque de código AKL:

```txt
crear_app noticias_app
  para web
  para android
  con auth.google
  con feature.noticias
  usando api.graphql

  modo permissive
  resolver unknowns como candidates
  validar registry
  dejar evidence
```

2. **Concepto / Problema**
   - Explicar que el problema no es usar IA, sino aceptar como decisión autorizada algo que solo fue respuesta probabilística.
   - Mostrar `Antes vs Después`.

3. **Antes vs Después**
   - Antes: `Prompt directo a agente`.
   - Problemas:
     - Contexto pegado manualmente.
     - Herramientas usadas por interpretación del agente.
     - Arquitectura difícil de auditar.
     - Decisiones mezcladas con generación.
     - Unknowns tratados como improvisación.
   - Después: `Intención formal a plan validado`.
   - Mejoras:
     - AKL como contrato editable.
     - Registry de capabilities permitidas.
     - Validators antes de ejecutar.
     - Unknowns como candidates gobernados.
     - Evidence de cada paso y decisión.

4. **Flujo central del Kernel**
   - Mostrar pipeline:

```txt
RAW → DIGEST → REGISTRY → MODELO → COMPILER → VALIDATORS → EXECUTOR → EVIDENCE
```

   - Repetir el principio rector.

5. **AKL Preview**
   - Mostrar una interfaz conceptual tipo merge:
     - Panel 1: Prompt humano.
     - Panel 2: AKL generado.
     - Panel 3: Entendimiento verificable de la IA.
   - Usar este ejemplo de prompt humano:

```txt
Quiero migrar este monorepo Java Spring PrimeFaces con BPMs, Liquibase y múltiples productos hacia una arquitectura modular con BFF Node, Composer .NET 10, orquestador front y repos por producto.
```

   - Generar este AKL:

```txt
migrar_monolito seguros_legacy
  desde repo ./legacy-monorepo

  origen:
    stack java_spring
    ui primefaces
    migrations liquibase
    bpm multi_producto

  objetivo:
    arquitectura modular_por_producto

  crear:
    - front_orchestrator
    - bff_node
    - composer_net10
    - product_registry
    - repos_por_producto

  governance:
    modo staged
    resolver unknowns como candidates
    validar registry
    dejar evidence
```

   - Mostrar este entendimiento:

```txt
La intención detectada es transformar un monolito multi-producto en un ecosistema modular por producto, con BFF Node como intermediario, Composer .NET 10 como capa de composición y un orquestador front que muestra productos válidos por perfil.
```

   - Agregar regla:

```txt
El prompt humano no ejecuta. El entendimiento IA no ejecuta. Solo un AKL validado puede compilar a plan ejecutable.
```

6. **Perfiles**
   - Tarjetas para:
     - Empresas.
     - Arquitectos / TOs.
     - Devs.
     - Agentes IA.
   - Mensajes:
     - Empresas: gobernar IA sin bloquear innovación.
     - Arquitectos / TOs: convertir decisiones arquitectónicas en reglas verificables.
     - Devs: pasar de pedir código a declarar intenciones.
     - Agentes IA: usar Copilot, Cursor, Codex, Claude Code o MCP como workers gobernados.

7. **Casos de uso**
   - Crear una app desde cero.
   - Extender una app existente.
   - Replicar producto.
   - Modernizar un monolito.

8. **Infografías**
   - Incluir 3 imágenes si están disponibles:
     - `assets/img/infografia-estado-actual.png`
     - `assets/img/infografia-mvp-inicial.png`
     - `assets/img/infografia-roadmap.png`
   - Si no están disponibles, crear placeholders con esos nombres y dejar indicado en `docs/IMAGE_BRIEFS.md` que deben generarse.

9. **Roadmap**
   - Cuatro columnas:
     - POC actual.
     - MVP inicial.
     - Studio / VS Code.
     - Enterprise.
   - POC actual: digest + tools + registry + validators + evidence básica.
   - MVP inicial: AKL mínimo, CLI, registry cerrado, examples, plan preview, unknowns como candidates.
   - Studio / VS Code: vista tipo merge con prompt humano, AKL generado, entendimiento IA, plan, diagnostics y quick fixes.
   - Enterprise: policies, RBAC/ABAC, MCP integration, approvals, observability, CI/CD y evidence avanzada.

10. **CTA final**
    - Texto:

```txt
Usar esta web como fixture de validación.
```

    - Explicar que el prompt generador del proyecto queda guardado para que, cuando Argentic Kernel/AKL exista, se use para comprobar si puede regenerar este mismo sitio.

### Estilo visual

- Estilo corporativo-tech, sobrio y confiable.
- Fondo claro con acentos navy, teal y ámbar.
- Cards con bordes suaves.
- Tipografía sans-serif moderna.
- Bloques de código oscuros.
- Responsive para desktop y mobile.
- Sin dependencias externas obligatorias.
- No usar frameworks si no son necesarios.

### Requisitos técnicos

- HTML, CSS y JavaScript puro.
- Sin build step.
- Compatible con Cloudflare Pages Direct Upload.
- Incluir `_headers` con headers básicos de seguridad.
- Incluir `robots.txt` y `sitemap.xml`.
- Incluir README con instrucciones de uso local y deploy.
- Incluir `docs/IMAGE_BRIEFS.md` con nombres de imágenes futuras y prompts sugeridos.

### Resultado esperado

Un proyecto que pueda abrirse localmente con:

```bash
python -m http.server 8080
```

Y publicarse en Cloudflare Pages como sitio estático.