Voitot:
- Lisääntyvän monimutkaisuuden soveltaminen yksinkertaisimmasta ratkaisusta agenttiin
- Ketjutuksen, reitityksen ja rinnakkaisten työnkulkumallien erottaminen toisistaan
- Monivaiheisen tehtävän jakaminen suunnittelu-suoritus-todentamissykliksi
Perustimme yhden ajoneuvon yksinkertaisen syklin edellisessä yksikössä. Todellinen työ vaatii usein useita vaiheita, useita työkaluja ja joskus haarautuvia päätöksiä: "Etsi tässä kuussa myöhässä olevat tilaukset, laadi anteeksipyyntösähköposti asiakkaille, tee yhteenveto esimiehelle." Tässä osiossa käsittelemme monivaiheisten tehtävien organisointimalleja, kun tarvitset todellista agenttia, sekä suunnittelu-suoritus-varmistussyklin. Pääperiaate: monimutkaisuus niin paljon kuin tarvitaan.
Skaalaa yksinkertaisimmasta ratkaisusta agenttiin
Kaikki tehtävät eivät ansaitse monimutkaisinta ratkaisua. Kiipeä askel askeleelta monimutkaisuusasteikolla ja pysähdy yksinkertaisimpaan sopivaan ratkaisuun:
- Yksittäinen kutsu: Jos tehtävä ratkaistaan yhdellä mallikutsulla (yhteenveto, luokittelu), lopeta tähän.
- Yksittäinen puhelu RAG:lla: Jos tietoja tarvitaan, lisää haku ja uudelleen yksi puhelu.
- Kiinteä työnkulku: Jos vaiheet ovat tiedossa etukäteen, järjestele ne manuaalisesti (koodikulku). Malli tekee alityön jokaisessa vaiheessa, mutta sinä määrität järjestyksen.
- Mallipohjainen agentti: Jos vaiheita ei voida tietää etukäteen, malli päättää, mitä agenttia kutsuu ja milloin. Tehokkain, mutta kallein ja riskialtisin vaihtoehto.
Työnkulun ja agentin välinen ero on kriittinen: Työnkulkuun kirjoitat ohjauksen kulun (ennustettava, testattava, halpa). Annat esityslistan hallinnan mallille (joustava mutta arvaamaton). Suurin osa yritystyöstä on itse asiassa työnkulkua; todellisia agentteja on suhteellisen vähän.
Vinkki: "Voinko kirjoittaa tämän tehtävän vaiheet etukäteen?" kysyä. Jos osaat kirjoittaa sen, luo työnkulku – halvempaa, turvallisempaa ja testattavampaa. Jos vaiheet kuitenkin vaihtelevat syötteen mukaan eikä niitä voida ennustaa, tarvitaan agentti.
Kolme perustyönkulkumallia
Pikaketjutus: Yhden vaiheen tulos on seuraavan syöte. "Luo luonnos → muokkaa → muotoile." Jokainen askel on yksinkertainen ja keskittynyt; helppo debug.
Reititys: Luokittelet ensin saapuvan pyynnön ja lähetät sen asianmukaiselle asiantuntijalle. "Onko tämä tekninen kysymys, laskutus vai hyvitys?" → ohjaa oikeaan alivirtaan. Jokainen polku on optimoitu omilla kehotteillaan ja työkaluillaan.
Rinnakkaisu: itsenäisten töiden suorittaminen samanaikaisesti ja tulosten yhdistäminen. "Tee yhteenveto 5 asiakirjasta erikseen ja yhdistä sitten." Se ei ole vain nopea, vaan jokainen pala saa täyden huomion.
kuvio
milloin
esimerkki
ketjutettuna
Vaiheet ovat peräkkäisiä ja riippuvaisia
Luonnos → muokkaa → muotoile
uudelleenohjaus
Erilainen käsittely syöttötyypistä riippuen
Tukipyynnön luokitus
rinnakkain
Itsenäiset osatyöt
Tee yhteenveto useista asiakirjoista erikseen
Agentti (silmukka)
Askeleita ei voi ennakoida etukäteen
Avoin tutkimus/korjaus
# Reititysmalli (käsitteellinen)tyyppi = pattern.classify(request) # "return" | "tekniikka" | "invoice"if tour == "return": vastaus = return_flow(request)elif tur == "tekninen": vastaus = Technical_flow(request)else: vastaus = laskun_virtaus(pyyntö)
Suunnittelu-toteutus-vahvistussykli
Tehokas malli oikeissa agenteissa: hanki mallisuunnitelma, suorita ja vahvista. Malli jakaa monimutkaisen tehtävän osavaiheisiin, suorittaa jokaisen vaiheen työkaluilla ja kysyy lopuksi "saavutinko tavoitteen?" hän tarkistaa. Vahvistusvaihe havaitsee virheet erillisellä, tuoreella ilmeellä ("täyttääkö tämä tulos tehtävän?").
# Plan-execute-verify (conceptual)plan = model.uret("Jaa tämä tehtävä vaiheisiin: " + tehtävä)for step in plan: result = agent_loop(step) # suorita työkaluilla = model.uret("Täyttääkö tämä tulos tehtävän? Kerro, jos jotain puuttuu: " + tehtävä + tulokset)jos check.missing: # korjauskierros ...
Kaksi hyvää käytäntöä pitkille tehtäville: aseta pysäytysehto (askelten enimmäismäärä – estää äärettömän silmukan) ja edistymisen seuranta (pyydä agenttia kirjoittamaan muistiin, mitä hän tekee, jotta hänen huomionsa ei häiriinny). Agentti, jolla ei ole askelrajoitusta, voi pyöriä ikuisesti, jos hän jää jumiin ja hinta nousee räjähdysmäisesti.
Heikko/vahva muotoilu
Heikko (asettaa kaiken yhdelle jättiläisagentille):
Sano "saa monimutkainen asia valmiiksi" ja vapauta se rajattomilla työkaluilla.# Tulos: arvaamaton käyttäytyminen, loputtomien silmukoiden riski, korkeat kustannukset,# mahdotonta korjata.
Tehokas (virtaus ensin, agentti vain tarvittaessa, rajoitettu):
Jaa työ ensin kiinteisiin vaiheisiin (reititys + ketjutus). Käytä agenttia vain alitehtävässä, jossa vaiheita ei tunneta; Lisää askelrajoitus, edistymisen seuranta ja vahvistuskierros.
Kolme minikoteloa
Tapaus 1 — Työnkulku agentin sijaan. Yksi tiimi perusti "prosessitukipyyntö" -tehtävän vapaan agentin kanssa; Joskus agentti kääntyi 15 askelta ja meni väärälle tielle. Vaiheet olivat pääosin kiinteitä (luokittelu → hae asiaankuuluvat tiedot → kirjoita luonnos → lähetä hyväksyttäväksi). Kun siirryimme reititys + ketjutus -työnkulkuun, johdonmukaisuus kasvoi 58 %:sta 96 %:iin ja kustannukset puolittuivat.
Tapaus 2 – Rinnakkaisvahvistus. Lakimiestiimi teki yhteenvedon 20 sopimuksesta yksitellen; Aikaa meni yhteensä 4 minuuttia. Kun siirryimme rinnakkaiseen malliin (kaikki samaan aikaan, sitten yhdistäminen), aika lyheni 25 sekuntiin ja laatu parani, kun jokainen yhteenveto sai täyden huomion.
Tapaus 3 – Ei ollut pysäytysehtoa. Tutkintaagentti soitti jatkuvasti samoihin kahteen työkaluun etsiessään tietoa, jota hän ei löytänyt; kertynyt huomattavia kustannuksia yhdessä yössä. Kun 8 askeleen enimmäisraja ja "Jos et löydä sitä kolmella yrittämällä, sano en tiedä" -sääntö lisättiin, kustannukset pysyivät kurissa ja rehellisiä "en löytänyt" vastauksia tuli.
Yleisiä virheitä
- Kaiken delegointi agentille: Työnkulku on halvempaa, turvallisempaa ja testattavissa, jos vaiheet tunnetaan.
- Työnkulun yhdistäminen agentin kanssa: Otatko sinä vai malli hallinnan? Älä suunnittele tekemättä tätä selväksi.
- Ei aseta pysäytysehtoa: Agentti siirtyy äärettömään silmukkaan ja kerää kustannuksia.
- Ei edistymisen seurantaa: Pitkän tehtävän aikana agentti hajaantuu ja tekee saman työn uudelleen.
- Varmistuskierroksen väliin jääminen: Virheellinen mutta uskottavalta näyttävä tuloste toimitetaan valitsematta.
Huomio: Mitä vapaampi aine, sitä suuremmaksi puhallussäteeksi tulee. Joustavuus ei ole ilmaista; jokainen lisävapaus lisää arvaamattomuutta ja riskiä. Valitse kapein sopiva ratkaisu.
Yhteenvetona
- Monimutkaisuudessa pätee "tarvittaessa" -periaate: yksi puhelu → RAG → työnkulku → agentti vain, jos todella tarpeen.
- Työnkulkuun kirjoitat ohjauksen kulun (ennustettavissa); Jätät asialistan mallille (joustava mutta riskialtista).
- Kolme perusmallia: ketjutus (peräkkäin riippuvainen), reititys (jakelu tyypin mukaan), rinnakkais (itsenäiset työt).
- Todelliset agentit käyttävät suunnitelma-täytä-tarkista -sykliä, pysäytysehtoa ja edistymisen seurantaa.
- Kun joustavuus lisääntyy, arvaamattomuus ja kustannukset kasvavat; Valitse kapein sopiva ratkaisu.
Sovellustehtävä
Valitse omasta yrityksestäsi monivaiheinen tehtävä (esim. "valmistele ja jaa kuukausiraportti"). (1) Voitko kirjoittaa tämän tehtävän vaiheet etukäteen? Jos osaat kirjoittaa sen, suunnittele se työnkuluksi (mikä malli: ketjutus/reititys/rinnakkais?); Jos et osaa kirjoittaa, selitä, miksi agenttia tarvitaan. (2) Piirrä valitsemasi kuvio laatikko-nuolikaaviolla. (3) Jos virasto: kirjoita, kuinka asetat pysäytysehdon, edistymisen seurannan ja varmistuskierroksen. (4) Luettele 3 riskiä, jotka liittyvät saman tehtävän suorittamiseen "yhden kehittäjäagentin" kanssa.
tarkistuslista
- [ ] Osaan valita oikean tason "monimutkaisuus tarpeen mukaan" asteikolla.
- [ ] Pystyn erottamaan työnkulun ja agentin hallinnan erot.
- [ ] Osaan kartoittaa ketjutusta, reititystä ja rinnakkaiskuvioita sopiviin tehtäviin.
- [ ] Pystyn määrittämään agenteissa suunnittelu-täytä-tarkista -syklin, pysäytystilan ja edistymisen seurannan.
- [ ] Pidän mielessä, että liiallinen joustavuus tuo arvaamattomuutta ja kustannuksia.