„Gemini“ reikalauja kelių aiškių leidimų raginimų, kurių „Codex“ nėra, daugiausia sukasi apie jo leidimo ir saugos modelį, skirtą vykdyti komandas, pasiekti failus, tinklo ir sistemos išteklius ir tvarkyti vartotojo duomenis. Šie leidimų raginimai yra sukurti tam, kad būtų užtikrinta griežta saugos riba ir vartotojo valdymas, ką „Dvyniai“ gali pasiekti ar modifikuoti, o tai yra granuliuota ir interaktyvesnė, palyginti su „Codex“.
aiškūs leidimų raginimai „Dvyniuose“
1. Failo ir katalogo prieigos valdymas
„Dvyniai“, ypač savo CLI forma, veikia su pirmuoju privatumo leidimo modeliu, kuriame jis pasiekia tik failus ar katalogus, aiškiai nurodytus vartotojo raginimuose. Vartotojas turi duoti aiškų sutikimą, pavadindamas konkrečius išteklius savo užklausoje „Dvyniai“, nenuskaitys ir neprieigos išteklių be šios aiškios instrukcijos. Tai užtikrina duomenų privatumą ir valdymą, užkertant kelią nenumatytai prieigai prie neskelbtinų failų.
2. Komandų vykdymo patvirtinimas
Prieš tai, kai „Gemini“ vykdo bet kokią „Shell“ komandą, ji ragina vartotoją gauti aiškų leidimą. Tai taikoma visoms komandoms, tačiau yra ir vartotojo sukonfigūruojamų parametrų, kai tam tikros saugios komandos (pvz., „LS“, „CAT“, „PWD“) gali būti balčiojamos, kad ji būtų vykdoma be raginimo, o pavojingos komandos (pvz., „RM“, „Mkdir“, „MV“, „` SuDO “) reikalauja aiškaus patvirtinimo. Tai yra apsauga nuo nenumatytų failų modifikacijų ar sistemos pakeitimų ir siekiama išvengti „greito nuovargio“, leisdama vartotojams tiksliai sureguliuoti leidimų sistemą. „Codex“ neturi tokio lygio aiškaus komandos vykdymo leidimo, raginančio.
3. Tinklo ir išorinės išteklių prieiga
„Gemini“ galimybes gauti realaus laiko informaciją iš žiniatinklio ar išorinių API (pvz., „Google“ paieškos) kontroliuojama aiškiu vartotojo leidimu. Kiekvienas prieigos egzempliorius yra skaidrus vartotojui, kuris gali patvirtinti ar paneigti veiksmą. Tai apsaugo nuo neteisėtos tinklo veiklos, kurią inicijuoja AI raginimai, ir prideda saugumo ir privatumo sluoksnį. Paprastai „Codex“ neįtraukia tokių realaus laiko išorinių prieigos galimybių pagal numatytuosius nustatymus arba reikalauja skirtingų integracijos mechanizmų.
4. Integracija į išorines paslaugas
Kai „Gemini“ integruojasi su serveriais ar išorinėmis API (pvz., MCP serveriais ar kitais paslaugų galiniais taškais), tai tai daro tik po aiškios konfigūracijos ir vartotojo sutikimo. Tai užtikrina, kad jokie ryšiai nebus automatiškai užmegzti be vartotojo žinių, prieštaraujant labiau netiesioginiam elgesiui kai kuriuose AI modeliuose, orientuoti į išvesties generavimą be integracijos leidimų.
5. Vartotojo duomenys ir įrenginio leidimai mobiliajame telefone
Tokiuose kontekstuose kaip „Android“ įrenginių padėjėjai, „Gemini“ prašo aiškių leidimų, atitinkančių „Google“ privatumo politiką, kad būtų galima pasiekti sistemą ir asmens duomenis, tokius kaip skambučių žurnalai, kontaktai, įdiegtos programos, mikrofonas ir vieta. Tai suteikia vartotojams skaidrumą ir šių prieigų valdymą, atskirti nuo „Codex“, kuris pirmiausia yra kodinės kartos modelis ir neveikia kaip įrenginio asistentas arba reikalauja tokių leidimų.
6. Įkeltų failų ir vaizdų tvarkymas
„Gemini“ prašo aiškaus vartotojo sutikimo tvarkant įkeltus vaizdus ar failus, paaiškindama, kaip tokie duomenys naudojami. Pavyzdžiui, vaizdai analizuojami ir naudojami tik su „Google Lens“ technologija tik po to, kai inicijuota vartotoja, o įkelti failai yra apdorojami kartu su tik raginimais. Taip pat aiškiai teigiama, kad įkelti duomenys nėra naudojami mokymui be aiškaus vartotojo leidimo (pvz., Įtraukus duomenis į atsiliepimus). „Codex“ iš prigimties nereikalauja ir valdo tokių aiškių leidimų protokolų, susijusių su daugialypės terpės ar failų įkėlimais.
Codex leidimai, palyginti su „Gemini“
- Nėra aiškių komandų vykdymo raginimų: „Codex“ paprastai nereikalauja vartotojo patvirtinimo prieš generuojant kodą ar vykdant komandas. Tai yra kodų generavimo kalbos modelis be įmontuotos komandų vykdymo kontrolės ar interaktyvių leidimų raginimų.
- Jokių prieigos prie failų leidimų: „Codex“ veikia iš įvesties, kurią gauna, neįsivaizduojant aiškios leidimo kontroliuojamos failo prieigos. Jei aplinka paleis „Codex“, leidimai būtų valdomi išorėje, o ne pagal modelį.
- Nėra tiesioginio tinklo ar išorinės API prieigos: „Codex“ iš prigimties neturi mechanizmų, kaip gauti ar pasiekti tiesioginius duomenis ar išorines API, reikalaujančius leidimų vykdymo laiko raginimų.
- Nėra įrenginio ar sistemos leidimų valdymo: „Codex“ nėra integruotas kaip įrenginio asistentas ar sistemos įrankis, kuriam reikalinga prieiga prie asmeninių įrenginių duomenų, tokių kaip kontaktai ar skambučių žurnalai.
Santrauka
Aiškus leidimas reikalauja, kad „Gemini“, tačiau „Codex“ neapima:
- Paskelbimas prieš vykdant apvalkalo ar sistemos komandas, su konfigūruojamu baltojo sąrašu ir pavojingu komandų įspėjimu.
- Leidimas pasiekti konkrečius failus ar katalogus, nurodytus raginimuose, išvengiant netiesioginės plačios sistemos prieigos.
- Vartotojo patvirtinimas tinklui ar išorinei API reikalauja gauti informacijos realiojo laiko.
- Aiškus sutikimas dėl integracijų su išorinėmis paslaugomis ir serveriais.
- Mobiliųjų įrenginių leidimai pasiekti neskelbtinus duomenis ir įrenginių paslaugas.
- Išvalykite vartotojo leidimus ir paaiškinimus, susijusius su įkeltų failų ir vaizdų apdorojimu.