Gemini գործակալը մեկ դաշտից կկառավարի աշխատանքը, բայց նախ՝ բիզնեսում

Google-ի պաշտոնական հաղորդման համաձայն՝ Google Cloud-ը 2026 թվականի հոկտեմբերի 8-ին Gemini at Work 2026 միջոցառմանը ներկայացրեց Gemini աշխատանքային գործակալը։ Մեկ հարցման դաշտից այն պետք է պլանավորի առաջադրանքը, օգտագործի գործիքներ, միանա կազմակերպության համակարգերին և ավարտված աշխատանքը վերադարձնի փաստաթղթում, էլփոստում կամ մշակողի միջավայրում։ Այս գործառույթները ներկայացված են որպես նոր գործակալի հնարավորություններ. հայտարարությունը դեռ չի նշանակում, որ այն հասանելի է բոլոր կազմակերպություններին։

TechCrunch-ի հրապարակման համաձայն՝ գործակալը նախ ուղղված է բիզնես օգտատերերին, իսկ սպառողական թողարկումը նախատեսված է ավելի ուշ։ Հայաստանի Google Workspace և Google Cloud օգտագործող կազմակերպությունների համար սա հասանելիության կարևոր տարբերություն է. հնարավորությունների նկարագրությունը թույլ է տալիս հասկանալ աշխատանքային հոսքը, սակայն հրապարակված տեղեկություններում Հայաստանի համար գործարկման առանձին ժամկետ նշված չէ։

Ինչպես մեկ հանձնարարությունը պետք է դառնա պատրաստի աշխատանք

Google Cloud-ի ղեկավար Թոմաս Կուրյանը իր ներկայացման մեջ գործակալի համար օգտագործում է «objectives, not instructions» ձևակերպումը՝ նպատակներ, ոչ թե քայլ առ քայլ հրահանգներ։ Օգտատերը նշում է ցանկալի արդյունքը, իսկ գործակալը կազմում է աշխատանքի ընթացքը, ընտրում անհրաժեշտ հմտություններն ու գործիքները և կատարում համապատասխան քայլերը։ Այդպես մեկ հարցման դաշտը դառնում է տարբեր աշխատանքային միջավայրեր մտնելու ընդհանուր կետ։

Հանձնարարությունը կարող է ներառել կցված ֆայլեր, պանակներ կամ նախագծի համատեքստ։ Երկարատև աշխատանքի դեպքում գործակալը կարող է այն բաժանել մասնագիտացված ենթագործակալների միջև և շարունակել կատարումը ամպային միջավայրում, երբ օգտատերն արդեն փակել է իր սարքը։ Ընթացքը նախատեսված է տեսանելի դարձնել առաջադրանքների բաժնում՝ ցույց տալով օգտագործվող հմտությունները, պատվիրակված մասերն ու աշխատանքի առաջընթացը։

Վերջնական արդյունքի տեղը կախված է առաջադրանքից։ Դա կարող է լինել Docs-ում պատրաստված փաստաթուղթ, էլփոստի շղթայում պատասխան կամ մշակողի միջավայրում գրված և գործարկված կոդ։ Տարբերությունը սովորական հարցուպատասխանից հենց այդ ավարտված արդյունքն է. գործակալը պետք է աշխատի այն համակարգերում, որտեղ թիմն արդեն պահում և շարունակում է իր գործը։

Փոքր թիմի համար պայմանական օրինակ է նախագծի ամփոփումը. սկզբնական հանձնարարությունը կարող է պահանջել հավաքել հասանելի նյութերի համատեքստը, կազմել փաստաթուղթ և պատրաստել ուղեկցող նամակ։ Նման շղթան մեկ հանձնարարությամբ կատարելու հնարավորությունը հայտարարված մոտեցման իմաստն է, բայց դա Հայաստանում որևէ թիմի իրականացրած փորձարկման արդյունք չէ։ Արդյունքի որակը կախված կլինի նաև նրանից, թե գործակալին որ նյութերն ու գործիքներն են հասանելի։

Միացումները որոշում են աշխատանքի սահմանը

Գործակալը կարող է գործել մի քանի ծառայությունների միջև, եթե կազմակերպությունը դրանք կապել է համապատասխան թույլտվություններով։ Ներկայացված միացումները ներառում են Google Workspace-ը, Microsoft-ի համագործակցության գործիքները, Slack-ը, Confluence-ը, Jira-ն և Git-ը։ Տվյալների մասում նշված են BigQuery-ն, Databricks-ը, Postgres-ը և Snowflake-ը, իսկ Model Context Protocol-ի միջոցով նախատեսված է կապ կազմակերպության ցանցի ներսում կամ դրանից դուրս աշխատող սերվերների հետ։

Միացումը միայն ֆայլ գտնելու միջոց չէ։ Գործիքների գրանցարանում կազմակերպությունը կարող է հրապարակել իր ստեղծած միացումները, իսկ հմտությունների գրանցարանում՝ պահել կրկնվող աշխատանքի կանոններն ու հաջորդականությունը։ Դրանք գործակալին տալիս են ոչ միայն տվյալների աղբյուր, այլև տվյալ թիմում առաջադրանքը կատարելու ձևը։ Եթե անհրաժեշտ ծառայություններից մեկը միացված չէ, ամբողջ հանձնարարությունը մեկ հոսքով ավարտելու հնարավորությունն էլ սահմանափակվում է։

