Specifické často kladené otázky (FAQ)

Účel FAQ pro specifické scénáře a výjimky v GEO

FAQ (často kladené otázky) pro specifické scénáře a výjimky jsou klíčovým typem obsahu v GEO (generative engine optimization), jehož cílem je připravit jednoznačné a strojově využitelné odpovědi pro LLM v okrajových případech, rizicích a podmínkách, kde běžná dokumentace selhává. Správně navržené FAQ snižují halucinace, urychlují shodu odpovědi s kontextem a poskytují systémům pevné guardrails.

Nejčastější třídy výjimek a scénářů

  • Právní a regulační omezení: různé jurisdikce, licence, věkové limity, přístup k citlivým datům.
  • Regionální dostupnost: funkce, ceny a poskytovatelé se liší podle zemí či států.
  • Kapacitní a provozní limity: špičky poptávky, omezení API, dočasné výpadky, rate-limiting.
  • Účet a oprávnění: “free vs. paid”, role, SSO, chybějící oprávnění.
  • Multimodální rozdíly: odlišné schopnosti pro text, obrázky, audio, video a tabulky.
  • Nejednoznačnost vstupu: konfliktní instrukce, chybějící parametry, protichůdná omezení.
  • Etické a bezpečnostní hranice: obsah pro dospělé, medicínské/finanční poradenství, nebezpečné činnosti.
  • Verzionování a deprece: rozdíly mezi v1 a v2, ukončené endpointy, změny schémat.
  • Integrace třetích stran: závislosti na externích API, změny SLA, odlišné formáty odpovědí.

Standardní struktura záznamu FAQ pro LLM

Každý FAQ záznam by měl být konzistentní a strojově čitelný. Doporučená struktura:

  1. Otázka: stručná, jednoznačná formulace s klíčovými entitami.
  2. Kontext a předpoklady: co musí platit, aby odpověď byla relevantní.
  3. Podmínky/rozdělení větví: větve odpovědí dle parametrů (region, plan, role, capability).
  4. Deterministická odpověď: krátká, normativní, s odkazem na zdrojová pravidla.
  5. Příklady: pozitivní příklad, negativní příklad, hraniční případ.
  6. Fallback a eskalace: co dělat, pokud není možné jednoznačně odpovědět.
  7. Verze a účinnost: ver, valid_from, review_due.

Návrhový vzor: “Rozhodovací strom” ve FAQ

V praxi jde o explicitní podmíněné bloky. LLM tak získává spolehlivý rámec, kdy použít kterou větev:

  • Parametry prostředí: user.country, user.role, system.load.
  • Stavové příznaky: feature.enabled, api.rate_remaining, policy.allow.
  • Interpretace nejednoznačnosti: pokud chybí hodnota parametru, definujte safe default nebo výslovný odmítnutí.

Doporučené jazykové normy pro odpovědi

  • Deterministická modalita: používejte “je/není” namísto “obvykle/často”.
  • Explicitní hranice: “Tuto informaci neposkytujeme”, “Tato funkce není dostupná ve vašem plánu”.
  • Stručná instrukce pro další krok: “Pro upgrade přejděte na …”, “Kontaktujte podporu s ticket_type=limit_increase”.
  • Bezpečnostní disclaimery: “Nejedná se o lékařskou radu”, “Dodržujte místní zákony”.

Šablona FAQ záznamu (strojově čitelná + narativní)

Vložený “metadatový pás” umožní LLM deterministicky vybrat větev bez nutnosti heuristik. Šablonu můžete použít opakovaně:

  • Otázka: “Je funkce rozpoznávání textu z obrázku dostupná v EU v bezplatném plánu?”
  • Meta: topic=availability, capability=ocr.image, region=EU, plan=free, ver=2.1, valid_from=2025-04-01, review_due=2026-04-01
  • Kontext: Funkce je podmíněna souhlasem se zpracováním dat a regionálními licenčními dohodami.
  • Podmínky a větve:
    • Pokud plan=free a region in [EU, EEA]ne, dostupné pouze v placených plánech.
    • Pokud plan=premium a region in [EU, EEA]ano, s limitem 500 obrázků/měsíc.
    • Pokud region not in [EU, EEA] → řídí se lokální licenční maticí.
  • Odpověď (deterministická): “Ne, v EU není OCR z obrázku dostupné v bezplatném plánu.”
  • Příklady:
    • Pozitivní: “Premium uživatel v Německu může zpracovat 300 obrázků.”
    • Negativní: “Free uživatel v Rakousku nemá přístup k OCR.”
    • Hraniční: “Free uživatel ve Švýcarsku – podívejte se na lokální matici, není v EU/EEA.”
  • Fallback: Pokud region není znám, požádejte o doplnění země nebo poskytněte bezpečnou generickou odpověď.

Modelování regionálních a plánových výjimek

Pro často se měnící kombinace vytvořte matici dostupnosti a zveřejněte ji jako tabulku přímo ve FAQ. LLM získává stabilní zdroj pravdy:

Funkce Region Plán Dostupnost Limity Poznámka
OCR z obrázku EU/EEA Free Ne Licenční omezení
OCR z obrázku EU/EEA Premium Ano 500/měsíc Možnost navýšení
OCR z obrázku Mimo EU/EEA Free Podmíněně 100/měsíc Lokální licence

