Přejít na obsah
Skip to main content

Začínáme

Tento návod je pro analytiky, konzultanty, správce obsahu a další pracovníky, kteří potřebují poradit s XDS, ale nemusí být programátory. Technickou instalaci obvykle provede správce.

Co si připravit

Nejdřív určete, zda chcete pouze radu, nebo pracovat nad soubory projektu.

  • Pro vysvětlení, kontrolní seznam nebo rozbor krátkého anonymizovaného úryvku stačí schválený webový chat.
  • Pokud je pro ChatGPT/Codex zpřístupněn plugin flexideo-xds, používejte v něm P0 poradenský režim nad vloženým podkladem; jak ověřit, že jde o celý správný balíček, popisuje ChatGPT a Codex.
  • Pro čtení více souborů, přesné odkazy na lokální schema a návrh změny použijte lokální P1 prostředí s nainstalovanými skills.
  • Pro skutečné spuštění validátoru, buildu nebo Replicatoru potřebujete další oprávnění a samostatné potvrzení. Samotný authoring je nespustí.

Před zadáním si připravte:

  1. čeho chcete dosáhnout v aplikaci;
  2. zda má jít jen o vysvětlení, revizi, návrh nebo opravu;
  3. konkrétní XDS soubor nebo co nejmenší relevantní úryvek;
  4. známou chybovou zprávu, pokud nějaká existuje;
  5. omezení, například „bez změn souborů“ nebo „nespouštět nástroje“.

První bezpečný dotaz

Použijte jednoduchou strukturu: cíl – podklad – režim – očekávaný výstup – omezení.

Potřebuji pochopit, jak tento XDS úryvek ovlivní zadávání hodnoty ve formuláři. Proveď pouze read-only rozbor. Uveď fakta ze schematu odděleně od významu a domněnek. Nic neupravuj ani nespouštěj. Na konci napiš, co by bylo potřeba ještě ověřit.

Pokud pracujete lokálně, můžete doplnit:

Použij xds-schema-reader pro přesnou syntaxi a xds-review pro kontrolu. Pracuj pouze se souborem definitions/customer.xds.

Jak poznat dobrou odpověď

Odpověď by měla:

  • zopakovat pochopený cíl a rozsah;
  • označit nejasnosti místo jejich domyšlení;
  • rozlišit schema fakta, význam, praktické vzory a inference;
  • uvést konkrétní nálezy a jejich dopad;
  • doporučit minimální další krok;
  • přiznat, co nebylo validováno nebo runtime ověřeno;
  • nehlásit spuštění nástroje, pokud jste je neschválili.

Varovné signály jsou absolutní tvrzení bez zdroje, rozsáhlé přepsání souboru bez zdůvodnění, záměna návrhu za hotovou změnu nebo požadavek na vložení přístupových údajů.

Čtyři běžné režimy

Vysvětlení

Vysvětli česky pro analytika, co v přiloženém úryvku řídí zdroj hodnoty, povinnost vyplnění a zobrazení. Nepopisuj nepřítomné části jako chybu.

Read-only revize

Zkontroluj tento XDS bez úprav. Rozděl nálezy na schema chyby, doménová rizika, možné dopady a chybějící evidence. Seřaď je podle závažnosti.

Návrh změny

Navrhni nejmenší změnu, která přidá požadované chování. Nejdřív ukaž plán a dotčené oblasti. Potom ukaž pouze navržený úryvek a plán validace; nic nespouštěj.

Oprava chyby

Z chybové zprávy a úryvku určete pravděpodobnou kořenovou příčinu. Odděl primární problém od následných chyb. Navrhni minimální opravu a pořadí opakovaného ověření.

Co dělat po odpovědi

  1. Zkontrolujte, že agent pracoval se správným souborem a rozsahem.
  2. Nechte si vysvětlit nejasný nález běžným jazykem.
  3. U změny vyžádejte diff nebo přesně označený úryvek, nikoli jen obecný popis.
  4. Předejte návrh pracovníkovi oprávněnému ke změně a validaci.
  5. Teprve po samostatném potvrzení spusťte odpovídající kontrolu.
  6. Výsledek validace vraťte agentovi pro interpretaci; bez něj nezapisujte „ověřeno“.

Další vzory najdete v Každodenním použití. Stav svého prostředí ověříte ve Stavu podpory.