Na ovoj stranici
Zamislite katalog proizvoda koji se promijeni u ponedjeljak. Uputa pomoćnika još sadrži popis od petka. Tim ažurira uputu. Druga kopija starog popisa nalazi se u primjerima korištenima za treniranje modela. Pomoćnik sada u istoj sesiji daje jedan aktualan i jedan zastario odgovor.
To je ilustrativna pogreška, ali je mehanizam čest: ista je činjenica dobila više od jednog doma.
Razgovor o uputama, dohvatu i težinama modela povlači korisnu granicu. Uputa govori pomoćniku kako da se ponaša. Dohvat donosi aktualno znanje koje se može navesti za konkretan zadatak. Prilagodba modela može ga naučiti stabilnom obrascu. Ako se to shvati kao ljestve, najprije uputa, zatim dohvat, pa dodatno treniranje kad je odgovor još pogrešan, pogrešno se dijagnosticiraju činjenične greške.
Uputa je loš katalog
Upute su privlačne jer ih je lako uređivati. Dodajte odlomak i sljedeći zahtjev ga nosi. Praktičnost skriva dva troška. Činjenica se šalje uz svaki poziv, čak i kada nije važna. Velika uputa otežava utvrditi koju je kopiju pravila model koristio.
Trajna uputa poput „pitaj prije slanja kampanje” pripada blizu agenta. Popis trenutačnih prilagođenih polja ove trgovine ne pripada. Može se promijeniti kada administrator računa doda atribut. Može se razlikovati među klijentima. Može biti vidljiv u jednom radnom prostoru, a zabranjen u drugom.
Vodič za Brevo poveznik pokazuje zašto su definicije polja važne za sinkronizaciju kontakata. Ako atribut nije deklariran u odredišnom računu, mapiranje koje se čini razumnim prema nazivu možda neće stvoriti željeno polje. Agent treba pregledati trenutačni ugovor računa, ne se oslanjati na opći popis polja iz treniranja.
Koristan rezultat dohvata dovoljno je malen da ga se može provjeriti. Treba reći na koji se račun ili klijenta odnosi, kada je pročitan i koju operaciju ili polje opisuje. Ako se dva dohvaćena odlomka razilaze, sustav treba pokazati sukob umjesto da tiho odabere tečniji. Pravi sljedeći korak može biti novi dohvat ili pregled, ne još odlučnije sročena uputa.
Dohvatite činjenicu s njezinim opsegom
Koristan zapis znanja nosi više od teksta. Treba imati izvor, verziju ili vrijeme dohvata, opseg računa i jasan način uklanjanja ili zamjene. Definicija polja pronađena u jednom računu trgovca nikada ne smije postati opće pravilo za drugi.
Pitanje o atributu kontakta tada može dohvatiti najmanji odlomak koji na njega odgovara: naziv, vrstu i račun u kojem polje postoji. Odgovor može pokazati natrag na izvor. Ako mapiranje zakaže, tim može pitati je li činjenica zastarjela, je li vraćen rezultat pogrešnog računa ili je model krivo razumio točan odlomak.
To su različiti popravci. Izmjena upute ne može popraviti filtar dohvata koji prelazi granice klijenata. Veći model ne može znati definiciju atributa koju nitko nije dohvatio.
Objašnjenje MCP-a opisuje kako agent pita alate. Alat treba vratiti relevantan ugovor, a aplikacija provoditi pravilo tko ga smije vidjeti. Tekstualna uputa „ne otkrivaj podatke drugog klijenta” nije zamjena za upit ograničen na dopušteni opseg.
Ta podjela ubrzava i popravak. Ako se odredišno polje preimenuje, ažurirajte izvor sheme i poništite pogođeno mapiranje. Ako agent uporno pogrešno shvaća stabilnu uputu, promijenite uputu ili testirajte ciljano treniranje. Ako je odgovor pogrešan jer je dohvat odabrao krivi račun, promjena težina modela promašuje uzrok. Svaka vrsta pogreške ima drugog odgovornog i drugi put ispravljanja.
- Trajna uputa
Kako se pomoćnik treba ponašati
- Dohvat ograničen opsegom račun · verzija · vrijeme
Što je sada točno
- Odluka o mapiranju
Koristi trenutačnu činjenicu za ovaj zadatak
- Provedeno zapisivanje
Kod provjerava dopuštenje i opseg
Učite obrasce tek kad postanu stabilni
Pošten prigovor glasi: „Ako se činjenica koristi stalno, zašto je ne bismo ugradili u manji model?” Samo ponavljanje nije dovoljno. Činjenica mora ostati točna između ažuriranja modela, a model mora moći razlikovati kontekste.
Stabilan stil klasifikacije možda će se jednom isplatiti prilagoditi. Trenutačni popis polja dobavljača loš je kandidat. Čak i ako se rijetko mijenja, cijena jednog zastarjelog odgovora može biti krivo mapiranje primijenjeno na mnoge zapise. Držite činjenicu ondje gdje je čovjek može pregledati i ažurirati.
Izvorni razgovor upozorava i da se dohvat ne koristi za svaki neuspjeh zaključivanja. Ako model ne može ispravno usporediti dva relevantna dokumenta, dodavanje još pedeset dokumenata neće ga tome naučiti. Najprije pitajte je li stigao pravi odlomak. Zatim je li prosudba nad njim bila valjana.
Za graditelja integracije slijed popravka glasi: utvrdite pogrešnu tvrdnju; pregledajte dohvaćeno polje ili odlomak API-ja; provjerite račun i verziju; po potrebi ispravite izvor ili dohvat; ponovno testirajte odluku. Tek zatim razmišljajte o promjeni modela.
Cijena je održavanje pravog sloja znanja: ažuriranje izvora, provjere pristupa i navodi. Dobitak je činjenica koja se može ispraviti na jednom mjestu.
Promijenjeni ugovor nikada ne bi smio čekati da ga model zaboravi.
Često postavljana pitanja
Što pripada u uputu agentu?
Ondje pripadaju kratke, trajne upute o ponašanju i granicama. Promjenjivi katalog, popis polja pojedinog klijenta ili trenutačno pravilo dobavljača treba po potrebi dohvatiti iz izvora kojem je pristup dopušten.
Zašto model ne bismo dodatno trenirali na trenutačnoj dokumentaciji?
Dodatno treniranje može promjenjivu činjenicu ugraditi u težine koje je teško pregledati i ažurirati. Najprije osigurajte dohvat i navođenje pravog dokumenta u trenutku odluke.
Kako popraviti pogrešan činjenični odgovor?
Pregledajte izvorni dokument, njegovu verziju, filtar dohvata i vraćeni odlomak. Ispravite činjenicu ili put dohvata prije promjene modela.