Avatud AI-native õppeplatvorm

Kontseptsiooni kokkuvõte

Projekt loob avatud, modulaarse ja kasutusvalmis AI-native LMS-i, milles õppimine on järjepidev protsess. Õppimine võib toimuda kursusel, ainetunnis, välises teenuses, töökohal, muuseumis või päris vestluses. LMS seob tegevused õppija eesmärgiga, kogub soorituse tõendeid, säilitab katsete ajaloo, korraldab tagasiside ja näitab arengut.

Toode sobib üldhariduskoolidele, kutsekoolidele, kolledžitele, keeltekoolidele, ülikoolidele ja töötajate koolitajatele. White label mudel võimaldab kasutada oma nime, kujundust, domeeni, ligipääsureegleid ja heakskiidetud tehnoloogiate valikut.

Projekti tulemus ei ole üksnes prototüüp ega ühe organisatsiooni erilahendus. Valmiv Open Core peab olema kasutatav iseseisva õppeplatvormina ning piisavalt modulaarne, et haridusasutus, arendaja või teenusepakkuja saaks selle võtta kasutusele, kohandada oma vajadustele ja arendada edasi uue toote või teenusena.

Sama keskkond annab ülikoolidele, uurimisrühmadele ja arendajatele valmis taristu. Uue keele- või haridustehnoloogia saab ühendada eraldi moodulina, katsetada kokkulepitud õpistsenaariumis ja näidata turule töötava protsessi osana.

Õpetaja säilitab pedagoogilise vastutuse. AI aitab ettevalmistuse, selgitamise, harjutamise ja kiire tagasisidega, kuid ei tee lõplikku otsust taseme, hinde, kursuse lõpetamise ega tunnistuse kohta.

Üks esimesi praktilisi kasutusjuhte on eestikeelsele õppele üleminev üldhariduskool, kus sama õppekava järgi õpivad erineva eesti keele oskusega õppijad. Platvorm aitab õpetajal luua ja kohandada sama aine sisu A1–C1 tasemele nii, et keeleline lihtsustamine ei vähenda ainealast eesmärki.

Peamine muutus kasutaja jaoks

Sisukord

1. Probleem ja toote vajadus
2. Lahenduse põhimõtted
3. Kasutajad ja rollid
4. Õpitee ja õpitegevused
5. AI läbipaistvus ja õpetaja roll
6. Eesti keel ning AI-native kursuse- ja õppematerjalide konstruktor
7. Keeletehnoloogiad ja välised ressursid
8. Modulaarne arhitektuur ja white label
9. Uuringud ja tehnoloogiapiloodid
10. MVP kirjeldus
11. Läbivad näidisstsenaariumid
12. Andmed ja vastutus
13. Rakendamine ja turule minek
14. Edu mõõtmine ja riskid
15. Open Core piirid ja järgmised sammud

1. Probleem ja toote vajadus

AI kasutamine on õpetajale halvasti nähtav

Õppijad kasutavad generatiivset AI-d info otsimiseks, materjali mõistmiseks ja vastuste koostamiseks. Õpetaja näeb sageli ainult lõpptulemust. Ühe valmis teksti põhjal ei saa usaldusväärselt otsustada, millise osa tegi õppija ise, millist abi kasutas ja kas ta sisust aru saab.

LMS peab seetõttu talletama vaadeldava õppeprotsessi: ülesande, katsete järjestuse, lisatud materjalid, lubatud õpivestlused, suulised selgitused, õpetaja tagasiside järel tehtud muudatused ja järgmise harjutuse tulemuse. Süsteem ei luba näilist täpsust AI autorluse protsendi kujul.

Õpetaja roll vajab uut selgust

Kui AI selgitab, harjutab ja genereerib vastuseid otse õppijaga, võib õpetaja roll taanduda lõpptulemuse kontrollimiseks. Uus LMS annab õpetajale tagasi ülevaate ja õiguse määrata eesmärgid, AI kasutamise reeglid, hindamiskriteeriumid ja järgmine õpisamm.

Eesti keeletehnoloogiad on killustunud

Eestis arendatakse sõnastikke, kõnemudeleid, korpusi, teste, kursusi ja muid lahendusi. Nende mõju jääb väikeseks, kui iga tööriist paikneb eraldi ega ole seotud õpieesmärgi, õpetaja töö ja õppija ajalooga. Ka tugevad rahvusvahelised mudelid eksivad eesti kõne tuvastamisel ja sünteesil ning eesti keel ei ole alati nende arendusprioriteet.

