AI-агенттердің құқықтары: RBAC, MCP арқылы қолжетімділік және өкілеттік беру

AI-агентке сынақ мерзіміндегі жаңа қызметкерге сияқты, тек қатаңырақ құқық беру керек. Агент рөлі бар жеке тіркелгі (RBAC), тек қажетті жобалар мен әрекеттерге қолжетімділік, болдырмау қиын нәрсенің бәріне адамның растауын және толық журнал алады. MCP арқылы қосу бұл ережелерді өзгертпейді: MCP серверінің токені сценарийге қанша құқық керек болса, дәл сонша құқық беруі тиіс.

Мақала AI-агенттерді таск-трекерге, CRM-ге немесе репозиторийге қосатын IT басшыларына, тимлидтерге және АҚ мамандарына арналған. Құқықтар моделін, «әрекет → тәуекел → бақылау» кестесін, MCP-ді, өкілеттік беруді, жергілікті модельдерді және іске қосу алдындағы чек-листті талдаймыз.

Агенттің құқықтары неге белгі қою емес, архитектура

AI тек чатта сұрақтарға жауап бергенде, құқықтар мәселесі туындамаған дерлік. 2026 жылы агенттер жұмыс жүйелерінің ішінде жұмыс істейді: тапсырмалар жасайды, статустарды өзгертеді, пікірлер жазады, клиенттер карточкаларын жаңартады. Plane-де жұмыс кеңістігі ішіндегі AI-агенттер және MCP коннекторлары пайда болды, Atlassian-да Rovo мен Jira Automation бар. Агент деректерге қолжетімділігі бар процеске қатысушыға айналды.

Агенттің құқықтардағы қатесін адамдікінен қымбатырақ ететін үш қасиеті бар:

• Жылдамдық. Адам бір тапсырмада қателеседі, агент бір минутта қатені жүз тапсырмада қайталайды.
• Сөзбе-сөз орындау. Агент нұсқаулықты, ол иесінен емес, тапсырма мәтінінен немесе клиент хатынан келсе де орындайды.
• Көрінбеушілік. Егер агент басқа біреудің тіркелгісімен жұмыс істесе, оның әрекеттерін адамның әрекеттерінен ажырату мүмкін емес.

Ұйымдастырушылық себеп те бар. Егер АҚ қызметі мен заңгерлерге түсінікті модель көрсетсеңіз, олар агентті тезірек келіседі: қандай рөл, қандай жобалар, қандай әрекеттерге тыйым салынған, журнал қай жерде. Мұндай модельсіз талқылау жалпы «AI қауіпсіз емес» дегенге келіп тіреледі, ал пилот кейінге шегеріледі.

Сондықтан агенттің құқықтарын іске қосуға дейін жобалайды. Автоматтандыру деңгейлерін ережелер, скрипттер немесе AI-агенттер мақаласында талдадық, ал мұнда қолжетімділікке тоқталамыз.

Агент — рөлі бар пайдаланушы

Негізгі қағида: әр агенттің өз тіркелгісі немесе сервистік тіркелгісі болады, ал құқықтар рөл арқылы беріледі. Әкімшінің жеке токені арқылы емес және «баптап, ұмытып кеткен» қызметкердің тіркелгісі арқылы емес.

Бұл не береді:

• Агенттің әрекеттері журналда оның атымен көрінеді.
• Құқықтар бір жерде, рөлді өзгерту арқылы ауысады.
• Агентті адамдарға әсер етпей өшіруге болады.
• АҚ қызметі агенттерді пайдаланушылар мен рөлдердің ортақ тізімінде көреді.

Біз бастайтын типтік рөлдер:

Агент рөлі	Не істей алады	Не істей алмайды	Сценарий мысалы
Оқырман	Таңдалған жобалардағы тапсырмаларды, құжаттарды, пікірлерді оқу	Бірдеңе жасау немесе өзгерту	Жоба түйіндемесі, іздеу, сұрақтарға жауаптар
Жоба авторы	Тапсырмалардың жобаларын және пікірлер жасау	Статустарды, орындаушыларды, мерзімдерді өзгерту	Хаттар мен кездесу хаттамаларынан тапсырмалар
Триаж жасаушы	Кіріс тапсырмаларға белгі, түр, басымдық қою	Тапсырмаларды жабу және жою	Intake пен баг-репорттарды талдау
Растаумен орындаушы	Адам мақұлдағаннан кейін өрістер мен статустарды өзгерту	Құқықтарды өзгерту, жою, клиенттерге тікелей жазу	Ревью қорытындысы бойынша статустарды жаңарту

