Google Segéd elindulása óta saját platformjává nőtte ki magát. Nem csak okosabb, mint valaha, de olyan eszközökkel is, mint az Nest Hub vagy Nest Mini, ez már nem csak az Android része.
Természetesen, ha a szoftverek képességei növekednek, az összetettebbé is válik. Ez azt jelenti, hogy a fejlesztőknek dedikált eszközökre van szükségük annak a tartalomnak az elkészítéséhez, amelyet intelligens kijelzőinken és más Assistant-képes eszközökön szeretnénk használni. Mint minden fejlesztői eszköznek, két fontos dolgot is meg kell tennie: könnyen használhatóak és jól működnek. Nehéz mindkét fontos dolgot megvalósítani, de a Actions Builder webes felület és Actions SDK úgy néz ki, mint akik nyertesek lesznek.
Hadd folyjon a beszélgetés
Ahhoz, hogy egy Google Assistant Action nagyszerű legyen, képesnek kell lennie arra, hogy úgy beszéljen és hallgasson, mint egy ember. Ha megkérdezi a Google Home ahhoz, hogy elmesélje gyermekeinek lefekvés előtti történetet, vagy elénekelje a "Brush Your Feth" dalt, fel kell ismernie, mit akar, és képesnek kell lennie arra, amit kér, anélkül, hogy robot lenne, csak logikát és rendet követ.
A Verizon a Pixel 4a-t mindössze 10 USD / hó áron kínálja az új Unlimited vonalakon
A két fontos dolog, ami ezt valósággá teszi, beszélgetési folyamatnak és természetes nyelvértésnek nevezzük. Ezek nélkül az Asszisztens nem tud úgy kommunikálni, ahogyan örültünk.
Az „Igen”, „Igen” és „Igen” mind ugyanazt jelenti. Olyan hibás emberi logikát kell tanítania a számítógépnek.
A társalgási folyamat meglehetősen könnyen értelmezhető fogalom, és szó szerint pontosan azt jelenti, amilyennek hangzik: Az asszisztensnek készen kell állnia arra, hogy bármikor visszajelezhessen önnel, amikor csak mondott valamit. Ez könnyű, ha megkérdezi az időjárást, vagy akár megkéri, hogy énekeljen egy dalt a fogmosásról, de amikor a dolgok összetettebbé válnak - például például saját kalandjáték - van néhány nagyon specifikus módja annak, hogy a beszélgetést irányítani kell, hogy az Asszisztens válaszoljon.
Ott jön a képbe a természetes nyelv megértése (NLU). Az asszisztensnek tudnia kell olyan dolgokat, mint "igen", "igen" és "igen", mind ugyanazt jelentik, és fel kell ismernie, hogy a beszéd folyékony; mindannyian nagyon másképp beszélünk, mint írunk. És mivel az Asszisztens egy számítógép, amely csak úgy viselkedik, mint egy személy, ezt az egészet be kell adni minden Beszélgetési akció projektbe. A számítógépek nem igazán tanulhatnak, be kell őket programozni.
Itt jön szóba a Google új Actions Builder és Actions SDK. Két új eszköz, amely lehetővé teszi a fejlesztők számára, hogy az elejétől a végéig elkészítsenek egy projektet, amellyel a legkényelmesebbek. Az Actions Builder egy webalapú eszköz, amely lehetővé teszi a fejlesztők számára a Beszélgetési műveletek építését, ugyanúgy, mint a folyamatábra elkészítését. De ugyanazokkal az eszközökkel rendelkezik, mint egy hagyományos fejlesztői SDK. Bármely fejlesztő használhatja ezt a grafikus felületet a társalgási folyamat vizualizálására, minden olyan NLU-adat bevitelére, amelyet a projektet arra képezték ki, hogy megértse, és még a hibakeresést is elvégezze egy kényelmes és könnyen érthető módon út.
A fejlesztők webalapú blokkkészítőt vagy új IDE-t használhatnak az Asszisztens-tartalom felépítéséhez. Vagy használhatják mindkettőt!
Az Actions SDK ugyanazt csinálja, de egy hagyományosabb IDE-ben (integrált fejlesztői környezetben) azoknak a fejlesztőknek, akik inkább helyi szinten vagy projektjük fájlalapú áttekintésével dolgoznak. És ha a fejlesztőknek már van egy preferált IDE-jük, akkor azt parancssori eszközökkel kombinálva felhasználhatják a végtermék azonos előnyökkel történő elkészítéséhez.
Ezek az eszközök jelentik a jobb és gyorsabb Asszisztens platform elejét. Az Asszisztens futási ideje (gondoljunk csak arra, hogy ez a motor működteti az általunk használt szoftvert) gyorsabb mint valaha, és egy teljesen új interakciós modell azt jelenti, hogy az Asszisztens egyszerre intelligensebb és könnyebben felépíthető mert.
Az új interakciós modell úgy épül fel, hogy a valós idejű beszélgetéseket gyorsabban és hatékonyabban lehet felépíteni, és az NLU-képzés erőteljesebb. A fejlesztők jeleneteket hozhatnak létre és építőként használhatnak, ahol a Beszélgetési művelet minden részének saját adatai és logikája van. A legjobb az egészben, hogy a fejlesztők aktív szándékkal építhetnek jeleneteket, és ugyanazon akcióban felhasználhatják őket.
Jerry Hildenbrand
Jerry a Mobile Nation rezidens majomja és büszke rá. Nincs semmi, amit ne tudna szétszedni, de sok mindent nem tud újra összerakni. Megtalálja őt a Mobile Nations hálózaton keresztül, és meg is találhatja megütötte a Twitteren ha azt akarod mondani hé.