Copilot Studio dnes nabízí dva výrazně odlišné způsoby, jak agentovi dát dílčí schopnost. Ve Standard harness tuto roli často plní Topic. V GitHub Copilot harness přichází Agent Skill založený na SKILL.md. Tento díl série vysvětluje, kde se oba koncepty překrývají, v čem se zásadně liší a kdy který přístup dává smysl.
Hned v úvodu si pojďme říci, že pokud navrhujete dílčí schopnost agenta, první otázka by měla být, na jakém harnessu agent běží. Ve Standard harness často modelujeme postup jako Topic. V GitHub Copilot harness můžeme podobnou business potřebu řešit pomocí Agent Skill. Nejde ale o stejnou konstrukci ani o prosté přejmenování.
V předchozích dílech série jsme pracovali se Skillem jako s opakovatelným postupem uloženým v souboru SKILL.md. V Copilot Studiu je důležité tento koncept porovnat hlavně s Topic. Topic ve Standard harness totiž z pohledu business procesu často představuje dílčí schopnost agenta. Nový Agent Skill v GitHub Copilot harness může řešit podobnou potřebu, ale používá jiný způsob tvorby a orchestrace.
Obě konstrukce mohou agentovi přidat opakovatelnou schopnost. Rozdíl je hlavně v tom, kdo řídí cestu k výsledku a jak přesně ji autor definuje.
| Konstrukce | Kde ji najdeme | Co představuje |
|---|---|---|
| Topic | Standard harness | Dílčí konverzační nebo procesní schopnost definovaná na vizuálním canvasu |
| Agent Skill | GitHub Copilot harness | Opakovatelná capability definovaná pomocí Markdown instrukcí a formátu SKILL.md |
Harness je runtime vrstva, která dává agentovi způsob práce. Ovlivňuje, jak agent plánuje, jak pracuje s kontextem, jak vybírá dostupné schopnosti a jak provádí jednotlivé kroky. Microsoft dnes v Copilot Studiu rozlišuje tři harnessy.
| Harness | Pro jaký scénář je určen | Co je pro něj typické |
|---|---|---|
| Copilot Chat harness | Rozšíření Microsoft 365 Copilot Chat | Organizační znalosti a přizpůsobení Copilot Chat |
| Standard harness | Konverzační agenti a strukturované procesy | Topics, flows, nástroje a volitelná klasická nebo generativní orchestrace |
| GitHub Copilot harness | Komplexní a delší agentní business procesy | Reasoning, více kroků, práce se soubory, tools, workflows, connected agents a Agent Skills |
Detailní popis harness, rozdíly a použití jsou uvedeny v samostatném článku. Pro tento článek nás zajímají hlavně poslední dva. Standard harness je základem pro většinu tradičních Copilot Studio agentů. GitHub Copilot harness je nový runtime postavený na GitHub Copilot SDK a Microsoft jej cílí na komplexnější procesy s více zdroji, nástroji a nejednoznačnými rozhodovacími body. GitHub Copilot v názvu neznamená další produkt pro uživatele V tomto článku není GitHub Copilot samostatná aplikace, kterou musíte nasadit. Jde o název harnessu a technologický základ nového runtime v Copilot Studiu.
Pokud dnes stavíte agenta ve Standard harness, jedním z hlavních modulárních stavebních bloků je Topic. Microsoft jej popisuje jako část konverzace a v dokumentaci dokonce jako jednu z kompetencí agenta. Topic může být velmi jednoduchý, ale stejně tak může představovat celý dílčí proces.
Například Topic pro vytvoření support ticketu může postupně zjistit problém, doplnit povinné informace, určit prioritu, zavolat flow nebo jiný tool, zpracovat výsledek a odpovědět uživateli.
Create support ticket
Ask for problem details
↓
Validate required information
↓
Determine priority
↓
Call ticket creation tool
↓
Confirm result to the user
Z pohledu business uživatele je to opravdu podobné Skillu. Agent dostal další pojmenovanou schopnost pro konkrétní typ práce. Implementačně je ale Topic něco jiného. Je definovaný pomocí triggeru a jednotlivých nodes, které tvoří očekávanou konverzační nebo procesní cestu.
Důležitý detail je, že Standard harness dnes není omezený jen na klasické trigger phrases. Záleží na zvoleném způsobu orchestrace.
| Orchestrace | Jak se Topic typicky aktivuje | Co autor definuje |
|---|---|---|
| Classic orchestration | Podle uživatelského vstupu a trigger phrases | Sadu typických frází a explicitní konverzační cestu |
| Generative orchestration | Agent vybírá vhodnou kombinaci Topics, Tools a Knowledge | Název a description Topic plus jeho vlastní nodes a pravidla |
Největší rozdíl není v tom, zda Topic nebo Skill dokáže provést dílčí úkon. Oba mohou reprezentovat opakovatelnou schopnost. Rozdíl je hlavně v tom, jak přesně autor popisuje cestu k výsledku.
| Topic ve Standard harness | Agent Skill v GitHub Copilot harness | |
|---|---|---|
| Základ | Vizuální canvas a nodes | Markdown instrukce |
| Řízení průběhu | Autor explicitně definuje větve, otázky a akce | Runtime interpretuje instrukce a rozhoduje o konkrétním postupu |
| Aktivace | Trigger phrases nebo The agent chooses | Orchestrace podle description a kontextu |
| Podmínky | Condition nodes a Power Fx | Pravidla popsaná přirozeným jazykem |
| Proměnné | Explicitní proměnné a vstupy | Kontext a data dostupný runtime |
| Použití Tools | Explicitní node nebo orchestrace | Skill může instruovat agenta, který Tool má použít a jak |
| Reuse | Uvnitř agenta a solution, Topic může volat další Topic | Markdown soubor nebo package lze přenášet mezi agenty |
| Kontrola | Vyšší determinismus | Vyšší flexibilita a agentní rozhodování |
Topic není zastaralý Skill: Nové Agent Skills nejsou přejmenované Topics a Microsoft nepředstavuje Skills jako náhradu Topics. Oba přístupy se překrývají v typech business problémů, které dokážou řešit, ale mají jiný způsob jejich tvorby a orchestrace běhu.
Topic je vhodný tam, kde chceme dobře vidět a řídit dialog nebo proces. Povinnou otázku přidáme jako Question node. Větev definujeme pomocí Condition. Přechod do jiné části řešení můžeme udělat redirectem do dalšího Topic. Volání flow nebo nástroje je součástí navrženého canvasu.
Agent Skill je vhodnější tam, kde potřebujeme popsat metodiku a nechceme definovat všechny možné cesty. Instrukce mohou říkat, jaké informace zjistit, jak posoudit situaci, kdy a kde se doptat, který nástroj použít a co zkontrolovat před dokončením. Runtime pak podle situace rozhodne, jak jednotlivé kroky provede.
GitHub Copilot harness posouvá tvorbu od detailního kreslení každé možné větve k popisu cíle, pravidel a dostupných schopností. Microsoft ho staví pro komplexní procesy, které mohou zahrnovat více kroků, více zdrojů dat a informací, práci se soubory, několik nástrojů a rozhodnutí, která nelze dopředu přesně definovat.
To neznamená, že všechno musí být generativní. Znamená to, že autor může nechat runtime plánovat cestu tam, kde by klasický Topic rychle narostl do velkého množství podmínek a výjimek.
| Komponenta | Praktická role |
|---|---|
| Instructions | Kdo agent je, jaký má účel, hranice a obecné chování |
| Knowledge | Z jakých důvěryhodných dat a obsahu může čerpat |
| Tools | Co může skutečně provést přes konektory, API, MCP nebo workflows |
| Skills | Jak má provádět konkrétní opakovatelný typ práce |
| Connected agents | Komu může delegovat specializovanou část práce |
| Model | Jaký model používá pro reasoning |
| Memory | Jaký uživatelský kontext si může uchovat mezi interakcemi |
Tady se vracíme k prvnímu dílu série. Agent není Skill. Skill je jednou ze schopností, kterou agent může podle potřeby použít.
Nový Agent Skill je „reusable task specific capability“. Jeho základ tvoří name, description a Markdown instructions. Pokud Skill exportujete nebo nahráváte jako soubor, používá standardní strukturu se YAML frontmatterem a instrukcemi.
--- name: incident-escalation description: Use when a support incident must be assessed and escalated. --- # Incident escalation 1. Understand the incident and affected users. 2. Determine severity using the support rules. 3. Collect missing information when needed. 4. Use the available ticket tool to create or update the incident. 5. Verify that the operation succeeded. 6. Tell the user what happens next.
Description pomáhá orchestration runtime rozhodnout, kdy má Skill aktivovat. Jak jsme viděli už u SharePoint Skills, je vhodné ji psát konkrétně a popsat nejen co Skill dělá, ale také kdy je relevantní. Současně není správné to vnímat jako deterministický spouštěč. Agentní runtime stále rozhoduje podle kontextu.
Toto rozlišení je v Copilot Studiu obzvlášť důležité. Tool přidává agentovi reálnou schopnost. Může zavolat API, konektor, workflow nebo MCP server. Skill žádnou takovou schopnost sám nepřidává. Může ale agentovi říct, kdy a jak má existující Tool použít.
Incident escalation Skill
↓
collect and assess context
↓
CreateServiceNowTicket Tool
↓
verify result
↓
final response
Dobře navržený agent tak nemusí mít jen jednu obrovskou instrukci. Obecná pravidla zůstávají v Instructions. Specializované metody se rozdělí do Skills. Akce poskytují Tools.
Ne všechno agentní rozhodování patří do Skill. Pokud určitá část procesu musí proběhnout deterministicky, je často lepší ji realizovat pomocí flow nebo workflow a vystavit ji agentovi jako Tool.
Skill
reason about the situation
↓
Tool
invoke the business operation
↓
Workflow or agent flow
execute deterministic steps
Příklad může být onboarding zaměstnance. Skill popisuje metodiku, jak agent posoudí situaci a jaké informace musí získat. Tool spustí onboarding workflow. Samotný workflow pak vytvoří položky, odešle schválení a provede kroky, které musí být konzistentní při každém spuštění.
Další hranice vede mezi Skillem a Connected Agent. Skill je vhodný, když současný agent potřebuje znát další specializovaný postup. Connected Agent dává větší smysl, když chceme delegovat práci samostatnému agentovi s vlastními Instructions, Knowledge a Tools – delegujeme na specialistu.
Customer Agent
↓ delegates
Finance Agent
↓ uses
variance-analysis Skill
↓ uses
finance Tools
Connected Agent tak představuje samostatného pracovníka. Skill představuje metodiku, kterou může pracovník použít. Tool představuje konkrétní schopnost něco provést.
U agenta vytvořeného v novém experience otevřete Build. V panelu komponent vyberete Skills a potom Add skill. Při volbě Create from blank vyplníte tři základní části.
Po vytvoření se Skill objeví mezi komponentami agenta. Microsoft doporučuje ihned ověřit jeho chování v Preview a iterovat podle výsledku.
Druhá cesta je Upload a skill. To je důležité pro celou sérii, protože zde můžeme znovu použít Skill vytvořený mimo Copilot Studio.
Microsoft podporuje samostatný Markdown soubor s name a description v YAML frontmatteru a instrukcemi. ZIP package musí obsahovat SKILL.md a může obsahovat podpůrné soubory, například reference, šablony nebo skripty.
Přenositelnost neznamená stejné schopnosti: Přenosný je formát a popsaná metodika. Skill, který v jednom prostředí odkazuje na konkrétní Tool, nebude automaticky fungovat stejně v agentovi, který tento Tool nemá. Hostitelský agent stále určuje dostupné Knowledge, Tools, oprávnění a runtime.
Skills vytvořené přímo v Copilot Studiu lze upravovat v jejich configuration panelu. Skill lze také stáhnout jako Markdown soubor. U nahraného Skill můžete upravit zdrojový soubor v editoru a potom v Copilot Studiu použít Replace. Skill lze také odstranit.
| Operace | Praktické použití |
|---|---|
| Edit | Úprava Skill vytvořeného přímo v Copilot Studio |
| Download | Záloha, sdílení nebo přenos do jiného agenta |
| Replace | Nahrání nové verze externě upraveného Skill |
| Delete | Odstranění Skill z konkrétního agenta |
Ne každý Topic je kandidát na převod. Důležitější, než počet nodes je charakter procesu.
Topic bych ponechal, pokud:
Skill bych zvažoval, pokud:
Nedělejte migraci jedna ku jedné: Topic a Skill nejsou dvě reprezentace stejného přístupu. Při přechodu na GitHub Copilot harness je lepší znovu se podívat na cílový business proces a rozhodnout, která část patří do Skill, která do Tool nebo Workflow a která má zůstat deterministická.
Představme si eskalaci incidentu. Ve Standard harness můžeme vytvořit Topic s explicitními otázkami, podmínkami a voláním ticketing Tool. V GitHub Copilot harness lze stejnou business capability rozdělit jinak.
| Standard harness | GitHub Copilot harness |
|---|---|
| Topic zachytí incident a položí povinné otázky | Skill popíše metodiku pro posouzení incidentu |
| Condition nodes rozhodnou o závažnosti | Agent vyhodnotí závažnost podle pravidel Skill |
| Tool node vytvoří ticket | Skill instruuje agenta k použití ticket Tool |
| Další nodes zpracují výsledek | Agent ověří výsledek a pokračuje podle kontextu |
| Autor předem nakreslí většinu cest | Autor popíše cíl, pravidla a hranice |
Ani jedna varianta není obecně lepší. Standard harness je vhodný pro procesy, kde je přesná kontrola výhodou. GitHub Copilot harness je vhodný tam, kde by pevná cesta zbytečně omezovala agenta nebo vedla k velkému množství větví.
| Otázka | Pokud ano, zvažte |
|---|---|
| Je scénář hlavně konverzační a dobře definovaný pomocí Topics a flow? | Standard harness |
| Potřebuji přesné otázky, podmínky, proměnné a předvídatelnou cestu? | Standard harness |
| Musí agent během práce plánovat a rozhodovat o dalším kroku? | GitHub Copilot harness |
| Práce zahrnuje více souborů, zdrojů a nástrojů a může mít různé cesty? | GitHub Copilot harness |
| Chci modularizovat pracovní metodiky do přenositelných SKILL.md? | GitHub Copilot harness |
| Chci hlavně přizpůsobit Microsoft 365 Copilot Chat organizačním znalostem? | Copilot Chat harness |
Microsoft uvádí, že GitHub Copilot Harness používá usage-based billing pro svou práci, a to bez ohledu na licenci Microsoft 365 Copilot. Cena závisí na zvolených modelech, organizačním kontextu, nástrojích a době běhu. U některých aktivit při tvorbě agenta, například testování nebo evaluací, se při práci s tímto harness mohou také spotřebovávat Copilot Credits.
Standard a Copilot Chat harness mají odlišný model účtování a uživatelé Microsoft 365 Copilotu mohou v podporovaných autentizovaných business scénářích využívat příslušný fair use model. Přesné sazby bych do architektury agenta nezapisoval napevno, protože se mohou měnit. Při návrhu produkčního řešení je ale potřeba účtování harnessu ověřit stejně jako jeho technické schopnosti.
GA harness neznamená automaticky GA každé funkce
Microsoft 3. srpna 2026 oznámil GitHub Copilot harness jako obecně dostupný (GA) pro produkční použití. Současně dokumentace pro Agent Skills a některé části nového authoring experience stále používá označení preview. Při produkčním návrhu proto ověřujte stav konkrétní capability, ne pouze stav harnessu.
Největší přínos Agent Skills není v tom, že bychom do Copilot Studia dostali další místo pro dlouhé prompty. Je v modularitě. Obecné instrukce zůstávají u agenta. Znalosti zůstávají v Knowledge. Skutečné akce poskytují Tools a Workflows. Specializované pracovní metodiky dostanou vlastní Skills.
Project Management Agent
Instructions
Knowledge
Tools
Skills
Takový agent se lépe udržuje než agent s jedním obrovským blokem instrukcí. Jednotlivé postupy lze upravovat, stahovat a znovu používat. Zároveň se runtime nemusí zabývat detailními instrukcemi pro každou specializovanou úlohu v každém požadavku.
| Potřebuji | Nejpravděpodobnější konstrukce |
|---|---|
| Jednorázový požadavek uživatele | Prompt |
| Obecné chování a hranice agenta | Instructions |
| Data a dokumenty, ze kterých má agent čerpat | Knowledge |
| Schopnost zavolat systém nebo provést akci | Tool |
| Přesnou konverzační nebo procesní cestu ve Standard harness | Topic |
| Deterministickou automatizaci | Agent flow nebo Workflow |
| Opakovatelnou pracovní metodiku v GitHub Copilot harness | Agent Skill |
| Delegaci do samostatného specializovaného agenta | Connected Agent |
V prvním dílu jsme oddělili Agenta od Skill. V Excelu a PowerPointu jsme viděli Skill jako opakovatelný postup v rámci konkrétní aplikace. Cowork ukázal Skill jako způsob standardizace delegované práce. SharePoint posunul Skills na úroveň sdíleného procesního assetu webu. Copilot Studio celý model uzavírá.
Agent může mít vlastní účel, Instructions, Knowledge a Tools. Skill mu přidává opakovatelnou metodiku pro konkrétní typ práce. Ve Standard harness může podobnou business roli často plnit Topic, který ale používá jiný způsob authoringu a řízení. Volba mezi Topic a Agent Skill proto začíná charakterem procesu a zvoleným harness, ne názvem komponenty.
Jedna věta na závěr
Microsoft Copilot Studio se v létě 2026 mění velmi rychle. Následující zdroje byly použity pro ověření terminologie, aktuálního stavu harnessů a chování jednotlivých komponent.
Pomůžeme vám připravit vhodné scénáře AI pro vaše M365 Copilot prostředí.
Pomůžeme vám připravit vhodné scénáře AI pro vaše M365 Copilot prostředí.