Агентке әкімші рөлі берілмейді. Егер сценарий әкімші құқықтарын талап етсе, бұл сценарийді бөлу керек деген белгі.

Әр агенттің адам-иесі болуы керек. Ол агенттің нұсқаулығына жауап береді, журналды талдайды және құқықтарды кеңейту-кеңейтпеуді шешеді. Сервистік тіркелгілерді бірізді атаған ыңғайлы, мысалы «agent-» префиксімен және сценарий атауымен: сонда олар пайдаланушылар тізімінде, сүзгілерде және есептерде бірден көрінеді. Сценарий жабылғанда, тіркелгі белсенді токенмен ілініп қалмайды, өшіріледі.

Ең аз құқықтар: әрекет, тәуекел, бақылау

Агенттер үшін ең аз артықшылықтар қағидасы былай тұжырымдалады: агент бір сценарийге, бір жобалар жиынтығында, пилоттың шектеулі мерзіміне құқық алады. Кеңейту — журнал қорытындысы бойынша қабылданатын бөлек шешім.

Агенттің әрекеті	Тәуекел	Бақылау
Тапсырмалар мен құжаттарды оқу	Деректердің жауаптарда немесе сыртқы модельге ағып кетуі	Тек қажетті жобаларға қолжетімділік, деректердің қайда кететінін тексеру
Тапсырма жасау	Бэклогтағы шу мен қайталаулар	«Агент жасаған» белгісі, тәулігіне тапсырмалар санына лимит
Тапсырмадағы пікір	Дәл емес ақпарат команданың ұстанымы сияқты көрінеді	Авторды белгілеу, клиенттерді атауға тыйым
Статусты немесе орындаушыны өзгерту	Процестің бұзылуы, прогрестің жалған көрінісі	Адамның растауы
Жаппай өзгерту	Бір минутта бүлінген жүздеген тапсырма	Тыйым немесе алдын ала қараумен растау
Жою	Деректерді жоғалту	Тыйым
Құқықтар мен рөлдерді өзгерту	Артықшылықтарды ұлғайту	Тыйым
Клиентке хабарлама	Беделге және заңға қатысты тәуекел	Тек жоба, адам жібереді
CRM-дегі мәмілені өзгерту	Қате сомалар мен болжамдар	Мәміле иесінің растауы

Plane-де егжей-тегжейлі құқықтар (Granular Access Control), LDAP және IdP топтары жоғары тарифтерде қолжетімді. Jira-да құқықтар жобаның рұқсаттар схемаларымен беріледі. Екі жағдайда да АҚ қызметіне нақты қолжетімділік моделін уәде етпес бұрын, сіздің нұсқаңыз бен тарифіңізде қандай механизмдер бар екенін тексеріңіз.

Адамның растауы және журнал

Растау нүктесін әрекетті болдырмау қиын немесе ол команданың шегінен шығатын жерге қояды. Ыңғайлы ереже: агент ұсынады, адам бекітеді. Агент өзгерісті дайындайды, нақты не өзгеретінін көрсетеді және процесс иесінің мақұлдауын күтеді.

Растау формальдылыққа айналмауы үшін:

• Кез келген қатысушы емес, нәтижеге жауап беретін адам растайды.
• Растау алдында не өзгеретіні көрінеді: өрістердің бұрынғы және кейінгі мәндері, тапсырмалар тізімі.
• Жаппай операциялар әр тапсырма бойынша емес, тұтасымен расталады.
• Егер белгіленген уақыт ішінде растау болмаса, әрекет орындалмайды, болдырылмайды.

Журналға не жазу керек

Агент әрекеттерінің журналы бес сұраққа жауап береді: қай агент, кімнің атынан, қандай сұраныс бойынша, нені өзгертті, кім растады. Іс жүзінде бұл өрістер жиынтығы:

• агенттің идентификаторы және оның нұсқаулығының нұсқасы;
• бастамашы: адам, ереже немесе кесте;
• агентті іске қосқан бастапқы сұраныс немесе оқиға;
• шақырылған құралдар мен қозғалған нысандар тізімі;
• өзгеріске дейінгі және кейінгі өріс мәндері;
• әрекетті кім және қашан растағаны немесе ол неге қабылданбағаны.

