Low-code platforma a kódovací agent nemusí stát na opačných stranách vývoje. Power Apps a Power Automate řeší velkou část firemní logiky vizuálně, kolem nich ale vznikají integrace, skripty, testy a opakované kroky při nasazování. Právě tady může Codex najít praktické využití. Ne jako zkratka kolem pravidel platformy, ale jako pomocník při práci, kterou tým potřebuje dělat přehledně a opakovatelně.
Dobrým příkladem je automatizace reportingu z externího systému. Data se načtou přes API, upraví a uloží pro další zpracování. První verze funguje. Potom je potřeba přidat novou položku, rozlišit testovací a produkční adresu, doplnit kontrolu chyb a připravit řešení pro další prostředí. V této fázi už nejde jen o spojování několika bloků v návrháři.
Část práce spočívá v porozumění rozhraní, tvorbě pomocného kódu a správě konfigurace. Další část v tom, aby se při přenosu nezapomnělo na konkrétní nastavení. Pokud lze tyto kroky dobře popsat, nabízí se prostor pro automatizaci vývoje samotného. Ne všeho najednou, ale konkrétních úkolů s ověřitelným výsledkem.
Power Platform má i cestu přes příkazovou řádku
Microsoft Power Platform CLI obsahuje příkazy pro práci se solutions, včetně exportu, rozbalení, zabalení, importu a kontroly. Vývojový tým tak může část práce organizovat nad soubory a skripty místo opakovaného ručního procházení prostředí.
To vytváří prostor pro zapojení kódovacího agenta. Codex může pomoci připravit pomocný skript, zorientovat se v integrační části projektu nebo doplnit ověřovací logiku. U změn souborů je ale potřeba respektovat podporované formáty a skutečné možnosti konkrétní součásti. Ne všechno, co jde otevřít jako text, je určené k libovolným automatickým úpravám.
Praktickým prvním úkolem může být například testovací klient pro externí API nebo kontrola, zda v projektu nezůstala napevno zapsaná adresa jednoho prostředí. Takový výsledek má jasný účel a dá se převzít bez toho, aby agent dostal volnost měnit celou produkční automatizaci.
Konfigurace nemá být schovaná uprostřed logiky
U řešení pro více prostředí je potřeba oddělit, co aplikace dělá, od toho, ke kterému systému se právě připojuje. Connection references a environment variables umožňují pracovat s připojeními a nastavením konkrétního prostředí. Pro automatizované nasazování lze tyto hodnoty připravovat také v deployment settings souboru.
V našem příkladu to znamená, že testovací API a produkční API nemusejí vést ke dvěma ručně udržovaným kopiím stejné logiky. Změna prostředí má definovaný postup a kontrolovatelnou konfiguraci. Citlivé údaje přitom nepatří do běžně sdíleného zadání pro agenta ani do veřejného repozitáře.
Stejně důležité je vlastnictví připojení. Řešení nesmí záviset na předpokladu, že účet původního autora bude navždy dostupný se stejnými právy. Při přenosu se ověřuje nejen přítomnost komponent, ale i to, kdo jejich prostřednictvím skutečně vykonává jednotlivé operace.
Automatizované nasazení neznamená automaticky připravený provoz
Pipelines v Power Platform pomáhají s řízeným nasazováním řešení a jeho konfigurace. Data z tabulek Dataverse ale nejsou automatickou součástí takového přenosu. Číselníky, potřebné inicializační záznamy nebo ověřovací data proto vyžadují vlastní plán.
Po nasazení je také potřeba vyzkoušet konkrétní průchod. Dokáže správná role otevřít aplikaci, spustit tok a získat očekávaný výsledek? Fungují cílová připojení? Neodkazuje něco zpět do testovacího prostředí? Právě tyto otázky proměňují úspěšný import v použitelnou dodávku.
V Evenaut vidíme přínos kombinace AI a Power Platform v tom, že tým může méně času věnovat opakované mechanické práci a více času návrhu procesu. Podmínkou je přehledný projekt, jasný rozsah změn a ověřování. Méně klikání je vítané zjednodušení. Méně porozumění tomu, co právě nasazujeme, by jím nebylo.
Chcete rozšířit vývoj na Power Platform o práci s kódovacími agenty? Napište nám na customers@evenaut.com.
