Na tej strani
Predstavljajte si katalog izdelkov, ki se spremeni v ponedeljek. Poziv pomočnika še vedno vsebuje petkov seznam. Ekipa popravi poziv. Druga kopija starega seznama ostane v primerih, uporabljenih za učenje modela. Pomočnik zdaj v istem pogovoru poda en aktualen in en zastarel odgovor.
To je ponazoritvena napaka, njen mehanizem pa je pogost: isto dejstvo ima več kot en dom.
Razprava o pozivih, pridobivanju informacij in utežeh modela zariše uporabno mejo. Poziv pomočniku pove, kako naj se vede. Pridobivanje informacij prinese trenutno, navedljivo znanje v posamezno nalogo. Prilagajanje modela ga lahko nauči stabilnega vzorca. Če te tri možnosti obravnavamo kot lestvico, na kateri najprej izboljšamo poziv, nato dodamo iskanje in nazadnje dodatno učenje vsakič, ko odgovor ostane napačen, napačno diagnosticiramo dejstvene napake.
Poziv je slab katalog
Pozivi so privlačni, ker jih je lahko urejati. Dodate odstavek in naslednja zahteva ga že vsebuje. Ta priročnost skrije dva stroška. Dejstvo potuje z vsakim klicem, tudi ko ni pomembno. Poleg tega je pri velikem pozivu težje ugotoviti, katero kopijo pravila je model uporabil.
Trajno navodilo, kot je „pred pošiljanjem kampanje vprašajte“, sodi blizu agenta. Seznam trenutnih polj po meri v določeni trgovini ne. Spremeni se lahko, ko skrbnik računa doda atribut. Med najemniki se lahko razlikuje. En delovni prostor ga lahko vidi, drugemu pa je prepovedan.
Vodnik za priključek Brevo pokaže, zakaj so definicije polj pomembne pri sinhronizaciji stikov. Če atribut ni deklariran v ciljnem računu, preslikava, ki po imenu deluje smiselno, morda ne ustvari predvidenega polja. Agent naj pregleda trenutno tehnično specifikacijo računa, ne pa iz spomina prikliče splošnega seznama polj iz učenja.
Koristen pridobljeni rezultat je dovolj majhen, da ga je mogoče preveriti. Povedati mora, na kateri račun ali katerega najemnika se nanaša, kdaj je bil prebran in katero operacijo ali polje opisuje. Če si dva odlomka nasprotujeta, naj sistem konflikt pokaže, namesto da tiho izbere bolj tekočega. Pravi naslednji korak je lahko novo poizvedovanje ali pregled, ne le odločneje napisan poziv.
Pridobite dejstvo skupaj z njegovim obsegom
Uporaben zapis znanja nosi več kot besedilo. Potrebuje vir, različico ali čas pridobitve, obseg računa in jasen način za odstranitev ali zamenjavo. Definicija polja iz računa enega trgovca nikoli ne sme postati splošno pravilo za drugega.
Vprašanje o atributu stika lahko zato pridobi najmanjši odlomek, ki nanj odgovori: ime polja, tip in račun, kjer polje obstaja. Odgovor lahko pokaže na ta vir. Če preslikava odpove, lahko ekipa preveri, ali je bilo dejstvo zastarelo, ali se je vrnil rezultat za napačen račun ali pa je model pravilen odlomek napačno razumel.
To so različni popravki. Sprememba poziva ne popravi filtra za iskanje, ki prestopa meje med najemniki. Večji model ne more poznati definicije atributa, ki je nihče ni pridobil.
Razlaga MCP opisuje, kako lahko agent poizveduje po orodjih. Orodje naj vrne ustrezno tehnično specifikacijo, aplikacija pa naj uveljavi, kdo jo sme videti. Besedilno navodilo „ne razkrivaj drugega najemnika“ ne nadomesti poizvedbe, omejene na pravi obseg.
Ta delitev pospeši tudi popravilo. Če se polje v ciljnem sistemu preimenuje, posodobite vir sheme in razveljavite prizadeto preslikavo. Če agent večkrat napačno razume stabilno navodilo, spremenite navodilo ali preizkusite ciljano dodatno učenje. Če je odgovor napačen, ker je iskalnik izbral napačen račun, popravljanje uteži modela zgreši vzrok. Vsaka vrsta napake ima svojega lastnika in svojo pot do popravka.
- Trajno navodilo
Kako naj se pomočnik vede
- Iskanje z omejenim obsegom račun · različica · čas
Kaj velja zdaj
- Odločitev o preslikavi
Uporabite trenutno dejstvo za to nalogo
- Uveljavljen zapis
Koda preveri dovoljenje in obseg
Vzorce učite šele, ko postanejo stabilni
Pošten ugovor je: „Če dejstvo uporabljamo ves čas, zakaj ga ne naučimo manjšega modela?“ Samo ponavljanje ni dovolj. Dejstvo mora ostati pravilno med posodobitvami modela, model pa mora razlikovati med konteksti.
Stabilen način razvrščanja je morda sčasoma vredno dodatno učiti. Trenutni seznam polj ponudnika je slab kandidat. Tudi če se redko spreminja, lahko en zastarel odgovor pomeni napačno preslikavo na veliko zapisih. Dejstvo naj ostane tam, kjer ga človek lahko pregleda in posodobi.
Izvorna razprava opozarja tudi, da pridobivanje informacij ne rešuje vsake napake v sklepanju. Če model ne zna pravilno primerjati dveh ustreznih dokumentov, ga petdeset dodatnih dokumentov tega ne bo naučilo. Najprej vprašajte, ali je prispel pravi odlomek. Nato preverite, ali je bila presoja na njegovi podlagi pravilna.
Za graditelja integracij to pomeni zaporedje popravila: poiščite napačno trditev; preglejte pridobljeni odlomek o polju ali API; preverite njegov račun in različico; po potrebi popravite vir ali pridobivanje; ponovno preizkusite odločitev. Šele nato razmišljajte o spremembi modela.
Cena je vzdrževanje prave plasti znanja: posodabljanje virov, preverjanje dostopa in navajanje. Pridobitev je dejstvo, ki ga lahko popravite na enem mestu.
Spreminjajoča se tehnična specifikacija ne bi smela čakati, da jo model pozabi.
Pogosto Zastavljena Vprašanja
Kaj sodi v poziv agenta?
Tja sodijo kratka, trajna navodila o vedenju in mejah. Spreminjajoč se katalog, seznam polj za posameznega najemnika ali trenutno pravilo ponudnika je treba po potrebi pridobiti iz vira, do katerega ima uporabnik dovoljen dostop.
Zakaj modela ne bi dodatno učili s trenutno dokumentacijo?
Dodatno učenje lahko spreminjajoče se dejstvo vtisne v uteži, ki jih je težko pregledati in posodobiti. Najprej poskrbite, da sistem ob odločitvi pridobi in navede pravilen dokument.
Kako popraviti napačen dejstveni odgovor?
Preglejte izvorni dokument, njegovo različico, filter za iskanje in vrnjeni odlomek. Pred spreminjanjem modela popravite dejstvo ali pot do njega.