Jak delegovat kognitivní role různým AI modelům: přehled přiřazení

Více modelů samo o sobě neznamená lepší workflow.

Pokud všem dáte stejné zadání, dostanete často jen dražší verzi jednoho chatu. Styl bude podobný, slepé skvrny také. Rozdíl bude hlavně v délce odpovědi.

Skutečná hodnota vícemodelového přístupu vzniká až ve chvíli, kdy modelům rozdělíte kognitivní práci. Jeden generuje varianty. Jiný hledá slabiny. Další skládá syntézu. A někdo kontroluje fakta nebo formát.

Právě tomuto kroku říkám přiřazení rolí (role assignment).

Rámec tvrzení

Co článek tvrdí: Přidání modelů bez rozdělení kognitivních rolí nepřináší zlepšení. Klíčové je definovat role podle funkce workflow, přiřadit modely podle vhodnosti pro roli a nastavit předávací formáty. Redundance panelu se má průběžně auditovat.

Na čem to stojí: Heuer (1999) kognitivní analýza v inteligenci, Du et al. (2023) multi-agentní debata pro faktičnost, Liang et al. (2022) HELM, Zheng et al. (2023) MT-Bench.

Kde je to zjednodušení: Článek předkládá doporučené vzory rolí bez empirického srovnání přístupu s rolemi a bez rolí. Role mapy jsou výchozí šablony, ne univerzálně validované konfigurace.

Proč přiřazení rolí rozhoduje víc než počet modelů

Když uživatelé říkají "zkusil jsem více modelů a moc to nepomohlo", problém často není v modelech. Problém je v designu procesu.

Bez rolí se stane toto:

všichni řeší stejnou otázku stejným způsobem,
neshoda je těžko interpretovatelná,
není jasné, co který výstup znamená,
syntéza je jen subjektivní výběr "který text se mi líbí".

S přiřazením rolí se panel změní:

generátor maximalizuje šířku možností,
kritik hledá failure modes,
syntetik odděluje robustní závěry od sporných bodů,
role kontroly faktů (fact-check) hlídá podloženost tvrzení.

Tohle navazuje na výběr modelu podle role v D03. Tento článek řeší krok před i po tom: jak role navrhnout a jak poznat, že dávají smysl.

Krok 1: Definujte role podle funkce workflow

Začínejte otázkou: jaké typy práce má workflow pokrýt?

Nezačínejte otázkou: jaké modely mám k dispozici?

Role by měly být definované jako:

cíl role (co má přinést),
výstup role (v jakém formátu předává výsledek),
omezení role (co nemá dělat).

Praktická základní mapa rolí:

Generátor / scout

Cíl: vyrobit varianty, směry, hypotézy.

Nemá dělat finální rozhodnutí.

Kritik / reviewer

Cíl: hledat slabiny, rozpory, předpoklady, edge cases.

Nemá "vyvažovat" text jen proto, aby zněl smířlivě.

Syntetik

Cíl: spojit výstupy a oddělit robustní závěry od otevřených rizik.

Nemá přepisovat historii debat tak, aby vypadala bez konfliktu.

Fact-check / evidence helper

Cíl: označit tvrzení k ověření, chybějící zdroje nebo problematické formulace.

Nemá řešit styl, pokud to není součást role.

Někdy role sloučíte. U menšího workflow je to správně. Důležité je, aby každá zbylá role měla jasně odlišnou funkci.

Krok 2: Přiřaďte model podle vhodnosti pro roli (role-fit), ne podle obecného pořadí

Obecné pořadí modelů je užitečné jako filtr. Není to přiřazení rolí.

Model může mít skvělé benchmarky a být slabý kritik, protože rychle sklouzne ke kompromisu. Jiný model může být levnější, ale výborný pro široký průchod (breadth pass), protože je rychlý a dostatečně divergentní.

Při přiřazení role sledujte hlavně behaviorální vhodnost:

drží model formát výstupu?
umí zůstat skeptický, když má být kritik?
pracuje spolehlivě s delším kontextem, pokud má syntetizovat?
nepřebírá cizí závěr příliš ochotně?

