Pracovní draft — před dokončením ověřit
Účel článku: Přeložit oznámení Microsoftu do praktické otázky pro malou a střední firmu: co se změní, když agent může pokračovat v práci bez aktivního člověka, má vlastní identitu, paměť a přístup k datům v Microsoft 365.
Čtenář: Majitel firmy, IT správce nebo provozní manažer používající Microsoft 365, Teams, Outlook a dokumenty v SharePointu či OneDrivu.
Potvrzené výchozí informace:
- Microsoft 25. září 2026 představil novou strukturu Copilotu: Home, Code a Autopilot.
- Home a Code mají začít vycházet pro program Frontier v následujících týdnech; Autopilot se má rozšířit do private preview na konci září.
- Autopilot je persistentní agent, který může pokračovat v práci bez dalšího zadání a pracuje cloudově i ve chvíli, kdy člověk není online.
- Microsoft uvádí, že Autopilot žije v tenantovi s vlastní identitou, pamětí, počítačem a workspace; funguje v Teams, Outlooku, chatech, kanálech a dokumentech s oprávněními, auditem a governance.
- Cowork, Code, Autopilot a špičkové modely spadají do průběžného účtování Usage-Based Billing, zatímco běžná práce v Chat a aplikacích Office je součástí uživatelské licence.
- Administrátoři mohou spravovat spend policies, schvalování požadavků na kredity a dostupné modelové rodiny pro skupiny uživatelů.
Hlavní sdělení: Firma nemá řešit Autopilot jako další chat. Je to nový typ digitálního pracovníka s vlastními přístupy a průběžnými náklady. První otázka proto není „co umí“, ale „co smí dělat, s jakými daty, za jaký limit a kdo jeho práci kontroluje“.
Navržená struktura hotového článku
1. Chat, Code a Autopilot nejsou stejná věc
Jednoduše rozlišit rychlou konverzaci, vytvoření malého interního nástroje a persistentního agenta, který sám sleduje vlákna, dělá opakovanou práci a oslovuje kolegy pro podklady.
2. Proč může Autopilot změnit odpovědnost za přístupy
Vysvětlit vlastní identitu a fungování v tenantovi. Agent má dostat jen nejmenší nutná oprávnění; konkrétní tým, složky a kanály je třeba vybírat záměrně. Nezaměnit audit za automatické bezpečnostní schválení.
3. Průběžné účtování místo „už to máme v licenci“
Rozlišit User Subscription License a Usage-Based Billing. Microsoft nezveřejnil univerzální sazbu pro každý scénář, proto nelze náklady spočítat bez konkrétního nastavení. Doporučit rozpočet, schvalování a měsíční kontrolu spotřeby před spuštěním.
4. Tři bezpečné první scénáře
- připravit návrh týdenního přehledu pro jeden tým,
- sledovat vybrané vlákno a připravovat podklady pro schůzku bez oprávnění něco odesílat,
- sestavit návrh interního trackeru v izolovaném prostoru s kontrolou člověka před sdílením.
Nedoporučit jako první scénář práci s bankou, mzdami, zdravotními údaji, plošným mazáním dokumentů nebo samostatné odesílání komunikace zákazníkům.
5. Co připravit před spuštěním
- vlastník agenta a náhradní odpovědná osoba,
- popsaný účel, povolené zdroje dat a zakázané akce,
- limit kreditů a schvalování vyšší útraty,
- logování a pravidelná kontrola výstupů,
- možnost agenta vypnout a odebrat mu oprávnění bez zásahu do jiných systémů.
6. Dostupnost není plošná
Zdůraznit Frontier a private preview. Neprodávat článek jako návod, který každý český účet zapne dnes. Před testem ověřit konkrétní licenci, region, nastavení tenantu a dostupnost u administrátora.
Před dokončením ověřit
- aktuální dostupnost Home, Code a Autopilotu v českých M365 tenantech,
- konkrétní ceník Copilot Credits a podmínky Usage-Based Billing pro daný plán,
- jak se vytváří a schvaluje spend policy v aktuálním Microsoft 365 rozhraní,
- které konektory, oprávnění a auditní záznamy jsou v preview opravdu dostupné,
- zda Microsoft zveřejnil doporučení pro DLP, citlivostní štítky a práci s externími hosty v Autopilotu.
Výchozí zdroj
Jde o pracovní draft. Hotový článek musí ověřit dostupnost, konkrétní cenový model a bezpečnostní nastavení pro český tenant Microsoft 365. Nejde o bezpečnostní ani licenční poradenství.
