Missä suuret kielimallit ansaitsevat paikkansa yrityksessä

Asiakaspalvelun työntekijä kuulokkeet päässä sivulta kuvattuna siistin työpöydän ääressä lukemassa luonnosteltua vastausta näytöltä, jolla abstrakteja sinisiä tekstilohkoja, näppäimistön vieressä pieni pino paperilaskuja, pehmeä päivänvalo

Yritys ostaa chat-avustajan lisenssit jokaiselle työntekijälle. Puolen vuoden päästä kuva on kirjava. Osa käyttää sitä päivittäin sähköposteihin ja kokousten tiivistelmiin. Useimmat kokeilivat muutaman kerran ja lopettivat. Joku taloudessa pyysi sitä täsmäyttämään kaksi pääkirjaa ja sai itsevarmoja, siististi muotoiltuja, vääriä lukuja. Kun lisenssien uusiminen tulee eteen, kukaan ei osaa sanoa, mitä se muutti, ja päätös tehdään anekdoottien varassa.

Lisenssit eivät olleet virhe. Virhe oli ottaa suuri kielimalli käyttöön yleistyökaluna kaikille sen sijaan, että se olisi sijoitettu tiettyihin kohtiin tietyissä prosesseissa, joissa sen vahvuudet vastaavat työtä.

Nuo vahvuudet ovat todellisia ja kapeita. Kielimalli on hyvä kielessä: jäsentymättömän syötteen lukemisessa, rakenteen poimimisessa siitä, tekstin luonnostelussa, tiivistämisessä, luokittelussa ja tulkkaamisessa sen välillä, miten ihminen kysyy ja miten järjestelmää pitää kysellä. Se on heikko tarkassa laskennassa, sellaisten tosiasioiden muistamisessa, joita sille ei annettu, johdonmukaisen tilan ylläpitämisessä pitkän prosessin ajan ja päätöksestä vastaamisessa.

Missä ne ansaitsevat paikkansa

Jäsentymättömänä saapuvan lukeminen. Sähköpostit, ostolaskut, lähetteet, reklamaatiot ja liitteinä lähetetyt tilaukset. Malli muuttaa ne rakenteisiksi kentiksi, kukin sen kohdan kanssa, josta se poimittiin, joten ihminen voi tarkistaa sen sekunneissa. Tämä on ostolaskuprosessin alkupää Hurukanin Talous-moduulissa: vastaanotettu, tiliöity, hyväksytty, viety.

Luonnostelu ihmisen lähetettäväksi. Vastaukset asiakkaille, tarjousten ensimmäiset versiot ja tapaushistorian tiivistelmät ennen puhelua. Ihminen muokkaa ja lähettää; malli säästää tyhjältä sivulta. Asiakaspalvelu-moduuli on suunniteltu juuri tämän säännön mukaan: agentit luonnostelevat, ihminen lähettää.

Kysymysten muuttaminen kyselyiksi. Esihenkilö kysyy, miksi toimitukset yhdelle alueelle myöhästyvät. Malli muuttaa sen kyselyksi määriteltyä liiketoiminnan mallia vasten ja palauttaa vastauksen kysely näkyvillä.

Luokittelu ja ohjaus. Mikä tiimi, mikä prioriteetti, mikä pohja. Kapeaa, toistuvaa ja helppoa tarkistaa, mikä tekee siitä myös hyvän ehdokkaan pienemmälle mallille.

Tiedon selittäminen. Miksi tämä tilaus on pidossa? Malli lukee tiedon historian ja kirjoittaa kolme lausetta, joiden perusteella ihminen voi toimia.

Muutosten kirjoittaminen itse järjestelmään. Uusi kenttä, uusi sääntö tai uusi raportti, jonka agentti luonnostelee muutokseksi ihmisen katselmoitavaksi. Näin Hurukania on tarkoitus laajentaa: kuvattuna, agentin kirjoittamana, ihmisen hyväksymänä, kirjattuna.

Missä eivät

Laskenta ja täsmäytys. Käytä koodia. Malli voi kirjoittaa tai kutsua koodin, joka laskee summan, mutta sen ei pitäisi laskea summaa päässään.

Tosiasiat, joita sille ei annettu. Ilman ankkurointia yrityksen dataan malli tuottaa uskottavaa tekstiä. Se, mihin se on ankkuroitu, on yhtä tärkeää kuin malli, kuten kirjoituksessa haku ontologiasta perustellaan.

Numeerinen ennustaminen. Kysyntä-, kassa- ja kapasiteettiennusteet ovat klassisten tilastollisten ja koneoppimismallien työtä takautuvan testauksen kera, kuten kirjoituksessa klassinen koneoppiminen ennustaa kysyntää yhä paremmin kuin LLM selitetään.

Lopulliset päätökset, joilla on seurauksia. Maksut, hintasitoumukset, sopimusehdot ja kaikki ihmisten työsuhteisiin liittyvä. Malli valmistelee; ihminen päättää.

Kaikki, mitä ei voi tarkistaa. Jos tulosta ei voi todentaa edullisesti, sen virheiden hinta pysyy piilossa, kunnes se on suuri.

Miten ne sijoitetaan

Kysy jokaisesta käyttöehdokkaasta neljä kysymystä. Onko syöte pääosin tekstiä? Voiko vastaanottaja tarkistaa tuloksen nopeasti? Onko virhe peruttavissa? Kuka hyväksyy ennen kuin mitään lähtee yrityksestä tai tieto muuttuu? Hyvissä käyttötavoissa syöte on tekstiä, tulos nopeasti tarkistettavissa ja virhe peruttavissa, ja hyväksyntä on paikallaan aina, kun viimeinen ehto ei täyty.

Ohjaa sitten jokainen tehtävä sille sopivalle mallille. Hurukanin Superäly-kerros on suunniteltu tekemään tämä tehtäväkohtaisesti kärkimallien ja yrityksen omalla laitteistolla toimivien mallien välillä laatua, kustannuksia ja tietojen kulkua koskevien sääntöjen mukaan. Integraatiot Microsoft 365 Copilotiin, Claudeen ja ChatGPT:hen ovat suunnitteilla eivätkä vielä käytössä.

Testi, jonka voi tehdä jo tänään

Listaa yhden osaston kymmenen eniten aikaa vievää viikoittaista tehtävää. Merkitse kustakin kolme asiaa:

  1. Syöte on pääosin tekstiä. Kyllä vai ei.
  2. Tuloksen voi tarkistaa alle minuutissa. Kyllä vai ei.
  3. Virheen voi perua. Kyllä vai ei.

Tehtävät, joissa on kolme kyllää, ovat ne, joissa kielimalli todennäköisimmin ansaitsee paikkansa. Tehtävät, joissa viimeisessä sarakkeessa on ei, tarvitsevat ennen mitään muuta suunnitellun hyväksyntävaiheen. Tehtävät, joissa toisessa sarakkeessa on ei, tarvitsevat tavan tarkistaa tulos ennen kuin ne tarvitsevat mallia lainkaan.