Õpetajal napib A1–C1 tasemele kohandatud materjale

Ühes klassis õpivad erineva eesti keele tasemega õppijad. Eestikeelsele õppele üleminevates koolides on see igapäevane praktiline probleem: aineõpetaja peab saavutama sama õppekava eesmärgi, kuid materjal, sõnavara ja juhised peavad olema eri õppijatele keeleliselt jõukohased.

Aineõpetaja kulutab palju aega teksti, sõnavara ja juhiste kohandamisele. Valmis materjalid jäävad sageli ühe õpetaja või kooli kasutusse, sest puudub ühine taaskasutatav kogu.

Head ressursid jäävad eraldiseisvaks

Keeleklikk, Keeletee, Keelelend ja teised tasuta ressursid ei moodusta iseenesest ühtset õpiteed koos diagnostika, AI toe, välise praktika ja õpetaja tagasisidega. API puudumisel saab LMS lisada need välise tegevusena, koguda soorituse tõendi ja korraldada järgneva refleksiooni. Tehnilist otseühendust tohib väita alles siis, kui lubatud API tegelikult töötab.

2. Lahenduse põhimõtted

3. Kasutajad ja rollid

Õppija

Õppija liitub organisatsiooni ja kursusega, määrab õpieesmärgi, läbib lühikese lähtehindamise ning saab esialgse plaani. Profiilis saab märkida emakeele. Õpetaja või organisatsioon otsustab, kas ja millal võib AI pakkuda selles keeles tuge.

Õpetaja ja mentor

Õpetaja loob kursuse, seob tegevused õppekavaga, lisab oma materjale, kasutab AI tuge ülesannete ja õppesisu loomiseks, kohandab materjale, jälgib katseid ning annab tagasisidet. AI väljund on ettepanek; õpetaja on materjali toimetaja ja avaldaja.

Organisatsiooni administraator

Administraator seadistab organisatsiooni, rühmad, registreerimise, õpetajate ja kursuste määramise, lõpetamisreeglid, tunnistused ning lubatud moodulid ja AI teenused.

Peaadministraator

Peaadministraator haldab white label keskkondi, platvormi üldvõimekusi, autentimis- ja integratsiooniseadeid ning tehnilist pakkujate, AI mudelite ja moodulite kataloogi. Ta saab tehnoloogia või mudeli lisada, aktiveerida, keelata või asendada ning näeb selle tehnilist kasutusvalmidust. Ta ei tee konkreetse õppija pedagoogilisi otsuseid.

Teadlane ja arendaja

Teadlane või arendaja kasutab piiratud pilootkeskkonda. Ligipääs tuleneb projekti eesmärgist, osalejate nõusolekutest ja kokkuleppest organisatsiooniga. Katsemoodul ei saa õppija seisundit otse muuta.

4. Õpitee ja õpitegevused

Kursus sisaldab eesmärke, materjale ja võimalikke tegevusi, kuid ei pea olema kõigile jäigalt samadeks päevadeks jagatud. Päevad ja nädalad on õppija hetkeplaani esitus. Aluseks jäävad programm, eesmärgid, tegevused, katsed, tõendid ja progress.

Õppija algusteekond

1. Registreerimine, turvaline sisselogimine või kursusele määramine.
2. Õpieesmärgi ja lähteolukorra kirjeldamine.
3. Lühike AI intervjuu ja lihtne diagnostika, kui see on lubatud.
4. Esialgse plaani koostamine läbipaistvate reeglite järgi.
5. Tänase vaate avamine ja esimese tegevuse alustamine.

Õpitegevused

Mitmeliigilised tõendid ja katsed

Üks esitus võib sisaldada fotot ja kommentaari, linki ja refleksiooni või faili ja helisalvestist. Varasemat katset ei kirjutata üle. Õppija ja õpetaja näevad katsete, tagasiside ja paranduste ajajoont.

5. AI läbipaistvus ja õpetaja roll

Iseseisvuse hindamine

Platvorm ei väida täpset AI autorluse protsenti. Selle asemel näeb õpetaja kontrollitavaid protsessiandmeid: katsete ajalugu, tegevusega seotud AI vestlusi, kasutatud allikaid, suulist selgitust, täpsustavatele küsimustele vastamist ja muutusi pärast tagasisidet. Vajadusel lisatakse lühike suuline kaitsmine või uus ülesanne teises vormis.

Õpetaja ülesanded

