Codikel · Botman AI
De Oracle Forms a un Pull Request en tu repo.
Conectás el repo de tu aplicación legacy. Codikel la entiende, la re-arquitecta a un stack moderno con tests, y te abre un PR mergeable en ese mismo repo — todo automático, sin reescritura manual.
Tu código nunca sale de tu repo. La entrega llega como Pull Request mergeable.
Qué recibís
Un PR mergeable en tu repo.
Codikel abre una branch dedicada codikel/migration-... con todo el resultado: vault legible, grafo de dependencias, test reports y — según el motor — el código fullstack generado. Mergealo o usá la branch como auditoría del análisis. Re-correr el motor actualiza la misma branch sin acumular ruido.
- forms-fullstack · ~15 archivos · FE + BE + tests + vault + grafo
- understand-only kits · 4 archivos · vault + grafo + README de análisis
Estructura del PR
codikel/
├── README.md
├── frontend/ ← Vite + React + TS
├── backend/ ← Express + TS
└── migration/
├── atoms.md ← vault legible
├── dependency-graph.json
└── test-reports/
├── e2e-01-build.json
└── e2e-02-funcional.jsonCómo funciona
Cuatro fases, una entrega.
El detalle de cada migración depende del kit que elijas — algunos generan código fullstack, otros solo análisis exhaustivo. El flujo en alto nivel es siempre el mismo: conectás, Codikel entiende, el kit produce, y vos recibís el resultado como Pull Request.
Conectás tu repo.
Una GitHub App con installation token efímero accede solo al repo que elegís. No hay secrets long-lived ni credenciales en planilla.
Codikel entiende el legacy.
Un cloud-agent extrae el modelo del sistema heredado — campos, validaciones, dependencias, flujos — en una representación legible y exportable.
El kit produce sus outputs.
En un sandbox aislado, el motor elegido genera lo que prometió: código fullstack moderno con tests, documentación de análisis, o ambos según el kit.
Entrega como Pull Request.
Branch dedicada en tu repo con todo lo generado. Mergeás, auditás, o re-corrés. Tu código nunca sale de tu repo.
Cada motor, una traducción
Tres motores certificados, en producción.
Cada motor conoce un par origen → destino. Elegís el que matchea tu stack y Codikel adapta el pipeline.
Oracle Forms → Angular + NestJS.
Comprende una aplicación Oracle Forms (.fmb + .rdf + .pll + JSP) hasta el grafo de dependencias, paso previo a la migración a un stack moderno fullstack TypeScript: Angular (frontend) + NestJS (backend). Stage 1: el platform analyzer extrae atoms al vault. Stage 2 (próximo milestone): scaffolding Angular + NestJS desde el vault + grafo. Sin sandbox/tests hasta que stage 2 esté listo.
Oracle Forms → Oracle APEX.
Comprende una aplicación Oracle Forms (.fmb + .rdf + .pll + JSP) hasta el grafo de dependencias, paso previo a la migración a Oracle APEX. Stage 1: el platform analyzer (mismo cloud agent que echo-migrator) extrae atoms al vault. Stage 2 (próximo milestone): scaffolding APEX a partir del grafo + vault. Sin sandbox/tests hasta que stage 2 esté listo.
Forms → Fullstack (demo).
Kit demo de codacle. Stage 1: el platform analyzer parsea un Oracle Forms XML y extrae items al vault. Stage 2 (LangGraph + Deep Agents v0.6 + Browser-Use sobre E2B sandbox con TEMPLATE CUSTOM): init abre un sandbox desde el template `codacle-forms-fullstack` que ya tiene Node 22 + browser-use + playwright + chromium pre-instalados (boot ~5s vs ~120s del install on-the-fly); scaffold corre un Deep Agent con 2 subagentes (frontend, backend); build hace npm install + build + typecheck (test report técnico `e2e-01-build-and-run`); start_servers levanta FE en :5173 y BE en :3000; functional_tests RENDERIZA un script Python con browser-use y lo EJECUTA DENTRO DEL SANDBOX contra localhost:5173 (loopback puro, sin proxy ni Host-check de CDP). Aislamiento total + escala 1:1 con E2B. Screenshots se bajan al kit-runtime y se suben a Supabase (test report funcional `e2e-02-functional`). Wall clock: ~3-4 minutos.
Preguntas frecuentes
Lo que más nos preguntan.
Sí. La App de Codikel mintea installation tokens efímeros (1h TTL) por workspace. Los repos privados se desbloquean naturalmente — la private key nunca sale del Secret Manager.
El workspace queda en estado failed con un mensaje accionable (XML inválido, sandbox timeout, etc.). Re-encolar es un click. Para errores cross-team te contactamos directo.
Sí. Los kits "understand-only" (Oracle Forms → APEX, Forms → Angular+NestJS) no generan código nuevo. Te abren un PR con vault + grafo + atoms.md para auditoría. Ideal para evaluación previa.
El analyzer usa Claude vía Vercel AI Gateway con políticas explícitas. El sandbox de scaffolding es E2B aislado por workspace. No usamos training data del cliente para fine-tuning.
Estamos en fase de pricing manual mientras stabilizamos la plataforma. Agendá una sesión y armamos un plan según tu volumen de migración esperado.
¿Otra pregunta? Mirá los docs técnicos o respondé un email si ya creaste cuenta — leemos cada uno.
Re-arquitectura, no traducción.
Probá una primera migración. Si no te convence el PR resultante, no hay nada que cancelar — tu código no salió de tu repo.