Աշխատանքի մյուս ընտրությունը հիմքում օգտագործվող մոդելն է։ Gemini-ն գործակալն է, մինչդեռ առանձին առաջադրանքի համար կարող է ընտրվել Google-ի Gemini ընտանիքի կամ Anthropic-ի Claude մոդելներից մեկը։ Այլ փակ և բաց մոդելները նշված են որպես ապագա ընդլայնում։ Մոդելի ավտոմատ ընտրությունը թույլ է տալիս տարբեր բարդության քայլերը ուղղել տարբեր հաշվարկային ռեսուրսների՝ պահպանելով հանձնարարության ընդհանուր համատեքստը։

Այս կառուցվածքը կարող է փոքր թիմին ազատել մի քանի առանձին գործիքների միջև նույն տեղեկությունը կրկին փոխանցելուց, երբ տվյալներն ու թույլտվությունները արդեն կարգավորված են։ Բայց միասնական մուտքը ինքնին չի միավորում կազմակերպության բոլոր տվյալները. արդյունքը սահմանափակվում է միացված համակարգերով և այն համատեքստով, որը գործակալը իրավասու է օգտագործել։

Ով է գործում կազմակերպության անունից

Կազմակերպության համակարգերում առաջադրանք կատարող գործակալի գործողությունները պետք է վերագրվեն հենց իրեն։ Ներկայացված կառուցվածքում գործակալն ունի առանձին ինքնություն և իրավունքներ։ Թիմի մշտական անդամի դերում այն կարող է ստանալ սեփական Workspace հաշիվ՝ էլփոստով, օրացույցով ու Drive-ով, մասնակցել Chat խոսակցությանը և պատասխանել փաստաթղթի մեկնաբանությանը իր անունով։

Այդ տարբերակումը կարևոր է, երբ աշխատանքը անցնում է մի քանի համակարգով։ Գործակալի հասանելիությունը հետևում է կազմակերպության սահմանած դերերին ու տարածման կանոններին, իսկ արտաքին համակարգերի հետ կապվելիս նրա ինքնությունը փոխանցվում է թույլտվությունների մեխանիզմներով։ Գործողությունների մատյանը պետք է ցույց տա, թե որ քայլն է կատարել գործակալը՝ առանց այն մարդու գործողություն ներկայացնելու։

Կատարումը նախատեսված է առանձնացված միջավայրում, իսկ Agent Gateway-ն կիրառում է ցանցային և կազմակերպական քաղաքականությունները գործակալների հաղորդակցության վրա։ Փոքր թիմի համար սա որոշում է պատվիրակման իրական ծավալը. փաստաթուղթ կազմելու թույլտվությունը նույնը չէ, ինչ այլ ծառայությունում փոփոխություն անելու իրավունքը։ Մեկ հանձնարարությամբ ամբողջ շղթան ավարտելու համար պետք է հստակ լինի և՛ հասանելի նյութերի շրջանակը, և՛ թույլատրված գործողությունների շրջանակը։

Ծախսի վերահսկումը և բիզնեսի առաջնահերթությունը

Մի քանի մոդել կամ ենթագործակալ ներգրավող աշխատանքը կարող է տարբեր ծախս ունենալ՝ ըստ օգտագործված ռեսուրսների։ Smart Routing-ը նախատեսված է առաջադրանքները համապատասխան մոդելին ուղղելու համար։ Cloud Billing Console-ում նկարագրված ծախսի սահմանաչափը պետք է դադարեցնի տվյալ նախագծի գործակալին շեմը լրանալիս. հաշվառումը ներառում է օգտագործված թոքեններն ու առանձնացված կատարման միջավայրի ծախսերը։

Նախագծով հաշվառումը կազմակերպությանը թույլ է տալիս տեսնել, թե որ աշխատանքն է ստեղծել ծախսը, և անհրաժեշտության դեպքում շարունակել դադարեցված առաջադրանքը։ Սա հատկապես կարևոր է այն դեպքում, երբ մեկ պարզ հարցումը վերածվում է երկարատև աշխատանքի՝ մի քանի գործիքով ու մոդելով։ Ծախսի վերահսկումը, հետևաբար, գործակալի աշխատանքի մաս է, ոչ միայն ամսվա վերջում ստացվող ընդհանուր հաշիվ։

Հայաստանի կազմակերպության համար հայտարարված հնարավորությունները դեռ ինքնաբերաբար հասանելի ծառայություն չեն նշանակում։ Հրապարակված տեղեկությունները չեն նշում տեղական գործարկման ժամկետ, նոր գործակալի առանձին գին կամ այն պայմանները, որոնցով այստեղի հաճախորդը հասանելիություն կստանա։ Բիզնեսին տրվող առաջին փուլում հենց այդ պայմանները կորոշեն՝ երբ մեկ դաշտից սկսվող աշխատանքը կարող է փոխարինել թիմի ներկայիս գործիքների շղթային։

Կարդացեք նաև:

• n8n թե Zapier․ պարզությունը վճարովի է, վերահսկողությունը՝ աշխատատար
• Progress-ը $400 մլն-ով վերցրեց Domo-ի բիզնեսը, բայց ոչ ամբողջ ընկերությունը
• Claude Code թե Gemini CLI․ harness-ը կարող է փոխել արդյունքը 20.8 կետով