Ieguvumi:
- Pielietojot pieaugošo sarežģītības skalu no vienkāršākā risinājuma uz aģentu
- Ķēdes, maršrutēšanas un paralēlās darbplūsmas modeļu atšķiršana
- Daudzpakāpju uzdevuma sadalīšana plānošanas-izpildīšanas-pārbaudes ciklā
Mēs izveidojām viena transportlīdzekļa vienkāršo ciklu iepriekšējā vienībā. Reālam darbam bieži ir nepieciešamas vairākas darbības, vairāki rīki un dažkārt arī lēmumi par sazarošanu: “Atrodiet pasūtījumus, kas šomēnes ir vēlu, sastādiet atvainošanās e-pasta ziņojumu klientiem, apkopojiet vadītāju.” Šajā nodaļā mēs aplūkojam daudzpakāpju uzdevumu organizēšanas modeļus, kad jums ir nepieciešams īsts aģents, un plānošanas-izpildes-pārbaudes ciklu. Galvenais princips: sarežģītība tik daudz, cik nepieciešams.
Mērogs no vienkāršākā risinājuma līdz aģentam
Ne katrs uzdevums ir pelnījis sarežģītāko risinājumu. Soli pa solim uzkāpiet uz sarežģītības skalas un apstājieties pie vienkāršākā adekvātā risinājuma:
- Viens izsaukums: ja uzdevums tiek atrisināts ar vienu modeļa izsaukumu (apkopojiet, klasificējiet), pārtrauciet šeit.
- Viens zvans ar RAG: ja ir nepieciešama informācija, pievienojiet izgūšanu un vēlreiz vienu zvanu.
- Fiksēta darbplūsma: ja darbības ir iepriekš zināmas, veiciet to manuālu secību (koda plūsma). Modelis katrā solī veic apakšdarbu, bet secību nosakāt jūs.
- Modeļa vadīts aģents: ja darbības nevar zināt iepriekš, modelis izlemj, kuram aģentam un kad zvanīt. Visspēcīgākais, bet visdārgākais un riskantākais variants.
Atšķirība starp darbplūsmu un aģentu ir būtiska: darbplūsmā jūs ierakstāt vadības plūsmu (paredzama, pārbaudāma, lēta). Jūs piešķirat modelim kontroli pār darba kārtību (elastīga, bet neparedzama). Lielākā daļa korporatīvo darbu faktiski ir darbplūsma; īstu aģentu ir salīdzinoši maz.
Padoms: "Vai es varu iepriekš pierakstīt šī uzdevuma darbības?" jautāt. Ja varat to uzrakstīt, izveidojiet darbplūsmu — lētāku, drošāku un pārbaudāmāku. Tomēr, ja darbības atšķiras atkarībā no ievades un tās nevar paredzēt, ir nepieciešams aģents.
Trīs pamata darbplūsmas modeļi
Ātra ķēde: viena posma izvade ir nākamā soļa ievade. "Ģenerēt melnrakstu → rediģēt → formatēt." Katrs solis ir vienkāršs un koncentrēts; viegli atkļūdot.
Maršrutēšana: vispirms klasificējiet ienākošo pieprasījumu un nosūtiet to atbilstošajam ekspertam. "Vai šis jautājums ir tehnisks, norēķinu vai atmaksas jautājums?" → novirzīt uz pareizo apakšplūsmu. Katrs ceļš ir optimizēts ar savu uzvedni un rīkiem.
Paralēlizācija: vienlaicīga neatkarīgu darbu veikšana un rezultātu apvienošana. "Apkopojiet 5 dokumentus atsevišķi, pēc tam apvienojiet." Tas ir ne tikai ātrs, bet arī katram gabalam tiek pievērsta visa uzmanība.
modelis
kad
piemērs
pieķēdēts
Darbības ir secīgas un atkarīgas
Melnraksts → rediģēt → formatēt
novirzīt
Dažāda apstrāde atkarībā no ievades veida
Atbalsta pieprasījumu klasifikācija
paralēli
Neatkarīgi apakšdarbi
Apkopojiet vairākus dokumentus atsevišķi
Aģents (cilpa)
Soļus nevar paredzēt iepriekš
Beztermiņa izpēte/remonts
# Maršrutēšanas modelis (konceptuālais)tips = pattern.classify(request) # "atgriezties" | "tehnika" | "rēķins"ja ceļojums == "atgriešanās": atbilde = return_flow(request)elif tur == "technical": answer = Technical_flow(request)else: answer = invoice_flow(pieprasījums)
Plānošanas-izpildes-pārbaudes cikls
Spēcīgs modelis reālos aģentos: izveidojiet modeļa plānu, pēc tam izpildiet un pēc tam pārbaudiet. Modelis sadala sarežģīto uzdevumu apakšsoļos, veic katru darbību ar rīkiem un beidzot jautā: "vai es sasniedzu mērķi?" viņš pārbauda. Pārbaudes darbība uztver kļūdas ar atsevišķu, jaunu izskatu (“vai šī izvade atbilst uzdevumam?”).
# Plan-execute-verify (conceptual)plan = model.uret("Sadaliet šo uzdevumu soļos: " + uzdevums)plan solim: rezultāts = agent_loop(solis) # execute with toolscheck = model.uret("Vai šī izvade atbilst uzdevumam? Pastāstiet man, ja kaut kā trūkst: " + uzdevums + rezultāti)if check.missing: # labošanas kārta ...
Divas labas prakses gariem uzdevumiem: apstāšanās nosacījuma noteikšana (maksimālais soļu skaits — novērš bezgalīgu cilpu) un progresa izsekošana (lūdziet aģentam pierakstīt, ko viņš dara, lai viņš netiktu novērsts). Aģents, kuram nav soļu ierobežojumu, var griezties mūžīgi, ja viņš iestrēgst un izmaksas palielināsies.
Vājš/spēcīgs dizains
Vāji (visu liekot uz vienu milzu aģentu):
Sakiet "paveiciet šo sarežģīto lietu" un atlaidiet to, izmantojot neierobežotus rīkus.# Rezultāts: neparedzama rīcība, bezgalīgu cilpu risks, augstas izmaksas, # nav iespējams atkļūdot.
Jaudīgs (plūsma vispirms, aģents tikai tur, kur nepieciešams, ierobežots):
Vispirms sadaliet darbu fiksētos posmos (maršrutēšana + ķēdēšana). Izmantojiet aģentu tikai apakšuzdevumā, kurā soļi nav zināmi; Pievienojiet soļu ierobežojumu, progresa izsekošanu un verifikācijas kārtu.
Trīs mini futrāļi
1. gadījums — darbplūsma aģenta vietā. Viena komanda izveidoja uzdevumu "procesa atbalsta pieprasījums" ar brīvo aģentu; Dažreiz aģents pagriezās 15 pakāpienus un devās uz nepareizo ceļu. Darbības būtībā tika fiksētas (klasificēt → iegūt atbilstošo informāciju → rakstīt melnrakstu → iesniegt apstiprināšanai). Kad mēs pārgājām uz maršrutēšanas + ķēdes darbplūsmu, konsekvence palielinājās no 58% līdz 96%, un izmaksas tika samazinātas uz pusi.
2. gadījums — paralēlais pastiprinājums. Juridiskā komanda pa vienam apkopoja 20 līgumus; Kopā tas aizņēma 4 minūtes. Kad mēs pārgājām uz paralēlu modeli (visi vienlaikus, pēc tam apvienojiet), laiks tika samazināts līdz 25 sekundēm un kvalitāte palielinājās, jo katram kopsavilkumam tika pievērsta visa uzmanība.
3. gadījums — nebija apstāšanās nosacījuma. Izmeklēšanas aģents bezgalīgi zvanīja tiem pašiem diviem instrumentiem, meklējot informāciju, ko nevarēja atrast; vienas nakts laikā uzkrātas ievērojamas izmaksas. Kad tika pievienots maksimālais 8 pakāpju ierobežojums un noteikums “Ja 3 reizēs nevarēju atrast, saki, ka es nezinu”, izmaksas tika kontrolētas un tika saņemtas godīgas atbildes “Es nevarēju atrast”.
Biežas kļūdas
- Visa deleģēšana aģentam: darbplūsma ir lētāka, drošāka un pārbaudāma, ja ir zināmas darbības.
- Darbplūsmas sajaukšana ar aģentu: vai jūs vai modelis pārņemat kontroli? Neveidojiet dizainu, to nepārprotot.
- Neiestatot apstāšanās nosacījumu: aģents ieiet bezgalīgā cilpā un uzkrāj izmaksas.
- Nav progresa izsekošanas: ilgstošas misijas laikā aģents kļūst apjucis un atkal veic to pašu darbu.
- Pārbaudes kārtas izlaišana: nepareiza, bet ticama izskata izvade tiek piegādāta neatzīmēta.
Uzmanību: jo brīvāks līdzeklis, jo lielāks kļūst sprādziena rādiuss. Elastība nav brīva; katra papildu brīvība rada neparedzamību un risku. Izvēlieties šaurāko adekvāto risinājumu.
Rezumējot
- Sarežģītības gadījumā tiek piemērots princips "pēc vajadzības": viens zvans → RAG → darbplūsma → aģents tikai tad, ja tas patiešām ir nepieciešams.
- Darbplūsmā jūs ierakstāt vadības plūsmu (paredzama); Jūs atstājat darba kārtību modeļa ziņā (elastīgs, bet riskants).
- Trīs pamata modeļi: ķēde (secīgi atkarīgi), maršrutēšana (sadalīšana pēc veida), paralēla (neatkarīgi darbi).
- Īstie aģenti izmanto ciklu plāno-izpildi-pārbaudi, apstāšanās nosacījumu un progresa izsekošanu.
- Palielinoties elastībai, palielinās neparedzamība un izmaksas; Izvēlieties šaurāko adekvāto risinājumu.
Lietojumprogrammas uzdevums
Izvēlieties sava uzņēmuma daudzpakāpju uzdevumu (piemēram, “sagatavot un izplatīt ikmēneša pārskatu”). (1) Vai varat iepriekš uzrakstīt šī uzdevuma darbības? Ja varat to uzrakstīt, noformējiet to kā darbplūsmu (kāds modelis: ķēde/maršrutēšana/paralēli?); Ja nevarat uzrakstīt, paskaidrojiet, kāpēc ir nepieciešams aģents. (2) Uzzīmējiet izvēlēto dizainu ar lodziņa bultiņas diagrammu. (3) Ja aģentūra: uzrakstiet, kā iestatīsit apstāšanās nosacījumu, progresa izsekošanu un pārbaudes kārtu. (4) Uzskaitiet 3 riskus, kas saistīti ar viena un tā paša uzdevuma veikšanu ar “viena izstrādātāja aģentu”.
kontrolsaraksts
- [ ] Es varu izvēlēties pareizo līmeni skalā "sarežģītība pēc vajadzības".
- [ ] Es varu atšķirt kontroli starp darbplūsmu un aģentu.
- [ ] Es varu kartēt ķēdes, maršrutēšanas un paralēlos modeļus atbilstošiem uzdevumiem.
- [ ] Es varu iestatīt plānošanas-izpildīšanas-pārbaudes ciklu, apstāšanās nosacījumu un progresa izsekošanu aģentos.
- [ ] Es paturu prātā, ka pārāk liela elastība rada neprognozējamību un izmaksas.