Skip to content

ALDC

NUEVO ALDC 4.1.0 — entrypoint 31% más ligero + reviews citadas con BCQuality
AL Development Collection · IA dirigida por specs para Business Central · English

Entrega extensiones de Business Central con agentes de IA que siguen tu proceso.

ALDC da a Copilot y Claude Code un modelo de trabajo para entregar AL: specs, planes, tests, gates de revisión y skills reutilizables. Menos "vibe coding". Más implementación trazable.

Gratuito y práctico: Workshop público de ALDC →

4 públicos + 2 bajo demanda 11 skills 6 workflows Listo para BCQuality Copilot + Claude Code v4.1.0 · MIT

Novedades en 4.1.0

  •   Menor coste de tokens / AIC por interacción


    Entrypoint always-on 31% más ligero, globs de instrucciones estrechos por tipo de objeto, y contexto curado pasado a los subagentes. Las mismas capacidades — menos tokens en cada petición.

  •   Reviews y auditorías citadas con BCQuality


    Capa de conocimiento externa opcional (configurable, por defecto el upstream microsoft/BCQuality). Los agentes citan hallazgos a ficheros reales, con degradación elegante a checks nativos si no está. Nunca bloquea.

Se instala una vez, desde la Paleta de Comandos. Ejecuta AL Collection: Install Toolkit to Workspace y ALDC copia los agentes, skills, instrucciones y configuración en tu proyecto — luego empieza con @AL Architecture & Design Specialist o @AL Development Conductor.

También nuevos: bajo demanda @AL Triage (diagnóstico reactivo) y @Dredd (auditor independiente) — solo lectura sobre tu código.

Instalación del toolkit ALDC desde la Paleta de Comandos de VS Code

Qué es ALDC

La mayoría de herramientas de IA generan un fichero y cruzan los dedos. ALDC es diferente.

Cada feature empieza con un contrato de spec funcional, técnico y testeable, guardado en .github/plans/{req_name}/. La arquitectura y el plan de tests viven al lado.

Un agente conductor orquesta un ciclo TDD: el subagente de Implementación escribe primero los tests, luego el código, y refactoriza. Un subagente de Review valida contra la spec. Tú apruebas cada fase.

Por debajo, 11 skills componibles (API, eventos, rendimiento, testing y más) se cargan bajo demanda, así los agentes solo saben lo que necesitan para la tarea que tienen delante.

El resultado: código AL que pasa la review a la primera, con decisiones trazables desde el requisito hasta el merge.

flowchart TD
    R([Requisito]) --> S[Contrato de Spec<br/><small>funcional + técnico</small>]
    S --> A[Arquitectura<br/><small>decisiones + diagramas</small>]
    A --> T[Plan de Tests<br/><small>RED antes que GREEN</small>]
    T --> I[Implementación TDD<br/><small>bucle de subagentes</small>]
    I --> V[Review<br/><small>contra la spec</small>]
    V --> M([Merge])

    style R fill:#ebffb1,color:#232529,stroke:#ade900
    style M fill:#7a9e00,color:#fff,stroke:none
    style S fill:#ebffb1,color:#232529,stroke:#ade900
    style A fill:#ebffb1,color:#232529,stroke:#ade900
    style T fill:#d8723c,color:#fff,stroke:none
    style I fill:#d8723c,color:#fff,stroke:none
    style V fill:#d8723c,color:#fff,stroke:none

Por qué importa

  •   Dirigido por specs, no "prompt y a rezar"


    Se acabó "vuélveme a explicar el requisito por quinta vez". Cada feature tiene un contrato escrito que los agentes consultan.

  •   TDD obligado, no sugerido


    El subagente de Implementación se niega a escribir código antes que los tests. RED → GREEN → REFACTOR está fijado en el agente.

  •   Apruebas cada fase


    Los agentes paran en arquitectura, plan, implementación, review y deploy. Nada se entrega sin un humano diciendo que sí.

  •   Disciplina extension-only


    Nunca toca objetos de la base. Siempre tableextensions, pageextensions, event subscribers. Permisos de mínimo privilegio por defecto.

  •   Un toolkit, dos runtimes


    Las mismas primitivas funcionan en GitHub Copilot y Claude Code. Usa la herramienta que ya use tu equipo.

  •   Skills bajo demanda


    11 skills componibles en lugar de 300kb de "sopa de prompt". Los agentes solo cargan lo relevante a la tarea.


Reviews citadas con BCQuality

BCQuality es una capa opcional que convierte a los agentes de review/auditoría en revisores que citan — cada hallazgo apunta a un fichero de conocimiento real de Business Central, no a una opinión.

  • Fuente configurable. Por defecto el upstream canónico microsoft/BCQuality; apunta a tu propio fork en aldc.yaml.
  • Consumo externo. Un clon hermano vía workspace multi-root — nunca compila, nunca contamina tu app.
  • Se engancha vía entry.md. Los agentes leen la meta-skill y ejecutan lo que despache.
  • Nunca bloquea. Ausente por defecto → degradación nativa A–G.
Lee la guía de BCQuality →
# desde la raíz de tu proyecto AL — opt-in cuando quieras reviews citadas
bash tools/bcquality/install.sh      # o: pwsh tools/bcquality/install.ps1
#   → clona microsoft/BCQuality en ../bcquality (configurable)

# luego abre aldc.code-workspace y ejecuta:
@Dredd                               # auditoría independiente
@AL Development Conductor            # las fases de review citan BCQuality

Inicio rápido

git clone https://github.com/javiarmesto/ALDC-AL-Development-Collection.git
cd ALDC-AL-Development-Collection
npm install
npx aldc init

Luego, en VS Code con Copilot activado:

@workspace use al-initialize
/plugin install aldc

Luego:

/aldc:al-initialize
git clone https://github.com/javiarmesto/ALDC-AL-Development-Collection.git
cd ALDC-AL-Development-Collection
npm install && npm run validate

Recursos

Todo lo de ALDC está aquí. Elige tu camino.