AI, MCP ja API juridiikkaa
MCP on tekoälyn USB-C, mutta…
Sopimusten puolella ketju on kuitenkin monimutkaistunut. Tässä kirjoituksessa käydään läpi, mikä rajapintasopimusten ja tekoälyintegraatioiden osalta on uutta sopimuskäytäntöä ja mikä vanhaa uudessa kääreessä eli lyhyesti sanottuna käsitellään AI MCP ja API juridiikkaa.
Kaikki tietänevät USB-C:n, mutta MCP ei välttämättä ole vielä yhtä tuttu. Se ei ole fyysinen liitin, vaan yhteinen tapa kuvata ohjelmiston toiminnot niin, että tekoäly osaa käyttää niitä. Sen alla on aina rajapinta eli API, joka on ohjelmiston palveluluukku, jonka kautta se tarjoaa toimintojaan toisille ohjelmistoille. Rajapinnat eivät sinänsä ole uusi asia, mutta niiden käyttö ja merkitys on viime vuosina korostunut voimakkaasti, ja MCP tuo niihin yhteisen kielen: sen sijaan että jokainen kytkentä koodattaisiin erikseen, tekoäly osaa kysyä palvelulta mitä se osaa tehdä ja käyttää sitä. Siitä nimitys tekoälyn USB-C.
Ketju, ei kytkentä
Keskeistä kokonaisuuden hahmottamisessa on mielestäni se, että tekoälyintegraatioissa kyseessä on ketju eikä kytkentä.
Myyjä pyytää assistenttia valmistelemaan tarjouksen, ja tekoäly hakee asiakastiedot asiakasrekisteristä, lukee edellisen sopimusluonnoksen dokumenttipilvestä, tarkistaa hinnoittelusäännöt sisäisestä lähteestä, muotoilee tarjouksen, tallentaa sen pilveen ja lähettää yhteenvedon viestintäalustalle. Käyttäjän kokemus on yksi pyyntö ja yksi vastaus. Juridisesti tapahtui kuusi siirtoa, joista jokaisessa oli kenties eri vastapuoli, eri ehdot ja eri rooli.
Vanhaa uudessa kääreessä
Sopimuskäytäntö tässä maailmassa on kuitenkin pitkälti samaa, mitä IT- ja ohjelmistosopimuksissa on nähty jo vuosia. Toimittaja ei vastaa osista, joita se ei hallitse, ja kolmannen toimittaman osion ehtoihin sitoudutaan erikseen. Asiakkaan käyttöön ottamat kolmansien ominaisuudet eivät ole osa toimitusta, eikä kolmansien rajapinnoista anneta takuita. Asiakas vakuuttaa, että sillä on oikeudet dataan jonka se syöttää.
Lopputulos on, että huomiota tulisi kiinnittää ketjun alkupäähän: asiakkaan päätökseen siitä, mitä aineistoa hän ylipäätään laittaa sisään.
Nostan tähän liittyen pari uudehkoa ilmiötä sopimuskäytännöistä.
Anonymisointi ja sen dokumentointi
Kun vastuu syötetystä datasta on asiakkaalla, luonnollinen keino kantaa se on rajata sisään menevää aineistoa ja siksi anonymisointi ja pseudonymisointi ovat nousseet keskusteluun tekoälyketjujen yhteydessä. Rima on kuitenkin korkeammalla kuin usein oletetaan, ja se on liikkeessä: Euroopan tietosuojaneuvosto päivittää anonymisointiohjeistustaan, ja suunta näyttää olevan kohti suhteellista tunnistettavuutta. Sama aineisto voi näet olla henkilötietoa yhden käsissä ja anonyymiä toisen. Ketjussa arvio olisi silloin tehtävä askelittain. Olennaista on, että dokumentointi on osa itse suojaa: väite anonymisoinnista ei kanna sopimuksessa eikä valvonnassa, jos menetelmää ja arvion perusteita ei ole kirjattu ylös.
Riskiluokat ja käyttöehtojen uusi ulottuvuus
Uusi kerros tulee sääntelystä. Tekoälyasetuksessa luokka määräytyy pääosin käyttöalasta, ei niinkään tekniikasta, ja korkean riskin luokka tuo mukanaan merkittäviä dokumentointivaatimuksia ja prosessikuvauksia. Ketjun kannalta kiinnostavaa on, että luokka voi muuttua ilman että sopimuksiin kosketaan: yksi uusi liitin voi siirtää käyttötapauksen luokasta toiseen huomaamatta. Sama työkalu voi olla kevyesti säännelty yhdessä käytössä ja korkean riskin järjestelmä toisessa.
Tämä on myös johtanut siihen, että toimittajat asettavat lisävaatimuksia, kuten pätevän ammattilaisen tarkastus ennen tuotoksen käyttöä ja tieto loppukäyttäjälle siitä, että tekoälyä on käytetty. Toimittajien käyttöehdot ulottuvat siis asiakkaan omaan työprosessiin asti: ne eivät sano vain mitä ei saa tehdä, vaan miten tekeminen on järjestettävä ja kuka sen tarkastaa.
Esimerkiksi tämän artikkelin osalta lukijalle tuotaisiin esiin huomautus: kirjoituksen laatimisessa käytettiin tekoälyä ja sen tarkasti aiheeseen erikoistunut juristi.
Jos haluat keskustella lisää MCP, API tai muista AI -aiheisista juridisista asioista niin laita viestiä Legaunselille.