Журналды басқа аудиторлық деректер сақталатын жерде және сол мерзіммен сақтаңыз. Пилот кезінде оны аптасына бір рет сценарий иесімен бірге қарап шығыңыз: агентке қай жерде құқық жетпейтіні және қай жерде артық екені осылай тез көрінеді.

MCP: стандартты хаттама арқылы жүйелерге қолжетімділік

MCP (Model Context Protocol) — AI клиент сыртқы жүйелерге қосылатын ашық хаттама. MCP сервері құралдар жиынтығын сипаттайды: «тапсырмаларды табу», «тапсырма жасау», «өрісті жаңарту». Қай құралды шақыру керектігін модель шешеді. 2026 жылы Plane-де MCP коннекторлары бар, олар арқылы трекерді AI ассистенттерге және әзірлеу орталарына қосады.

MCP-нің ыңғайлылығы стандарттауда. Тәуекел мынада: қосылымды жиі кең токенмен жасайды, сонда агент осы токен істей алатын нәрсенің бәрін алады. MCP үшін ережелер:

1. Әр қосылымға жеке токен. Әкімшінің ортақ кілті емес.
2. Рөлі бар сервистік тіркелгінің токені. MCP серверінің құқықтары осы тіркелгінің құқықтарымен шектеледі.
3. Құралдардың ақ тізімі. Егер сценарийге тек оқу керек болса, жазу құралдары қосылмайды.
4. Үшінші тарап MCP серверлерімен абай болу. Ашық каталогтағы сервер — сіздің деректеріңізге қолжетімділігі бар код. Дереккөзін тексеріп, оны өз контурыңызда орнатыңыз.
5. Деректердегі нұсқаулықтардан қорғау. Тапсырма немесе хат мәтінінде модельге арналған нұсқаулар болуы мүмкін. Тек оқу құқығы бар агентке мұндай шабуыл қорқынышты емес дерлік, ал жазу құқығы бар агент қауіпті.

Өкілеттік беру: агент адамның атынан әрекет етеді

Кейде агент нақты адамның атынан әрекет етуі керек: әзірлеуші IDE-дегі ассистенттен мержден кейін тапсырманы жабуды сұрайды, менеджер клиентке пікір дайындауды сұрайды. Бұл өкілеттік беру, оның өз ережелері бар.

• Өкілеттік берілген агенттің құқықтары оны іске қосқан адамның құқықтарынан кең емес, әдетте тарырақ.
• Журналда агент те, адам да көрінеді: «Y сұранысы бойынша X агенті».
• Өкілеттік мәңгіге берілмейді, уақыт пен сценарий бойынша шектеледі.
• Адам өкілеттікті кез келген сәтте қайтарып ала алады, бұл үшін әкімші қажет емес.

Егер жүйе «адам» мен «адамның атынан әрекет ететін агентті» ажырата алмаса, жеке сервистік тіркелгіні таңдаңыз. Таза журнал ыңғайлылықтан маңызды.

Жергілікті модельдер және контурдағы деректер

Қазақстан контексі. Агент тапсырмалар мен клиенттер карточкаларын оқып, оларды сыртқы модельге жібергенде, деректер контурдан шығады және жиі Қазақстаннан тыс жерге кетеді. Агенттің деректерді өңдеу схемасын АҚ қызметімен келіскен жөн. Егер компания үшін деректердің елден шықпауы маңызды болса, сыртқы шақыруларсыз нұсқа бар: Plane Airgapped интернетсіз толық жұмыс істейді және жергілікті AI модельді қолдайды. Jira Cloud деректерді Atlassian өңірлерінде сақтайды, олардың арасында Қазақстан жоқ.

Егер модель сыртқы болса, оған жететін деректер көлемін қысқартыңыз. Баг-репорттарды триаж жасайтын агентке клиенттердің телефондары керек емес, ал спринт түйіндемесін жасайтын агентке тіркемелер керек емес. Агенттің қолжетімділігі бар жобалар мен өрістерді шектеңіз және дербес деректері бар CRM нысандарын келісусіз сыртқы модельге қоспаңыз.

