Microsoft 365 Copilot Memory este pornit implicit, iar administratorii încă nu pot restricționa ce informații ajung în memory. Asta este partea care contează pentru ingineri și tenant admins, nu formularea de marketing despre răspunsuri mai relevante.
Elementul din roadmap spune că Copilot folosește acum activitatea din Microsoft 365 pentru răspunsuri mai contextuale, cu setări actualizate pentru a vedea și gestiona ce își amintește. În practică, asta se bazează pe Copilot memory și enhanced personalization: Microsoft spune că personalizarea poate folosi date private de comunicare conectate la Microsoft 365, inclusiv chaturi Teams, emailuri Outlook, transcripturi și date din connectors. Mai folosește și context din Microsoft Graph, exact motivul pentru care rezultatele pot părea mai bune.
Partea asta este reală. Dacă folosești deja Microsoft Copilot și AI agents, contextul mai bun per utilizator înseamnă de obicei mai puține prompturi repetitive și mai puțin prompt babysitting. Pentru knowledge workers ocupați, asta este util.
Ce se schimbă de fapt?
Conform documentației Microsoft, enhanced personalization este controlul de tenant din spatele Copilot memory și este pornit implicit. Când este activ, Copilot memory poate folosi saved memories, detalii inferate din chat history, custom instructions și work data din comunicațiile Microsoft 365.
Microsoft mai spune că memories sunt stocate în Exchange mailbox-ul utilizatorului într-un folder ascuns și că prompts, responses și datele accesate prin Microsoft Graph nu sunt folosite pentru antrenarea foundation LLMs. Deci aici nu vorbim despre grija clasică legată de antrenarea modelelor publice.
Problema este governance, nu model training.
Unde este golul pentru admini
Aici nu aș trece repede peste detalii:
- Adminii nu pot restricționa ce tip de informație este adăugat în Copilot memory.
- Politicile și etichetele de retenție din Purview nu se aplică pentru Copilot memory.
- Saved memories sunt păstrate până când utilizatorul le șterge explicit.
- Dacă dezactivezi enhanced personalization, Copilot nu mai folosește saved memories, dar nu le șterge.
- Acțiunile legate de memory și personalization nu generează audit log entries în Purview.
Combinația asta este incomodă. Primești personalizare mai bună, dar nu și nivelul de control pe lifecycle, auditability și retention enforcement pe care multe echipe de securitate îl așteaptă. Dacă îți pasă de least privilege, aceasta este o limitare reală. Un asistent nu ar trebui să acumuleze discret context persistent specific utilizatorului cu guardrails administrative mai slabe decât restul platformei.
Pentru majoritatea organizațiilor, nu este o urgență. Dar dacă ai construit o postură strictă de conformitate în jurul retenției, audit trail-urilor sau utilizării controlate a comunicațiilor angajaților, verifică asta înainte de rollout larg. Aici un audit de AI și automation este mai util decât încă un workshop de adopție.
Ce înseamnă asta în practică
Avantajul este clar: răspunsuri Copilot mai relevante cu mai puțin context repetat. Efectul de ordinul doi este mai puțin evident: utilizatorii vor începe să trateze Copilot ca pe un asistent de lucru persistent, ceea ce înseamnă că memory quality, comportamentul de ștergere și procesele de suport devin importante.
Eu aș urmări trei lucruri:
În primul rând, riscul de oversharing nu dispare doar pentru că sunt respectate permisiunile din Graph. Microsoft spune clar că Copilot arată doar ce poate accesa utilizatorul, dar dacă tenantul tău are deja permisiuni dezordonate, memory face acel haos să pară mai personal și mai de încredere.
În al doilea rând, grounding-ul bazat pe connectors merită mai multă atenție. Microsoft spune că enhanced personalization poate folosi date din connectors, iar Graph connectors aduc date externe în Microsoft Graph. Dacă extinzi Copilot cu integrări custom sau AI workflow automation, fii atent ce conținut extern devine disponibil pentru grounding.
În al treilea rând, echipele de suport și privacy vor primi întrebări noi: ce este reținut, unde este stocat, cum se șterge și de ce nu există audit trail pentru anumite acțiuni? Astea sunt întrebări operaționale, nu detalii de produs.
Părerea mea
Funcția este cu adevărat utilă, dar partea de governance este în urma capabilității. Îmi place valoarea pentru utilizator. Nu îmi place că este pornită implicit în timp ce controalele pentru admini sunt încă atât de subțiri.
Dacă rulezi Microsoft 365 Copilot, nu bloca automat această funcție, dar nici nu o aproba fără verificări. Revizuiește setarea de enhanced personalization, testează fluxurile de ștergere pentru utilizatori, validează așteptările legate de Purview și documentează poziția de suport înainte ca utilizatorii să descopere memory singuri.
