Copilot Studio dnes ponúka dva výrazne odlišné spôsoby, ako agentovi pridať čiastkovú schopnosť. V Standard harness túto rolu často plní Topic. V GitHub Copilot harness prichádza Agent Skill založený na SKILL.md. Táto časť série vysvetľuje, kde sa oba koncepty prekrývajú, v čom sa zásadne líšia a kedy ktorý prístup dáva zmysel.
Hneď v úvode si povedzme, že ak navrhujete čiastkovú schopnosť agenta, prvá otázka by mala byť, na akom harness agent beží. V Standard harness často modelujeme postup ako Topic. V GitHub Copilot harness môžeme podobnú business potrebu riešiť pomocou Agent Skill. Nejde však o rovnakú konštrukciu ani o jednoduché premenovanie.
V predchádzajúcich dieloch série sme pracovali so Skillom ako s opakovateľným postupom uloženým v súbore SKILL.md. V Copilot Studiu je dôležité tento koncept porovnať hlavne s Topic. Topic v Standard harness totiž z pohľadu business procesu často predstavuje čiastkovú schopnosť agenta. Nový Agent Skill v GitHub Copilot harness môže riešiť podobnú potrebu, ale používa iný spôsob tvorby a orchestrácie.
Obe konštrukcie môžu agentovi pridať opakovateľnú schopnosť. Rozdiel je hlavne v tom, kto riadi cestu k výsledku a ako presne ju autor definuje.
| Konštrukcia | Kde ju nájdeme | Čo predstavuje |
|---|---|---|
| Topic | Standard harness | Čiastková konverzačná alebo procesná schopnosť definovaná na vizuálnom canvase |
| Agent Skill | GitHub Copilot harness | Opakovateľná capability definovaná pomocou Markdown inštrukcií a formátu SKILL.md |
Harness je runtime vrstva, ktorá dáva agentovi spôsob práce. Ovplyvňuje, ako agent plánuje, ako pracuje s kontextom, ako vyberá dostupné schopnosti a ako vykonáva jednotlivé kroky. Microsoft dnes v Copilot Studiu rozlišuje tri harnessy.
| Harness | Pre aký scenár je určený | Čo je preň typické |
|---|---|---|
| Copilot Chat harness | Rozšírenie Microsoft 365 Copilot Chat | Organizačné znalosti a prispôsobenie Copilot Chat |
| Standard harness | Konverzační agenti a štruktúrované procesy | Topics, flows, nástroje a voliteľná klasická alebo generatívna orchestrácia |
| GitHub Copilot harness | Komplexné a dlhšie agentné business procesy | Reasoning, viac krokov, práca so súbormi, tools, workflows, connected agents a Agent Skills |
Ak dnes staviate agenta v Standard harness, jedným z hlavných modulárnych stavebných blokov je Topic. Microsoft ho opisuje ako časť konverzácie a v dokumentácii dokonca ako jednu z kompetencií agenta. Topic môže byť veľmi jednoduchý, ale rovnako môže predstavovať celý čiastkový proces.
Napríklad Topic na vytvorenie support ticketu môže postupne zistiť problém, doplniť povinné informácie, určiť prioritu, zavolať flow alebo iný tool, spracovať výsledok a odpovedať používateľovi.
Create support ticket
Ask for problem details
↓
Validate required information
↓
Determine priority
↓
Call ticket creation tool
↓
Confirm result to the user
Z pohľadu business používateľa je to naozaj podobné Skillu. Agent dostal ďalšiu pomenovanú schopnosť pre konkrétny typ práce. Implementačne je však Topic niečo iné. Je definovaný pomocou triggera a jednotlivých nodes, ktoré tvoria očakávanú konverzačnú alebo procesnú cestu.
Dôležitý detail je, že Standard harness dnes nie je obmedzený iba na klasické trigger phrases. Záleží na zvolenom spôsobe orchestrácie.
| Orchestrácia | Ako sa Topic typicky aktivuje | Čo autor definuje |
|---|---|---|
| Classic orchestration | Podľa používateľského vstupu a trigger phrases | Súbor typických fráz a explicitnú konverzačnú cestu |
| Generative orchestration | Agent vyberá vhodnú kombináciu Topics, Tools a Knowledge | Názov a description Topic plus jeho vlastné nodes a pravidlá |
Pri generatívnej orchestrácii môže mať Topic trigger The agent chooses. Orchestrátor potom posudzuje jeho názov a description oproti požiadavke používateľa. Tu je podobnosť s novými Agent Skills veľmi výrazná. Obe konštrukcie majú pomenované capability a description, ktoré pomáhajú runtime rozhodnúť, kedy ich použiť.
Najväčší rozdiel nie je v tom, či Topic alebo Skill dokáže vykonať čiastkovú úlohu. Obe konštrukcie môžu predstavovať opakovateľnú schopnosť. Rozdiel je najmä v tom, ako presne autor opisuje cestu k výsledku.
| Topic v Standard harness | Agent Skill v GitHub Copilot harness | |
|---|---|---|
| Základ | Vizuálny canvas a nodes | Markdown inštrukcie |
| Riadenie priebehu | Autor explicitne definuje vetvy, otázky a akcie | Runtime interpretuje inštrukcie a rozhoduje o konkrétnom postupe |
| Aktivácia | Trigger phrases alebo The agent chooses | Orchestrácia podľa description a kontextu |
| Podmienky | Condition nodes a Power Fx | Pravidlá opísané prirodzeným jazykom |
| Premenné | Explicitné premenné a vstupy | Kontext a dáta dostupné runtime |
| Použitie Tools | Explicitný node alebo orchestrácia | Skill môže inštruovať agenta, ktorý Tool má použiť a ako |
| Reuse | V rámci agenta a solution, Topic môže volať ďalší Topic | Markdown súbor alebo package možno prenášať medzi agentmi |
| Kontrola | Vyšší determinizmus | Vyššia flexibilita a agentné rozhodovanie |
Topic nie je zastaraný Skill: Nové Agent Skills nie sú premenované Topics a Microsoft nepredstavuje Skills ako náhradu Topics. Oba prístupy sa prekrývajú v typoch business problémov, ktoré dokážu riešiť, ale majú odlišný spôsob tvorby a orchestrácie behu.
Topic je vhodný tam, kde chceme dobre vidieť a riadiť dialóg alebo proces. Povinnú otázku pridáme ako Question node. Vetvu definujeme pomocou Condition. Prechod do inej časti riešenia môžeme urobiť redirectom do ďalšieho Topic. Volanie flow alebo nástroja je súčasťou navrhnutého canvasu.
Agent Skill je vhodnejší tam, kde potrebujeme opísať metodiku a nechceme definovať všetky možné cesty. Inštrukcie môžu hovoriť, aké informácie zistiť, ako posúdiť situáciu, kedy a kde sa dopýtať, ktorý nástroj použiť a čo skontrolovať pred dokončením. Runtime potom podľa situácie rozhodne, ako jednotlivé kroky vykoná.
GitHub Copilot harness posúva tvorbu od detailného kreslenia každej možnej vetvy k opisu cieľa, pravidiel a dostupných schopností. Microsoft ho stavia pre komplexné procesy, ktoré môžu zahŕňať viac krokov, viac zdrojov dát a informácií, prácu so súbormi, niekoľko nástrojov a rozhodnutia, ktoré nemožno dopredu presne definovať.
To neznamená, že všetko musí byť generatívne. Znamená to, že autor môže nechať runtime plánovať cestu tam, kde by klasický Topic rýchlo narástol do veľkého množstva podmienok a výnimiek.
| Komponent | Praktická rola |
|---|---|
| Instructions | Kto agent je, aký má účel, hranice a všeobecné správanie |
| Knowledge | Z akých dôveryhodných dát a obsahu môže čerpať |
| Tools | Čo môže skutočne vykonať cez konektory, API, MCP alebo workflows |
| Skills | Ako má vykonávať konkrétny opakovateľný typ práce |
| Connected agents | Komu môže delegovať špecializovanú časť práce |
| Model | Aký model používa na reasoning |
| Memory | Aký používateľský kontext si môže uchovať medzi interakciami |
Tu sa vraciame k prvému dielu série. Agent nie je Skill. Skill je jednou zo schopností, ktorú agent môže podľa potreby použiť.
Nový Agent Skill je „reusable task specific capability“. Jeho základ tvoria name, description a Markdown instructions. Ak Skill exportujete alebo nahrávate ako súbor, používa štandardnú štruktúru s YAML frontmatterom a inštrukciami.
---
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áha orchestration runtime rozhodnúť, kedy má Skill aktivovať. Ako sme už videli pri SharePoint Skills, je vhodné písať ju konkrétne a opísať nielen to, čo Skill robí, ale aj kedy je relevantný. Zároveň nie je správne vnímať ju ako deterministický spúšťač. Agentný runtime stále rozhoduje podľa kontextu.
Toto rozlíšenie je v Copilot Studiu obzvlášť dôležité. Tool pridáva agentovi reálnu schopnosť. Môže zavolať API, konektor, workflow alebo MCP server. Skill žiadnu takúto schopnosť sám nepridáva. Môže však agentovi povedať, kedy a ako má existujúci Tool použiť.
Incident escalation Skill
↓
collect and assess context
↓
CreateServiceNowTicket Tool
↓
verify result
↓
final response
Dobre navrhnutý agent tak nemusí mať iba jednu obrovskú inštrukciu. Všeobecné pravidlá zostávajú v Instructions. Špecializované metódy sa rozdelia do Skills. Akcie poskytujú Tools.
Nie všetko agentné rozhodovanie patrí do Skill. Ak určitá časť procesu musí prebehnúť deterministicky, je často lepšie realizovať ju pomocou flow alebo workflow a vystaviť ju agentovi ako Tool.
Skill
reason about the situation
↓
Tool
invoke the business operation
↓
Workflow or agent flow
execute deterministic steps
Príkladom môže byť onboarding zamestnanca. Skill opisuje metodiku, ako agent posúdi situáciu a aké informácie musí získať. Tool spustí onboarding workflow. Samotný workflow potom vytvorí položky, odošle schválenie a vykoná kroky, ktoré musia byť konzistentné pri každom spustení.
Ďalšia hranica vedie medzi Skillom a Connected Agent. Skill je vhodný, keď súčasný agent potrebuje poznať ďalší špecializovaný postup. Connected Agent dáva väčší zmysel, keď chceme delegovať prácu samostatnému agentovi s vlastnými Instructions, Knowledge a Tools – delegujeme na špecialistu.
Customer Agent
↓ delegates
Finance Agent
↓ uses
variance-analysis Skill
↓ uses
finance Tools
Connected Agent tak predstavuje samostatného pracovníka. Skill predstavuje metodiku, ktorú môže pracovník použiť. Tool predstavuje konkrétnu schopnosť niečo vykonať.
Pri agentovi vytvorenom v novom experience otvorte Build. V paneli komponentov vyberte Skills a potom Add skill. Pri voľbe Create from blank vyplňte tri základné časti.
Po vytvorení sa Skill zobrazí medzi komponentmi agenta. Microsoft odporúča ihneď overiť jeho správanie v Preview a iterovať podľa výsledku.
Druhá cesta je Upload a skill. To je dôležité pre celú sériu, pretože tu môžeme znova použiť Skill vytvorený mimo Copilot Studio.
Microsoft podporuje samostatný Markdown súbor s name a description v YAML frontmatteri a inštrukciami. ZIP package musí obsahovať SKILL.md a môže obsahovať podporné súbory, napríklad referencie, šablóny alebo skripty.
Prenositeľnosť neznamená rovnaké schopnosti: Prenositeľný je formát a opísaná metodika. Skill, ktorý v jednom prostredí odkazuje na konkrétny Tool, nebude automaticky fungovať rovnako v agentovi, ktorý tento Tool nemá. Hostiteľský agent stále určuje dostupné Knowledge, Tools, oprávnenia a runtime.
Skills vytvorené priamo v Copilot Studiu možno upravovať v ich configuration paneli. Skill možno tiež stiahnuť ako Markdown súbor. Pri nahranom Skille môžete upraviť zdrojový súbor v editore a potom v Copilot Studiu použiť Replace. Skill možno tiež odstrániť.
| Operácia | Praktické použitie |
|---|---|
| Edit | Úprava Skillu vytvoreného priamo v Copilot Studiu |
| Download | Záloha, zdieľanie alebo prenos do iného agenta |
| Replace | Nahratie novej verzie externe upraveného Skillu |
| Delete | Odstránenie Skillu z konkrétneho agenta |
Nie každý Topic je kandidátom na prevod. Dôležitejší než počet nodes je charakter procesu.
Topic by som ponechal, ak:
Skill by som zvažoval, ak:
Nerobte migráciu jedna k jednej: Topic a Skill nie sú dve reprezentácie rovnakého prístupu. Pri prechode na GitHub Copilot harness je lepšie znova sa pozrieť na cieľový business proces a rozhodnúť, ktorá časť patrí do Skill, ktorá do Tool alebo Workflow a ktorá má zostať deterministická.
Predstavme si eskaláciu incidentu. V Standard harness môžeme vytvoriť Topic s explicitnými otázkami, podmienkami a volaním ticketing Tool. V GitHub Copilot harness možno rovnakú business capability rozdeliť inak.
| Standard harness | GitHub Copilot harness |
|---|---|
| Topic zachytí incident a položí povinné otázky | Skill opíše metodiku na posúdenie incidentu |
| Condition nodes rozhodnú o závažnosti | Agent vyhodnotí závažnosť podľa pravidiel Skill |
| Tool node vytvorí ticket | Skill inštruuje agenta, aby použil ticket Tool |
| Ďalšie nodes spracujú výsledok | Agent overí výsledok a pokračuje podľa kontextu |
| Autor vopred nakreslí väčšinu ciest | Autor opíše cieľ, pravidlá a hranice |
Ani jedna možnosť nie je všeobecne lepšia. Standard harness je vhodný pre procesy, kde je presná kontrola výhodou. GitHub Copilot harness je vhodný tam, kde by pevná cesta zbytočne obmedzovala agenta alebo viedla k veľkému množstvu vetiev.
| Otázka | Ak áno, zvážte |
|---|---|
| Je scenár hlavne konverzačný a dobre definovaný pomocou Topics a flow? | Standard harness |
| Potrebujem presné otázky, podmienky, premenné a predvídateľnú cestu? | Standard harness |
| Musí agent počas práce plánovať a rozhodovať o ďalšom kroku? | GitHub Copilot harness |
| Práca zahŕňa viac súborov, zdrojov a nástrojov a môže mať rôzne cesty? | GitHub Copilot harness |
| Chcem modularizovať pracovné metodiky do prenositeľných SKILL.md? | GitHub Copilot harness |
| Chcem hlavne prispôsobiť Microsoft 365 Copilot Chat organizačným znalostiam? | Copilot Chat harness |
Microsoft uvádza, že GitHub Copilot Harness používa usage-based billing pre svoju prácu, a to bez ohľadu na licenciu Microsoft 365 Copilot. Cena závisí od zvolených modelov, organizačného kontextu, nástrojov a času behu. Pri niektorých aktivitách počas tvorby agenta, napríklad pri testovaní alebo evaluáciách, sa pri práci s týmto harnessom môžu spotrebovávať aj Copilot Credits.
Standard a Copilot Chat harness majú odlišný model účtovania a používatelia Microsoft 365 Copilotu môžu v podporovaných autentizovaných business scenároch využívať príslušný fair use model. Presné sadzby by som do architektúry agenta nezapisoval napevno, pretože sa môžu meniť. Pri návrhu produkčného riešenia je však potrebné overiť účtovanie harnessu rovnako ako jeho technické schopnosti.
GA harness neznamená automaticky GA každej funkcie
Microsoft 3. augusta 2026 oznámil GitHub Copilot harness ako všeobecne dostupný (GA) na produkčné použitie. Dokumentácia pre Agent Skills a niektoré časti nového authoring experience však zároveň stále používajú označenie preview. Pri produkčnom návrhu preto overujte stav konkrétnej capability, nielen stav harnessu.
Najväčší prínos Agent Skills nie je v tom, že by sme do Copilot Studia dostali ďalšie miesto pre dlhé prompty. Je v modularite. Všeobecné inštrukcie zostávajú pri agentovi. Znalosti zostávajú v Knowledge. Skutočné akcie poskytujú Tools a Workflows. Špecializované pracovné metodiky dostanú vlastné Skills.
Project Management Agent
Instructions
Knowledge
Tools
Skills
Takýto agent sa ľahšie udržiava než agent s jedným obrovským blokom inštrukcií. Jednotlivé postupy možno upravovať, sťahovať a znova používať. Zároveň sa runtime nemusí zaoberať detailnými inštrukciami pre každú špecializovanú úlohu v každej požiadavke.
| Potrebujem | Najpravdepodobnejšia konštrukcia |
|---|---|
| Jednorazovú požiadavku používateľa | Prompt |
| Všeobecné správanie a hranice agenta | Instructions |
| Dáta a dokumenty, z ktorých má agent čerpať | Knowledge |
| Schopnosť zavolať systém alebo vykonať akciu | Tool |
| Presnú konverzačnú alebo procesnú cestu v Standard harness | Topic |
| Deterministickú automatizáciu | Agent flow alebo Workflow |
| Opakovateľnú pracovnú metodiku v GitHub Copilot harness | Agent Skill |
| Delegáciu do samostatného špecializovaného agenta | Connected Agent |
V prvom diele sme oddelili Agenta od Skill. V Exceli a PowerPointe sme videli Skill ako opakovateľný postup v rámci konkrétnej aplikácie. Cowork ukázal Skill ako spôsob štandardizácie delegovanej práce. SharePoint posunul Skills na úroveň zdieľaného procesného assetu webu. Copilot Studio celý model uzatvára.
Agent môže mať vlastný účel, Instructions, Knowledge a Tools. Skill mu pridáva opakovateľnú metodiku pre konkrétny typ práce. V Standard harness môže podobnú business rolu často plniť Topic, ktorý však používa iný spôsob authoringu a riadenia. Voľba medzi Topic a Agent Skill preto začína charakterom procesu a zvoleným harnessom, nie názvom komponentu.
Jedna veta na záver:
Topic definuje riadenú cestu. Agent Skill definuje pracovnú metodiku. Správna voľba začína charakterom procesu a výberom harnessu, nie snahou previesť každý Topic na Skill.
Microsoft Copilot Studio sa v lete 2026 mení veľmi rýchlo. Nasledujúce zdroje boli použité na overenie terminológie, aktuálneho stavu harnessov a správania jednotlivých komponentov.
Pomôžeme vám pripraviť vhodné AI scenáre pre vaše prostredie M365 Copilot.
Pomôžeme vám pripraviť vhodné AI scenáre pre vaše prostredie M365 Copilot.