Жергілікті модель RBAC-ты жоймайды. Ол деректерді провайдерге беру тәуекелін алып тастайды, бірақ контур ішіндегі кең құқықтары бар агент кең құқықтары бар агент болып қала береді.

Агентті іске қосу алдындағы чек-лист

1. Сценарий бір сөйлеммен сипатталған, оның иесі бар.
2. Осы сценарийге арналған рөлі бар жеке сервистік тіркелгі жасалған.
3. Қолжетімділік қажетті жобалармен немесе CRM нысандарымен шектелген.
4. Жоюға, құқықтарды өзгертуге және жаппай операцияларға тыйым салынған немесе олар растауды талап етеді.
5. Клиенттерге хабарламаларды агент тек жоба ретінде дайындайды.
6. MCP үшін жеке токен берілген және тек қажетті құралдар қосылған.
7. Деректерді қай модель өңдейтіні және ол қай жерде жұмыс істейтіні түсінікті.
8. Журнал агентті, бастамашыны, өзгерісті және растауды тіркейді.
9. Агентті әзірлеушінің қатысуынсыз бір минутта өшіру тәсілі бар.
10. Пилотты талдау күні және құқықтарды кеңейту критерийлері белгіленген.

Біз мұны қалай жасаймыз

Біз диагностикадан бастаймыз: агенттерге қандай сценарийлерді бергіңіз келеді, олар қандай деректерге қатысты, АҚ қызметі не айтады. Содан кейін «оқырман» немесе «жоба авторы» рөліндегі бір агентпен бір командада пилот іске қосамыз, журналды қараймыз және тек осыдан кейін ғана құқықтарды кеңейтіп, келесі командаларды қосамыз. Егер деректер Қазақстанда қалуы тиіс болса, self-hosted трекері және жергілікті моделі бар контурды жобалаймыз. Сценарийлердің өзі қалай көрінетінін тапсырмаларды басқарудағы AI-агенттер туралы мақалада талдадық.

Егер агенттерді артық тәуекелсіз қосқыңыз келсе, бизнесті автоматтандыру және AI ассистенттерді енгізу бетін қараңыз. Онда жұмыс неден басталатыны және нәтижеге не кіретіні сипатталған.

---

Дереккөздер. Plane тарифтері мен мүмкіндіктері: plane.so/pricing. Plane репозиторийі: github.com/makeplane/plane. Atlassian Cloud деректерін сақтау өңірлері: Atlassian құжаттамасы. Деректер 2026 жылғы қазандағы.

Терминдер қарапайым тілмен

RBAC (Role-Based Access Control)

Рөлдер арқылы қолжетімділікті басқару: құқықтар нақты адамға немесе агентке емес, рөлге беріледі. Агенттің қолжетімділігін кеңейту немесе қысқарту үшін оның рөлін өзгерту жеткілікті.

MCP (Model Context Protocol)

AI клиент трекерге, CRM-ге немесе код қоймасына қосылып, олардың функцияларын шақыратын ашық стандарт. Егер қосылым тым кең құқықтары бар кілтпен жасалса, қауіпті.

Сервистік тіркелгі

Адамға емес, бағдарламаға немесе агентке арналған тіркелгі. Оның әрекеттері журналда бөлек көрінеді, ал оны қызметкерлерге әсер етпей өшіруге болады.

Токен

Агент немесе MCP сервері жүйеге кіріп, оның барлық құқықтарын алатын цифрлық кілт. Сондықтан әр қосылымға тар құқықтары бар жеке токен береді.

Ең аз артықшылықтар қағидасы

Қауіпсіздік ережесі: тек сценарий онсыз жұмыс істемейтін құқықтарды ғана беру. Агент үшін бұл бір сценарий, қажетті жобалар және пилоттың шектеулі мерзімі.

Артықшылықтарды ұлғайту

Агент немесе пайдаланушы өзіне берілгеннен көп құқық алатын жағдай. Оны болдырмау үшін агентке құқықтар мен рөлдерді өзгертуге тыйым салады.

Өкілеттік беру

Агент нақты адамның атынан әрекет ететін және одан көп құқық алмайтын режим. Журналда агент те, оны іске қосқан адам да көрінеді.

Жергілікті модель

Сыртқы провайдерге жүгінбей, компания контурының ішінде жұмыс істейтін AI модель. Деректерді шетелге беру мәселесін шешеді, бірақ агент құқықтарын шектеу қажеттігін жоймайды.