Microsoft Build 2026 s-a încheiat săptămâna trecută la Seattle, cu un program care, pentru prima dată în ultimii ani, a acordat mai multă greutate datelor și agenților decât experiențelor de developer pur. Asta nu a fost accident.

În ultimele trei ediții, narativul Microsoft s-a mutat treptat dinspre „cum scriem cod mai repede cu Copilot" către „cum operăm sistemele inteligente pe care le-am construit". Iar operațiunile au nevoie de date.

Acum, cu zgomotul keynote-urilor risipit și cu primele analize tehnice apărute, putem spune mai clar ce a anunțat Microsoft Build 2026 pentru date și AI și ce contează concret pentru echipele care folosesc deja stack-ul Microsoft în producție.

De unde venim: traseul ultimilor doi ani

Ca să citești corect ce s-a anunțat în 2026, ai nevoie de contextul din 2024 și 2025. La Build 2024 Microsoft a împins puternic Fabric ca platformă unificată de date — OneLake, Direct Lake, semantic models reutilizabile. La Build 2025 s-a vorbit deja mai puțin despre componentele tehnice și mai mult despre „agenți care lucrează pe date Fabric". Era o tranziție previzibilă: după ce ai construit fundația, treci la ce livrează ea.

În 2026, accentul a căzut pe orchestrarea acestor agenți. Nu pe încă o demo de Copilot care scrie un DAX, ci pe arhitecturile reale de producție în care mai mulți agenți colaborează pe aceleași date, cu guvernanță unitară.

Există însă o capcană aici. Microsoft are obiceiul să anunțe „general availability" pentru funcționalități care, în practică, sunt încă în preview public pe regiuni limitate. La fiecare anunț, prima întrebare practică nu este „ce face" ci „pe ce regiuni și sub ce licență".

Patru direcții care s-au confirmat la Microsoft Build 2026

1. Maturizarea Fabric ca platformă agentică

După doi ani de iterații pe Microsoft Fabric, platforma a trecut faza de „de ce ai nevoie de ea". Întrebarea reală devenise: cum o operezi la scară?

Microsoft Build 2026 a adus pași în trei zone. Pe costuri, Microsoft a recunoscut implicit problema capacităților F la volume mari, anunțând mai multă transparență pe consumul de Spark și pe pattern-urile de Direct Lake — pentru că primele facturi reale i-au surprins pe mulți (detaliile complete sunt pe Power BI Blog). Pe integrare, mesajul a fost clar: shortcut-uri către Snowflake și Databricks rămân direcția principală, fără să se forțeze o mutare în Fabric. Și pe guvernanță, s-au prezentat instrumentele pentru auditarea agenților care interoghează date Fabric — cine vede ce, când, cum se urmărește în Purview.

Dacă pleci de la Build 2026 fără să fi notat răspunsurile pe aceste trei puncte, nu ai obținut mare lucru.

2. Copilot Studio și economia agenților „construiți de business"

Promisiunea din 2025 a fost ca orice angajat de business să își construiască propriul agent în Copilot Studio. Realitatea din 2026 e mai nuanțată. Companiile care au testat la scară au descoperit că agenții construiți fără supraveghere tehnică ajung repede să apeleze surse de date inconsistente, să intre în bucle costisitoare și să ridice probleme reale de securitate.

Așa că Microsoft a împins greu, la Microsoft Build 2026, pe partea de „governance layer" pentru agenți: cataloage centrale, control granular pe ce date are voie să acceseze un agent, vizibilitate clară pe consum. Cele mai utile demo-uri au fost cele care arătau scoping-ul fin al permisiunilor — nu cele cu agenți care „rezolvă singuri" un task end-to-end.

Și asta e bine. Era nevoie.

3. Power BI și integrarea cu agenții externi

Power BI a devenit, în ultimii doi ani, mai mult o suprafață de consum decât o aplicație BI clasică. Dashboard-urile în sensul tradițional sunt în declin lent în multe organizații. În schimb, rapoartele narative generate la cerere de Copilot cresc — schimbare cu impact direct asupra rolului unui data analyst în 2026.

La Build 2026, Microsoft a făcut un pas care nu era garantat: a anunțat expunerea mai serioasă a semantic models prin standarde de protocol deschise, accesibile agenților construiți în afara ecosistemului propriu. Adică: agenți Anthropic, OpenAI sau open-source pot interoga acum semantic models prin contracte mai clare. Asta mută piața. Era alegerea opusă pe care o vedem rar la Microsoft, și e bine de luat în serios.

4. Modelele mici și inferența pe edge

Phi a fost surpriza pozitivă a ultimilor doi ani. Modelele mici, suficient de bune pentru sarcini structurate de business, rulând local sau în Azure cu costuri sub o zecime din ce înseamnă GPT-4 clasic — asta a schimbat în mod real economia agenților operaționali.

Build 2026 a confirmat o nouă generație Phi și, mai important, instrumentar mai bun de fine-tuning pe date proprii, inclusiv pentru deployment pe Azure AI Foundry. Pentru o echipă de date, întrebarea practică rămâne aceeași: poți pune un model mic să clasifice 2 milioane de tickets pe lună la un cost predictibil? Răspunsul după Build e „da, cu condiția să folosești pattern-urile arătate la sesiunile tehnice, nu narativul de marketing".

Ce nu a fost pe scenă (și de ce contează)

Trei subiecte au lipsit din keynote-uri, deși ar fi fost relevante.

Primul: o repoziționare a Excel-ului ca platformă de date. Microsoft a învățat în 2024-2025 că utilizatorii nu vor să mute Excel-ul. Vor să-l îmbunătățească. Așa că Copilot in Excel a primit upgrade-uri constante, dar Excel rămâne Excel. Asta e o veste bună pentru cele câteva sute de milioane de oameni care lucrează zilnic în el.

Al doilea: o schimbare majoră în licențierea Fabric. Reorganizările de licențe se anunță rar la Build. Mai degrabă la Ignite. Faptul că nici aici nu am văzut nimic notabil sugerează că Microsoft nu simte încă presiune suficientă de adopție pentru a corecta cursul.

Al treilea: anunțuri majore de hardware. Nu e Build-ul potrivit pentru asta — așa ceva se ține pentru Ignite și pentru evenimentele Surface.

Cum citim corect anunțurile, acum că s-a încheiat keynote-ul

Există un pattern care se repetă la fiecare ediție Build. În primele 24 de ore după keynote, presa tech repetă slide-urile. În următoarele 48-72 de ore apar primele analize tehnice care arată ce înseamnă în practică. Iar după o săptămână, când developer-ii au putut testa preview-urile, se vede ce e real. Suntem exact în acel moment al ciclului.

Pentru o echipă de date care evaluează ce să adopte din ce s-a anunțat, recomandarea practică e simplă. Notează tot ce s-a spus. Filtrează ce e GA versus preview. Identifică în ce regiuni e disponibil. Pune întrebarea „cum afectează concret stack-ul nostru în următoarele 6 luni" — restul e marketing.

Marele câștigător al ediției Microsoft Build 2026 nu e un produs anume. E ideea că Microsoft acceptă, treptat, că ecosistemul Fabric nu va rămâne închis. Dacă această linie se confirmă în deciziile concrete de produs din lunile următoare, înseamnă că presiunea concurenței a contat. Iar pentru echipele de date, asta e cea mai bună veste din întreaga săptămână.

Pe data-analist.com revenim cu o analiză mai aplicată în lunile următoare, după ce primele implementări reale vor arăta dacă promisiunile s-au tradus în software utilizabil în producție.