• Määrab eesmärgid, kriteeriumid ja lubatud AI kasutuse.
• Toimetab ja avaldab AI abil loodud materjali.
• Vaatab tegevusi, artefakte, kõiki katseid ja lubatud õpivestlusi.
• Võtab töö vastu või palub seda parandada.
• Kohandab õpiteed ja sekkub siis, kui vaja.
• Kinnitab kursuse lõpetamise organisatsiooni reeglite järgi.

Õpiassistendid ja mudelite valik

Õppija, õpetaja, administraatori ja toe assistendid kasutavad ühist tehnilist alust, kuid erinevat rolli ja lubatud konteksti. Õppijale teatatakse selgelt, kui hariduslik vestlus on õpetajale nähtav.

Platvorm ei ole seotud ühe AI mudeliga. Peaadministraator saab mudelite ja pakkujate kataloogi hallata ning organisatsioon saab valida eri ülesannete jaoks lubatud mudelid, arvestades eesti keele kvaliteeti, häälevõimekust, hinda, andmekaitset, kasutajate vanust ja konkreetset õpitegevust. Mudeli saab vajaduse korral aktiveerida, keelata või asendada ilma LMS-i põhiloogikat ümber ehitamata.

6. Eesti keel ning AI-native kursuse- ja õppematerjalide konstruktor

Platvormi üks keskseid tehnoloogilisi võimekusi on AI-native kursuse- ja õppematerjalide konstruktor. See ei piirdu valmis teksti genereerimisega, vaid aitab õpetajal muuta õppekava eesmärgi, teema või olemasoleva materjali struktureeritud tunniks või kursuseks.

Õpetaja saab alustada ametlikust õppekava viitest või käsitsi sisestatud ainest, klassist ja teemast. Samuti saab lähteks kasutada õpetaja enda teksti, faili, töölehte, harjutust, ülesannet või muud õppematerjali. Käsirežiim töötab ka siis, kui väline õppekavaallikas ei ole kättesaadav.

A1–C1 kohandamine

Konstruktor valmistab sama teema või materjali õpetaja jaoks A1, A2, B1, B2 ja C1 variandis. Iga variant võib sisaldada kohandatud selgitust, põhimõisteid, sõnavaratuge, tegevusi ja kontrollpunkti. Õpetaja saab kõike enne avaldamist muuta.

Lihtsam keel ei tähenda lihtsamat mõtlemist.

Keele lihtsustamine ei tohi automaatselt vähendada aine eesmärki ega mõtlemisülesande raskust. See on eriti oluline eestikeelsele õppele üleminevates koolides, kus sama aine eesmärki tuleb saavutada õppijatega, kelle eesti keele oskus võib olla väga erinev.

Õppetundide ja materjalide kogu

Õppetund või materjal säilitab autori, omaniku, teema, aine, klassi, tasemed, tegevused, päritolu, litsentsi, nähtavuse ja versiooni. Nähtavus võib olla privaatne, koolisisene või tasuta avalik.

Õpetaja isiklikest materjalidest kujuneb taaskasutatav kogu. Teine õpetaja saab avaliku või koolisisese tunni oma kursusele kopeerida; koopia on iseseisvalt muudetav, kuid säilitab algallika ja autori.

7. Keeletehnoloogiad ja välised ressursid

Sõnastikud, kõneteenused, testid, korpused, ülesandegeneraatorid ja muud tööriistad saavad ühise rakenduskihi. Tehnoloogia seotakse konkreetse õpitegevusega ja selle tulemus kuvatakse õppija töö kõrval.

Kõnepraktika

Tavaline heliesitus töötab ilma automaatse diagnostikata: õppija salvestab või laadib heli, õpetaja kuulab katseid ja annab tagasisidet. Tulevane eesti kõne hindamise teenus ühendatakse AssessmentProvider liidese kaudu. See tagastab struktureeritud tulemuse, kuid ei muuda õppija taset ega marsruuti otse.

Tasuta eesti keele ressursid

Keeleklikki, Keeleteed, Keelelendu ja teisi ressursse saab lisada välise tegevusena. LMS talletab juhise, lingi, oodatud tulemuse, soorituse tõendi ja refleksiooni. Ametliku API tekkimisel lisatakse automaatne andmevahetus ResourceProvider mooduli kaudu.

8. Modulaarne arhitektuur ja white label

Organisatsioon kasutab ühist toodet oma nime, domeeni, kujunduse ja reeglitega. Ühiseid komponente uuendatakse tsentraalselt, mistõttu ei teki iga kliendi jaoks eraldi koodibaasi.

Turvaline autentimine ja haridusväravad

