Apertura y posicionamiento

Tres horas de workshop intensivo sobre GitHub Copilot para Business Central, agentes y disciplina en AL. Empezamos puntuales para poder acabar puntuales.

Javier Armesto · 20+ años con Business Applications de Microsoft. El contenido del workshop recoge lo aprendido construyendo agentes, skills y frameworks open-source sobre AL durante los últimos meses. Todo lo que aparece hoy es material que se usa en proyectos reales, no teoría.

Regla que vale la pena subrayar: si algo no funciona como se esperaba en vivo — y va a pasar, trabajamos con agentes — señaladlo. Lo que falla en directo enseña más que lo que funciona perfecto.

El problema central que aborda todo el workshop tiene nombre: context decay. El código que un LLM genera suele ser bueno al principio y degradarse cuando la sesión se alarga, cuando el contexto crece, cuando el requisito es ambiguo.

Hay dos modelos mentales distintos para trabajar con Copilot hoy. No son rivales — son adecuados para momentos distintos.

Vanilla no es malo. Es perfecto para un prototipo, una prueba rápida, un script de migración one-off. El problema aparece cuando se usa donde no toca — código de cliente, extensiones que van a producción, integraciones con core funcional.

ALDC no es una invención interna. Es la concreción AL de Spec-Driven Development — un consenso emergente en la industria de agentic coding que aparece ya en cursos, en herramientas de spec authoring y en publicaciones técnicas.

SDD canónico · Constitution del proyecto, plan por feature, implementar, validar, replantear. El consenso de la industria.

ALDC Core · Toma ese consenso y lo endurece con las restricciones reales de AL y BC: rangos de ID, ownership por app, dependencias explícitas, convenciones de naming, permission sets. La spec no se improvisa en cada feature — se fija una vez y el agente la sigue.

Ecosistema ALDC · ALDC para AL, CIRCE para Copilot Studio, Delfos para Power BI. Tres squads conectados por un Extension Manifest asíncrono. El manifest aparece funcionando en el Bloque 4.

Cada capa de ALDC tiene un equivalente directo en SDD canónico. La diferencia está en cómo ALDC separa los roles.

SDD canónico es monoagente — el mismo agente diseña, implementa y valida. ALDC separa cuatro funciones: architect diseña, spec.create detalla, conductor ejecuta, review-subagent audita. Sin self-review.

Es la diferencia entre un solista y una orquesta con director. No es pedantería — es la única manera de hacer auditable el uso de agentes en un proyecto regulado.

Dos escenarios donde ALDC cambia de forma pero mantiene la filosofía. El workshop de hoy es greenfield — caso CRONUS con extensión nueva. Pero la idea a retener: ALDC se adapta, y cuanto más complejo es el proyecto, más paga la disciplina.

Cuatro bloques. El primero es calentamiento — Copilot bien usado. El segundo sube un escalón — cómo ALDC estructura lo que Copilot hace. El tercero introduce la orquestación con roles. El cuarto es el hands-on integral, el caso completo de principio a fin.