Připravte agenty a pracovní postupy pro týmy
Produkční agenti a pracovní postupy by měly řešit konkrétní úkoly s přezkoumanými daty, nástroji, výzvami, přístupem a monitoringem. Vyhněte se publikování obecných asistentů, kteří mohou vidět příliš mnoho a nemají vlastníka.
Kontrolní seznam produkčního agenta
Před sdílením agenta s týmem zkontrolujte:
- Název a popis: uživatelé mohou identifikovat úkol, který vykonává.
- Vlastník: jedna osoba nebo tým vlastní změny a incidenty.
- Připojení modelu: model/poskytovatel je schválen pro pracovní zátěž.
- Výzva: role, hranice, styl výstupu, eskalace a chování při odmítnutí jsou explicitní.
- Data: sbírky dat, paměť, soubory a připojené zdroje jsou záměrné.
- Sdílené nástroje: nástroje pro služební účet jsou schváleny pro publikum agenta.
- Soukromé nástroje: nástroje vlastněné uživateli jsou vyžadovány pouze tehdy, když je důležitý kontext uživatele.
- Platform Tools: pokročilé nástroje jsou povoleny pouze tehdy, když je potřebuje úkol.
- Přístup: soukromý pro vývoj, týmově sdílený pro pilot, organizace široce pouze po schválení.
- Monitoring: konverzace, zpětná vazba, provádění nástrojů, analytika a historie mají vlastníka.
Problémy s konfigurací agenta
| Příznak | Pravděpodobná příčina | Akce administrátora |
|---|---|---|
| Agent říká, že nemá data | Sbírka dat, paměť nebo připojení není připojeno nebo není sdíleno | Připojte zdroj a otestujte získání |
| Agent nemůže zavolat nástroj | Chybí připojení, soukromé připojení patří jinému uživateli, nebo je funkce zakázána | Zkontrolujte přidělené nástroje a správu připojení |
| Agent žádá o schválení příliš často | Funkce zápisu jsou správně v režimu potvrzení, nebo je příliš mnoho operací modelováno jako zápisy | Udržujte potvrzení pro rizikové akce; zjemněte návrh nástroje pro bezpečné čtení |
| Agent dává nekonzistentní odpovědi | Výzva je příliš široká, zdroj dat je zastaralý, nebo nastavení modelu je nevhodné | Zúžte výzvu, obnovte data a otestujte s známými případy |
| Uživatelé mohou upravovat produkční chování | Tým má přístup k úpravám/zápisům místo přístupu k použití | Omezte přístup k úpravám na vlastníky |
Příprava pracovního postupu
Používejte pracovní postupy pro opakované procesy s předvídatelnými kroky. Pracovní postup by měl mít známé vstupy, jasné závislosti uzlů, bezpečné chování při chybách a cestu zpět pro zápisové akce.
Před publikováním:
- Pojmenujte pracovní postup podle obchodního procesu.
- Definujte požadované vstupy a očekávaný výstup.
- Používejte uzly pro čtení před uzly pro zápis, kdykoli je to možné.
- Udržujte uzly pro zápis za potvrzením, když je dopad vysoký.
- Testujte na neprodukčních záznamech.
- Zkontrolujte provádění nástrojů pro každou akci připojení.
- Zkontrolujte historii pracovního postupu po každé významné úpravě.
- Sdílejte s jedním pilotním týmem před rozšířením přístupu.
Příklady pracovních postupů
| Pracovní postup | Doporučené kontroly |
|---|---|
| Žádost o podporu -> problém v Jira -> oznámení na Slacku | Vytvoření v Jira a příspěvek na Slacku vyžadují potvrzení během pilotu |
| Vyhledání obchodu v HubSpotu -> příprava schůzky -> návrh kalendáře | Čtení z CRM může být přímé; aktualizace kalendáře potřebují kontext uživatele nebo potvrzení |
| Příjem incidentu webhooku -> klasifikace -> vytvoření úkolu | Webhook má pojmenovaný API klíč, vzorovou zátěž a plán pro opakování selhání |
| Obnovení dat -> shrnutí -> soubor zprávy | Používejte bezpečné testovací složky a zkontrolujte generované soubory před nasazením do týmu |
Pokud pracovní postup změnil nesprávný záznam
- Pozastavte nebo zúžte sdílení pracovního postupu.
- Otevřete provádění nástrojů a najděte zápisovou akci.
- Zaznamenejte název funkce, argumenty, výsledek, stav schválení, uživatele a časové razítko.
- Zkontrolujte výstup předchozího uzlu, který dodal ID záznamu.
- Potvrďte, zda mělo připojení příliš široká oprávnění.
- Přidejte potvrzení, přísnější parametry nebo validační krok.
- Znovu testujte na bezpečných záznamech.
- Znovu povolte přístup pouze po schválení vlastníka.
Šablony
Používejte šablony pouze poté, co má agent osvědčenou konfiguraci. Šablona může zkopírovat užitečné výzvy, nástroje, předpoklady o datech a Platform Tools do nových agentů, takže špatná šablona rychle šíří problémy.
Před publikováním šablony:
- odstraňte testovací přihlašovací údaje a návrhové výzvy,
- potvrďte výchozí přístupy,
- zkontrolujte Platform Tools,
- zdokumentujte zamýšlené publikum,
- vytvořte jednoho agenta ze šablony a otestujte ho od začátku do konce.