Platvormi arhitektuur võimaldab ühendada haridusasutustes ja avalikes teenustes kasutatavaid autentimislahendusi, näiteks HarID, TARA/eID ja eIDAS ning vajaduse korral Microsofti, Google'i või muid identiteediteenuseid. Konkreetne ühendus võetakse kasutusele vastavalt organisatsiooni vajadusele ja tehnilisele valmidusele.

Laiendusliidesed

Tuuma sündmused

Tuuma sündmused kirjeldavad tegevuse kättesaadavust ja alustamist, katse loomist, esituse vastuvõtmist, tagasisidet, tõendit, progressi, kursuse lõpetamist ning tunnistuse väljastamist. Tulevased kogemus-, analüütika- ja kommertsmoodulid saavad neid kasutada põhimudelit muutmata.

9. Uuringud ja tehnoloogiapiloodid

Ülikool, uurimisrühm või arendaja saab luua platvormis eraldatud pilootkeskkonna. Valmis rollid, ülesanded, artefaktid ja tagasiside võimaldavad keskenduda uurimisküsimusele või tehnoloogiale, mitte baasplatvormi ehitamisele.

Platvormi arendamisel kasutatakse sama loogikat ka toote enda valideerimiseks: funktsioone saab arenduse käigus kontrollida päris õpetajate ja õppijatega, mitte alles projekti lõpus.

Piloodi elutsükkel

1. Määrata hüpotees, sihtrühm ja mõõdetav õpistsenaarium.
2. Kokku leppida rollid, andmeligipääs, teavitamine ja nõusolekud.
3. Ühendada tehnoloogia eraldatud konfiguratsioonis.
4. Viia läbi õpe või test ja koguda lubatud tulemused.
5. Võrrelda tehnoloogilist tulemust õppija töö ja õpetaja hinnanguga.
6. Koostada aruanne, demonstratsioon ja kasutusotsus.
7. Vajadusel lisada moodul heakskiidetud tehnoloogiate kataloogi.

Tehnoloogia tee turule

Esimesed valideerimiskeskkonnad

Esimesi funktsioone saab katsetada reaalses keeleõppe keskkonnas õpetajate ja õppijatega. Järgmine oluline piloteerimiskeskkond on eestikeelsele õppele üleminev üldhariduskool, kus saab kontrollida A1–C1 kohandamise, aine- ja keeletuge ning õpetaja töövoogu päris ainetunnis.

10. MVP kirjeldus

MVP näitab kolme seotud vertikaalset teekonda ühe Näidiskooli ühiste objektide ja näidisandmetega. Arendus- ja demokeskkonnas saab rolli vahetada.

Õppija funktsioonid

• Liitumine, turvaline sisselogimine, eesmärk, lihtne diagnostika ja esialgne plaan.
• Täna, Minu õpe, Kursused, Progress ja Vestlused.
• Sisemised ja välised tegevused.
• Teksti, kommentaari, lingi, faili, pildi ja heli esitamine.
• Mitu artefakti ühes esituses ja kõigi katsete säilitamine.
• AI refleksioon ning õpetaja tagasiside.
• Lõpetamise ja tunnistuse vaatamine.

Õpetaja funktsioonid

• Töölaud, õppijad, rühmad, kursused, kursusestuudio, esitused, sõnumid, kogu ja tööriistad.
• Oma tekstide, failide, töölehtede, harjutuste ja ülesannete lisamine ning nende kasutamine kursuse või tunni lähteks.
• AI abil kursuse, tunni ja ülesannete loomine ning A1–C1 keeleline kohandamine.
• Kõigi katsete ja artefaktide vaatamine, sh helikatsete võrdlus.
• Tagasiside, töö vastuvõtmine ja paranduse küsimine.
• Lubatud haridusliku vestluse vaatamine tegevuse kontekstis.
• A1–C1 tunni loomine, muutmine ja avaldamine.
• Avaliku tunni otsing, eelvaade ja kopeerimine koos päritoluga.

Administraatori funktsioonid

• Organisatsiooni, inimeste, rühmade, kursuste ja registreerimise seadistamine.
• Õpetaja ja kursuse määramine rühmale.
• Moodulite ja AI teenuste heakskiitmine, keelamine ja seadistamine.
• Kursuse lõpetamise kontroll.
• Tunnistuse väljastamine õppija profiili.

Peaadministraatori funktsioonid

