Van PHP-extensies naar App Builder: Adobe laat de conversie over aan AI-agents

Elke discussie over een Magento-replatforming loopt uiteindelijk tegen dezelfde muur aan: de extensies. Een webwinkel van tien jaar oud sleept tientallen PHP-modules mee — zelf ontwikkeld, gekocht en daarna bijgewerkt — die in het proces van de kern zelf leven. Precies die code accepteert de SaaS-editie, Adobe Commerce as a Cloud Service, niet meer: elke maatwerkaanpassing moet buiten de kern opnieuw worden geschreven, op App Builder. Tot nu toe werd die conversie met de hand begroot, module voor module, en vaak was zij het die het dossier begroef. Adobe heeft besloten de werf uit te rusten met twee complementaire bouwstenen: een gehoste migratie-agent en officiële skills voor de code-assistenten die uw teams al gebruiken.

Een agent die op een goedgekeurd plan werkt

De Commerce Developer Agent is een door Adobe gehost hulpmiddel, bereikbaar na aanmelding met een Adobe-account, dat twee scenario's dekt: een App Builder-applicatie vanaf een leeg blad bouwen of een bestaande Commerce-extensie converteren. Zijn bijzonderheid spreekt beslissers rechtstreeks aan: hij genereert niets zonder gevalideerd plan. De agent maakt eerst een blueprint — een architectuurplan in fasen — dat de ontwikkelaar naleest, corrigeert en goedkeurt voordat er ook maar één regel code wordt geschreven. De generatie steunt daarna op de officiële App Builder-skeletten: abonnementen op Commerce-events, webhooks, een instellingenscherm voor de merchant, datapersistentie. Het resultaat wordt als archief geëxporteerd, klaar om in uw repository en uw leverketen te belanden.

De documentatie is even duidelijk over de grenzen, en dat siert haar. Alle gegenereerde code moet worden nagelezen voordat ze ook maar in de buurt van productie komt: Adobe presenteert de agent als een generator van vertrekpunten, niet als een autonome ontwikkelaar. Hij bouwt uw continuous integration niet, noch uw lokale omgeving, noch de API Mesh-koppelingen; één sessie behandelt één project tegelijk en een generatie kan ongeveer vijf minuten duren.

Open skills voor uw eigen assistenten

Het tweede luik is misschien wel het interessantste voor teams die al uitgerust zijn. Adobe publiceert officiële skills: uitvoerbare draaiboeken die een code-assistent de juiste App Builder-patronen aanleren — een applicatie initialiseren, op events intekenen, webhooks plaatsen, merchantconfiguratie, persistentie of een beheerinterface aanmaken, en een bestaand project converteren. Ze volgen de open standaard agentskills.io en installeren zich met één commando (npx skills add adobe/skills) in Claude Code, Cursor, VS Code Copilot of Gemini CLI. De publieke repository adobe/skills, onder Apache 2.0-licentie, telt er al tientallen — Commerce, maar ook AEM, Analytics en Workfront.

De nuance is strategisch. De gehoste agent haalt u binnen in het gereedschap van Adobe; de skills halen de kennis van Adobe binnen in uw gereedschap. Voor een team dat zijn reviewdiscipline, conventies en pipeline al heeft, past de tweede weg zonder iets aan de delivery te veranderen — en zonder af te hangen van de roadmap van een portaal.

Wat dit verandert in een migratiedossier

• De raming verandert van aard. De juiste vraag is niet langer hoeveel dagen een volledige herschrijving kost, maar hoeveel van uw modules in de gedekte patronen passen: events, webhooks, configuratie, opslag, beheerschermen. Die converteren snel en tegen voorspelbare kosten; wat het bestelproces in de kern wijzigt, blijft een echt architectuurproject.
• De review wordt de grootste kostenpost. De code komt sneller, maar elke regel moet gelezen worden; uw senior ontwikkelaars schuiven op van auteur naar reviewer. Zonder stevige reviewpoort — acceptatietests, continuous integration, de harde regel nooit ongelezen code naar productie — produceert een generator alleen maar sneller schuld.
• De leveranciersbinding weegt u stuk voor stuk af. De skills volgen een open standaard en draaien in de assistent van uw keuze; de doelcode blijft echter App Builder, dus de infrastructuur van Adobe. De conversie is een platformengagement: beslis het voor het platform, niet voor het gemak van het gereedschap.

Waar te beginnen

• Inventariseer uw extensies en sorteer ze in twee kolommen: gedekt door de patronen hierboven, of verankerd in het kernproces. De tweede kolom meet uw werkelijke afstand tot SaaS.
• Draai een pilot met één enkele extensie van gemiddelde complexiteit: blueprint, generatie, daarna een eerlijke meting van de review- en verhardingstijd. Dat is uw eenheidskost van conversie; die vermenigvuldigen is beter dan elke abstracte schatting.
• Zet de vangrails vóór u versnelt: herhaalbare tests op de kritieke trajecten, verplichte review, niets naar productie zonder menselijke lezing. Generatiesnelheid is slechts zoveel waard als uw kwaliteitscontrole.

De agent werd in het voorjaar op Summit onthuld en is eind september algemeen beschikbaar geworden, en App Management heeft inmiddels zijn eigen ingang in de Commerce-beheeromgeving. De boodschap van Adobe voor 2027 is helder: het herschrijven van uw extensies is geen reden meer om de beslissing uit te stellen — de leverancier levert de werklieden. Wat u zelf moet leveren, is wat zich niet laat genereren: de werfleider.