Tohle nezjistíte z marketingového popisu. Zjistíte to krátkým role testem.

Praktický role test může být velmi malý:

dejte modelu úlohu v roli,
vynucený formát výstupu,
jednu záměrnou slabinu v zadání,
sledujte, zda ji role zachytí.

Pokud chcete panel zlevnit, nezačínejte tím, že nahradíte nejsilnější model všude levnějším. Začněte u rolí, kde vyšší kvalita nemá velký dopad na výsledek workflow.

Krok 3: Nastavte předávací (handoff) formát mezi rolemi

Tady se rozhoduje, jestli máte panel odpovědí, nebo workflow.

Bez handoff formátu každá role vrátí „nějaký text“. Další role pak tráví čas interpretací toho, co vlastně dostala.

Lepší přístup je dát každé roli jiný výstupní formát.

Například:

Generátor předává varianty + předpoklady
Kritik předává námitky + dopad + co by změnilo názor
Syntetik předává robustní závěry / sporné body / další akce
Fact-check role předává seznam tvrzení k ověření a stav podloženosti

Klíčové je oddělit:

fakta,
hypotézy,
interpretace,
doporučení.

Pokud se tohle smíchá hned na začátku, další role jen těžko rozliší, co má rozporovat a co už je podložené.

Stejně důležité je určit, kdo řeší konflikt připomínek. Pokud to není explicitní, konflikt se "vyřeší" náhodně nebo stylem poslední odpovědi.

Užitečný detail je archivovat nejlepší menšinový argument. Chrání vás proti tomu, aby workflow vyhladilo důležitou námitku jen proto, že většina rolí preferuje stejný framing.

Krok 4: Auditujte redundanci panelu

I dobře navržený panel časem degraduje.

Stane se to tehdy, když:

role začnou vracet podobné fráze,
kritik opakuje závěry syntetika,
neshody mizí, ale slepé skvrny zůstávají,
nové modely přinesou stejný styl místo nové perspektivy.

To je signál redundance. Platíte za více rolí, ale získáváte jeden typ signálu.

Lehký audit stačí dělat průběžně:

Jaký typ námitek role přinesla?
Přinesla něco, co ostatní role nepřinesly?
Které chyby se opakují navzdory panelu?
Je problém v modelu, nebo v promptu role?

Často pomůže změnit zadání role dřív než model. Například kritik bývá slabý ne proto, že model "neumí kritiku", ale proto, že role nemá dost jasný cíl a zakázané chování.

Pokud přiřazení rolí děláte opakovaně, vyplatí se stručný log:

role,
přínos signálu,
opakující se slepé skvrny,
návrh úpravy.

Tím se panel zlepšuje procesně, ne jen výměnou modelů.

Praktické role mapy pro tři běžné případy použití (use cases)

Přiřazení rolí je nejlépe vidět na konkrétních případech. Níže nejsou „správné“ univerzální mapy, ale dobré startovní šablony.

1. Interní rozhodovací memo

Scout/generátor: mapa možností a předpokladů
Kritik: failure modes, skryté náklady, reputační rizika
Syntetik: robustní body vs. sporné body
Executive editor (volitelně): krátký výstup pro rozhodnutí

Tady je důležité, aby kritik nebyl jen "pesimista", ale role s jasným formátem námitek.

2. Peer review článku nebo dokumentace

Argumentační reviewer
Fact-check / evidence reviewer
Čitelnost a struktura
Editor-syntetik (člověk nebo oddělená role)

Tohle navazuje na postup z B13, kde se role rozdělují podle typu připomínky.

3. Doménový audit nebo policy review

Doménový interpret
Rizikový kritik
Evidence / compliance checker
Syntetik s výstupem "akce + otevřené otázky"

U scénářů s vysokými důsledky bývá kritické oddělit interpretaci od ověřování. Když jedna role dělá obojí, snadno si potvrdí vlastní závěr.

Mini šablona role card (doporučené minimum)