• White label keskkondade ja platvormiüleste seadete haldamine.
• AI mudelite, tehnoloogiapakkujate ja moodulite kataloogi haldamine.
• Mudeli või integratsiooni aktiveerimine, keelamine, asendamine ja tehnilise staatuse kuvamine.
• Ühiste autentimis- ja integratsioonivõimaluste seadistamine.
• Platvormi üldvõimekuse ja versioonide kontroll.

MVP ausad staatused

11. Läbivad näidisstsenaariumid

Kursuse või A1–C1 tunni loomine

Õpetaja valib õppekava viite või sisestab aine, klassi ja teema. Ta võib alustada ka oma tekstist, failist, töölehest või ülesandest. Konstruktor loob struktureeritud lähteettepaneku ja A1–C1 variandid, õpetaja muudab sisu, lisab ülesande ning avaldab tunni privaatsena, koolisisesena või tasuta avalikuna. Teine õpetaja leiab tunni, vaatab selle üle ja kopeerib oma kursusele. Päritolu, autor ja versioon säilivad.

Õppimine ja tagasiside

Õppija avab Tänase vaate, teeb sisemise või välise tegevuse ja esitab foto koos tekstiga, lingi koos kommentaariga või helisalvestise. Ta reflekteerib õpiassistendiga. Õpetaja vaatab artefakte, katseid ja lubatud vestlust, annab tagasiside ning võtab töö vastu või palub parandust. Uus katse lisandub ajalukku ja progress uueneb.

Organisatsiooni elutsükkel

Administraator seadistab Näidiskooli, loob rühma ja registreerimise, määrab õpetaja ning kursuse, lubab vajaliku mooduli ja AI teenuse ning haldab õppijaid. Kursuse nõuete täitmisel kinnitab administraator tunnistuse, mis ilmub õppija profiili koos kontrollandmetega.

Tehnoloogia või AI mudeli ühendamine

Peaadministraator lisab mudeli või tehnoloogia kataloogi ja märgib selle tehnilise staatuse. Organisatsioon lubab selle oma keskkonnas konkreetse kasutusjuhu jaoks. Kui lahendus ei vasta enam kvaliteedi-, hinna- või andmekaitsenõuetele, saab selle keelata või asendada ilma kursuseid ja õppeandmeid teise süsteemi kolimata.

12. Andmed ja vastutus

Iga roll ja moodul saab ainult konkreetseks funktsiooniks vajaliku ligipääsu. Õpivestluste nähtavus, uurimiskasutus ja väliste pakkujate andmed määratakse organisatsiooni reeglite ja vajaduse korral nõusolekuga.

13. Rakendamine ja turule minek

Projekti lõpptulemus peab olema turule kasutusvalmis: Open Core'i saab rakendada olemasolevas konfiguratsioonis ning sama tuuma põhjal saab luua kitsama või laiema haridustoote ilma baas-LMS-i uuesti ehitamata.

Võimalikud rakendusmudelid

• Täisfunktsionaalne LMS koolile, keeltekoolile, kolledžile või muule õppeasutusele.
• Iseseisva õppimise keskkond, kus õppija kasutab kursuseid, AI tuge, diagnostikat, tegevusi ja progressi ilma klassikalise kooli täieliku halduskihita.
• Õpetaja töövahend materjalide loomiseks, A1–C1 kohandamiseks, ülesannete koostamiseks ja õppijate tööde kontrollimiseks.
• White label õppeplatvorm konkreetsele koolile, omavalitsusele, koolitusettevõttele või muule organisatsioonile.
• Ettevõtte hallatud teenus, kus Open Core'ile lisatakse majutus, juurutamine, kasutajatugi, integratsioonid või valdkonnaspetsiifilised moodulid.
• Uurimis- ja tehnoloogiapilootide keskkond ülikoolidele ning arendajatele.

Rakendamise järjestus

1. Valida üks organisatsioon ja üks mõõdetav probleem.
2. Seadistada white label keskkond, rollid, rühm ja üks kursus.
3. Ühendada minimaalne sõnastike, AI mudelite ja väliste ressursside komplekt.
4. Koolitada õpetajaid ülesandeid looma, katseid hindama ja kursuse- ning materjalikonstruktorit kasutama.
5. Korraldada varajane piloot juba arenduse käigus ning mõõta kaasatust, õpetaja ajakulu ja õpidünaamikat.
6. Täpsustada toodet, andmereegleid ja rakenduspaketti.
7. Viia põhilised vertikaalsed teekonnad kasutusvalmis tasemele.
8. Pakkuda korratavat mudelit teistele organisatsioonidele ja tehnoloogiapartneritele.

Ärimudel

