Introducción.

El problema

Las grandes empresas tienen aplicaciones críticas escritas en Oracle Forms, COBOL, VB6, PL/SQL y otros stacks que ya nadie quiere mantener. Reescribirlas a mano cuesta años, requiere expertise que se está jubilando, y el resultado típico es un proyecto que se cancela al 60% porque nadie entiende cuándo va a terminar.

Codacle es una plataforma que combina grafos de conocimiento con agentes de IA con tools para hacer esa reescritura de forma determinística, observable y verificable.

El modelo mental

Una migración en Codacle es un workspace. El workspace tiene:

• Un kit — el motor de migración. Define el par origen → destino (Forms→APEX, Forms→Angular, Legacy→Docs, etc.), las fuentes que pide, las fases por las que pasa, y los agentes que las ejecutan.
• Una fase actual — created → analyzing → analyzed → mapping → mapped → migrating → done (o failed en cualquier punto).
• Un vault — el grafo de atoms (entidades extraídas: forms, blocks, items, triggers, queries, etc.) que Codacle produce al analizar las fuentes. Es el conocimiento estructurado del sistema legacy.
• Un conjunto de outputs — los archivos generados en el repo destino. Pushed a una branch dedicada con PR abierto.

Las dos etapas

Internamente cada workspace corre en dos etapas:

1. Analyze (Stage 1) — Lee las fuentes que subiste, las indexa, y arma el Vault con todos los atoms. Es kit-paramétrico: el manifest declara qué agente analiza, qué outputs produce. Por default usa el analizador genérico de Codacle.
2. Kit run (Stage 2) — Toma el Vault como input y ejecuta la cadena de agentes definida por el kit (mapper, translator, output emitter, etc.). Cada uno consume y produce atoms; el último escribe archivos al repo.

Esta separación permite que el mismo Vault sirva múltiples kits — podés analizar una vez un sistema Forms y después correr Forms→APEX o Forms→Angular sobre el mismo grafo.

Tabs por workspace

La UI de cada migración se adapta al kit: las tabs que ves (Vault, Pipeline, Outputs, Dependencias, etc.) vienen del manifest del kit. Un kit legacy-to-docs no tiene Sandbox ni Tests porque sólo produce documentación; un kit forms-to-apex tiene la suite completa.

El componente KitTabs lee kit.tabs y requireTab() en cada page asegura que una URL para una tab deshabilitada devuelve 404 — no hay tabs huérfanas.

Próximos pasos

• Arquitectura — cómo está montada la infra (Next.js + worker + Supabase + Anthropic Managed Agents).
• Escribir un kit — manifest schema, registrar agents en Anthropic, layout del repo.
• Self-hosting — env vars, migrations, conexión con Anthropic.