Aby role držely tvar i v čase, pomáhá zapsat každou roli jako krátkou „role card“:

Název role
Cíl role
Co vstupuje dovnitř
Co role předává dál
Zakázané chování
Formát výstupu
Kritérium úspěchu

Právě poslední dvě položky bývají podceňované. Bez formátu se role rozpadá do volného textu. Bez kritéria úspěchu nepoznáte, jestli role přinesla nový signál.

Role card nemusí být dlouhá. Důležité je, aby byla konkrétní a použitelná při opakovaných bězích workflow nebo při zaškolování dalších lidí.

Jak poznat, že přiřazení rolí nefunguje

Praktické signály selhání jsou většinou viditelné rychle:

výstupy rolí zní zaměnitelně,
kritik nevytváří nové námitky, jen přepisuje závěr,
syntetik pravidelně "vyřeší" konflikt bez uvedení sporných bodů,
stejná chyba projde panelem opakovaně.

Když tohle vidíte, nezačínejte hned výměnou modelů. Nejprve zkontrolujte:

je role dost konkrétní,
má jasné zakázané chování,
má předepsaný handoff formát,
dostává správný vstup (ne už přefiltrovaný jinou rolí).

Velká část „slabého panelu“ je ve skutečnosti slabý návrh rolí.

Provozní tip: verzujte role cardy stejně jako workflow

Když měníte role nebo handoff formát, zapisujte změnu stručně stejně jako změnu procesu: co se změnilo, proč a jaký problém to mělo řešit.

Po čase pak snadno dohledáte, zda zlepšení přinesla výměna modelu, nebo jen lepší definice role. To je cenné hlavně ve chvíli, kdy panel používá více lidí a každý má tendenci "ladit po svém" v různých situacích dlouhodobě.

Časté chyby

Role mají stejný cíl a liší se jen názvem.
Kritik dostane generátor prompt s dodatkem "buď kritický".
Chybí handoff formát mezi rolemi.
Není určeno, kdo řeší konflikt připomínek.
Panel se neaudituje a postupně ztrácí diverzitu.

Rychlý přehled

Definuj role podle funkce workflow.
Otestuj role-fit modelu krátkou ukázkou.
Nastav handoff formát mezi rolemi.
Urči pravidlo pro řešení konfliktu.
Audituj redundanci panelu a upravuj role.

Závěr

Přiřazení rolí je místo, kde se z vícemodelového nastavení (multi-model setupu) stává skutečný workflow.

Bez něj jen násobíte odpovědi. S ním násobíte perspektivy, které mají jasnou funkci a dají se smysluplně syntetizovat.

CrossChat usnadňuje přiřazení rolí v jednom panelu. Stejnou mapu rolí ale můžete dobře otestovat i ručně v oddělených chatech, pokud držíte disciplínu výstupních formátů a handoff pravidel.

Zdroje

Heuer, R. J. (1999). Psychology of Intelligence Analysis. CIA Center for the Study of Intelligence. https://www.cia.gov/resources/csi/books-and-monographs/psychology-of-intelligence-analysis-2/
Liang, P. et al. (2022). Holistic Evaluation of Language Models. arXiv:2211.09110. DOI: 10.48550/arXiv.2211.09110.
Zheng, L. et al. (2023). Judging LLM-as-a-judge with MT-Bench and Chatbot Arena. arXiv:2306.05685. DOI: 10.48550/arXiv.2306.05685.
Du, Y. et al. (2023). Improving Factuality and Reasoning in Language Models through Multiagent Debate. arXiv:2305.14325. DOI: 10.48550/arXiv.2305.14325.

Historie úprav

Koncept: Codex + GPT-5.2 Verze 1: Codex + GPT-5.2

Jazyková revize (2026-02-25, Codex + GPT-5): upravena stylistika, sjednocena terminologie rolí a omezeny anglicismy; logika přiřazení rolí zůstává zachována. Kvalitativní audit (2026-03-23, Claude Code + Claude Opus 4.6): přidán Rámec tvrzení, ověřeny zdroje, jazyková úprava.