Open Core vähendab katsetamise ja integratsiooni barjääri. Tasuline pakkumine võib sisaldada hallatud majutust, white label seadistust, juurutamist, õpetajakoolitust, laiendatud administreerimist, integratsioonituge ja kommertsmooduleid. Kasutaja sisu ja suletud metoodika õigused jäävad lähtekoodi litsentsist eraldi.

Avatud tuum võimaldab turul tekkida ka teistel teenusepakkujatel, kes võivad selle põhjal pakkuda oma valdkonnaspetsiifilist LMS-i, õpetaja töövahendit, iseseisva õppimise keskkonda või hallatud teenust. Projekti väärtus ei sõltu seega ainult ühe pakkuja võimest lahendust edasi müüa.

Projektipartnerite rollid

Askend panustab projekti tehnilise arhitektuuri, arenduse, integratsioonide ja töökindla platvormi loomise kompetentsiga.

Veloxmobile OÜ / Multikey panustab õppeprotsessi, eesti keele õpetamise, AI-native õppeloogika, materjalide A1–C1 kohandamise ning kasutajate valideerimise ekspertiisiga. Partnerlus võimaldab siduda tehnilise arenduse õpetajate ja õppijatega toimuva praktilise katsetamisega.

Esimeseks valideerimiskeskkonnaks saab kasutada reaalset keeleõppe keskkonda. Vajaduse korral on võimalik kaasata eri vanuses vabatahtlikke õppijaid olemasoleva keelepraktika kogukonna kaudu ning piloteerida valitud funktsioone eestikeelsele õppele üleminevates üldhariduskoolides.

14. Edu mõõtmine ja riskid

Peamised riskid

15. Open Core piirid ja järgmised sammud

Avatud tuuma osa

• Domeeniobjektid, rollid ja õigused.
• Kasutajaliides ja baasprotsessid.
• Mitmeliigilised esitused, katsed, tagasiside ja tõendid.
• Kursuse- ja õppematerjalikonstruktori baasvõimekus, õppetundide kogu ja baas-CLIL.
• Mooduliarhitektuur, pakkujaliidesed ja sündmused.
• AI mudelite ja tehnoloogiate ühendamise ning haldamise baasvõimekus.
• White label ja organisatsiooni seadistamine.
• Kursuse lõpetamine ja tunnistused.

Avatud tuumast väljas

• Multikey suletud õppijamudeli ja omandamise algoritmid.
• Oma diagnostilised meetodid ja adaptiivsed heuristikad.
• Suletud CLIL poliitikad, promptid, näited ja andmestikud.
• Kõnekompassi kõnediagnostika tehnoloogia.
• Galaxy ja Journey kogemus, tasuline turg ning GO suund.

Järgmised tootearenduse sammud

1. Viia kolm MVP stsenaariumi stabiilselt tööle mobiilis ja töölaual.
2. Kontrollida sõnastike ja ressursside pärisühendused ning kuvada nende staatus.
3. Käivitada esimene white label piloot õppeasutuses.
4. Ühendada teine AI pakkuja ja võrrelda eesti keele kvaliteeti.
5. Luua uurimisrežiim nõusolekute, andmeisolatsiooni ja lubatud ekspordiga.
6. Korraldada A1–C1 kursuse- ja materjalikonstruktori piloot eestikeelsele õppele üleminevas koolis.
7. Koostada kontrollitud moodulite kataloog ja vastuvõtureeglid.
8. Valideerida, et Open Core'i saab võtta kasutusele iseseisva LMS-ina ning et teenusepakkuja saab selle põhjal luua oma hallatud või white label lahenduse.

Kokkuvõte

LMS seob õpitee, eesti keele praktika, õpetaja töö, AI toe, välised ressursid ja diagnostika. Eesti jaoks loob see keeletehnoloogiate praktilise rakendustaristu ning toetab eestikeelsele õppele üleminevaid koole olukorras, kus ühes klassis on väga erineva eesti keele oskusega õppijad.

Projekti tulemus on kasutusvalmis Open Core: seda saab võtta kasutusele tervikliku LMS-ina, rakendada kitsama õpetaja- või iseseisva õppimise töövahendina või kasutada uute haridustehnoloogiliste toodete alusena.

Esimese piloodi eel tuleb kinnitada kursuse- ja materjalikonstruktori A1–C1 töövoog, mitmeliigiliste katsete ja tagasisidega õppimine, mudelite ja moodulite vahetatavus ning haldusteekond turvalisest sisselogimisest tunnistuseni.