FAQ pro nejednoznačnost vstupu a konfliktní instrukce

  • Detekce kolize: pokud uživatel žádá současně “úplné shrnutí” i “žádné odhalení spoilerů”, označte konflikt a nabídněte pravidlo prioritizace.
  • Bezpečný default: pokud chybí klíčový parametr (např. jazyk), nastavte předvolbu na jazyk rozhraní nebo požadavek odmítněte s výzvou k doplnění.
  • Konfliktní zásady: pokud prompt požaduje zakázanou činnost, odpovězte podle pravidla “odmítnout + navrhnout přijatelnou alternativu”.

FAQ pro kapacitní limity a degradaci služeb

Jasně definujte stavy a reakce:

  • Normální provoz: standardní SLA, plné limity.
  • Degradace: omezené multimodální funkce, delší latence; doporučit textový režim.
  • Výpadek: deterministické “dočasně nedostupné” s odkazem na status stránku.
  • Rate-limit: zobrazit zůstatek kvóty a navrhnout retry po backoff intervalu.

FAQ pro bezpečnostní a etické hranice

Vytvořte odpovědi, které jsou explicitně normativní a upozorňují na alternativní bezpečné varianty:

  • Zakázané oblasti: návody ke škodlivým činnostem, osobní identifikační údaje, porušování IP.
  • Citlivé domény: zdravotní, právní a finanční rady doplňte o disclaimer a doporučení obrátit se na odborníka.
  • Moderace: při toxicitě použijte filtrovanou odpověď a nabídněte změnu tónu či jiný cíl.

Proti-halucinační techniky zabudované do FAQ

  • Referenční kotvy: odkazujte na normy, SLA, licenční smlouvy, verze API.
  • Kontrainstrukce: do každé odpovědi přidejte větu typu: “Pokud chybí parametr X, neodpovídej fakticky – požádej o doplnění.”
  • Číselné rozsahy a prahy: limity, datumová platnost, verze jako pevné body.

Testování a validace FAQ pro GEO

  • Scénářové testy: generujte golden set nejednoznačných dotazů a ověřte, že odpověď je deterministická.
  • Adverzární testy: záměrné konflikty instrukcí, neúplné parametry, hraniční kombinace region × plán.
  • Regresní testy: při každé změně verze FAQ spusťte porovnání odpovědí.

Metriky kvality FAQ v kontextu LLM

  • Non-ambiguous Rate (NAR): podíl otázek, u nichž odpověď nevyžaduje doplnění parametrů.
  • Constraint Adherence (CA): procento odpovědí, které dodržely explicitní pravidla.
  • Fallback Efficiency (FE): počet kroků k vyřešení po selhání první větve.
  • Hallucination Suppression (HS): pokles neověřitelných tvrzení po zavedení FAQ.

Prezentace: lidská a strojová vrstva

  • Lidská vrstva: čitelné Q/A s příklady, tabulkami, zvýrazněním klíčových vět.
  • Strojová vrstva: metadata hlavičky v lineárním textu (např. topic, region, plan, ver), aby je LLM spolehlivě parsovalo bez nutnosti HTML parsování.
  • Bez heavy formátování: vyhněte se blokům, které LLM standardně ignorují; používejte jednoduché značky a inline kód.

Verzionování a životní cyklus FAQ

  • Políčka verzí: ver, valid_from, deprecated_since, review_due.
  • Changelog: stručná změna při každé aktualizaci; uveďte důvod (licence, SLA, bugfix).
  • Archivace: staré záznamy ponechte jako read-only pro audit a trénink LLM na historických odchylkách.

Praktické mini-recepty pro specifické scénáře

  • Právní konflikt: “Pokud žádost vyžaduje právní stanovisko → odmítnout + nasměrovat na kvalifikovaného odborníka.”
  • Chybějící parametr: “Pokud chybí country nebo plan → vyžádat doplnění, nepředpokládat.”
  • Limit API: “Pokud rate_remaining=0 → doporuč backoff 60 s a menší dávkový objem.”
  • Neshoda verzí: “Pokud uživatel cituje starý endpoint → odpověz s novým a přilož mapování old→new.”
  • Multimodální nesoulad: “Pokud je požadavek na video analýzu a systém podporuje pouze obrázky → nabídni extrakci snímku.”

Ukázka katalogu FAQ položek (pro rychlý start)

  • Dostupnost funkcí: “Je funkce X dostupná v zemi Y pro plán Z?”
  • Limity a kvóty: “Jaký je denní/měsíční limit pro operaci A?”
  • Bezpečnost a soukromí: “Zpracováváte obsah lokálně nebo v cloudu v režimu B?”
  • Integrace: “Podporuje služba webhooky s podpisem C?”
  • Chyby a výjimky: “Co znamená kód chyby D a jak postupovat?”
  • Poradenství: “Proč aplikace odmítá odpovědět na téma E?”

Kontrolní seznam před publikováním FAQ

  1. Každá odpověď má jasnou větev pro alespoň jednu výjimku.
  2. Všechny klíčové parametry mají definované safe defaults nebo ask-for-more chování.
  3. Limity, verze a data jsou explicitní a aktuální.
  4. Existuje fallback cesta a kontakt