Бағдарламалық жасақтама әзірлеушілерінің, техникалық жетекшілердің және DevOps инженерлерінің көпшілігі мансабын құрушы ретінде бастайды.

Олар жүйелер, қосымшалар, компоненттер, тақырыптар, паттерндер, модульдер және пайплайндар құрады. Макеттерді оңтайландырады, шекаралық жағдайларды түзетеді, үйлесімділікті сақтайды және жүйені әр коммитпен алға жылжытады. Бұл жұмыс дәл, практикалық және терең техникалық.

Бірақ бір сәтте бір нәрсе өзгереді.

Ең үздік мамандар құруды тоқтатпайды, бірақ олар жүйелік ойлай бастайды.

Құрушыдан жүйелік ойшылға дейін

Бетбұрыс: нәтижеден ережеге

Құрушы үшін басты назар — нәтижеде: компоненттер, шаблондар, беттер, мүмкіндіктер, кітапханалар, қосымшалар.

Жүйелік ойшыл үшін назар ережелерге ауады: шектеулер, өзара әрекеттестік, кері байланыс циклдері.

«Бұл компонент қалай көрінеді?» деп сұраудың орнына жүйелік ойшылдар басқа сұрақтар қояды: Бұл компонентті қандай ережелер басқарады? Онымен не өзара әрекеттесе алады? Өзгеріс кезінде ол өзін қалай ұстайды? Бастапқы ниет уақыт өте келе қалай сақталады?

Бұл бетбұрыс табиғи түрде агенттік жүйелерге жетелейді.

Дизайн статикалық болудан қалғанда

Заманауи дизайн-жүйелер логиканы қазірдің өзінде қамтиды: токендер шектеулерді, компоненттер құрылымды, паттерндер мінез-құлықты анықтайды.

Дегенмен жүйелердің көбі әлі де адамның ауқымды үйлестіруіне тәуелді.

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

Дизайн осы жерде құжаттамадан орындалатын логикаға айналады.

Бұл қайда бара жатыр

Қазір басты мақсат — бұл идеяларды нақты, жұмыс істейтін жүйелерде жүзеге асыру: эксперимент ретінде емес, іргетас ретінде.

1. AI агенттерін дизайн құралдарымен (Figma) тереңірек біріктіру

Агенттік дизайн-жүйелерге қарай

Дизайн құралдары енжар кенеп болмауы керек.

Мақсат — дизайн токендері мен компонент шектеулерін түсінетін, шешімдерді нақты уақытта тексеретін, дизайн ниетін жүйелік деңгейдегі ережелерге аударатын және экспорттаушы емес, әріптес ретінде әрекет ететін AI агенттерін Figma-мен біріктіру.

Бұл дизайнды ниет кейінірек болжанбай, бастапқыда сақталатын жоғары деңгейге көтереді.

2. Масштабталатын AI агенттерін басқару

Мақсат: 150 агент, әр компонентке біреуден

Бір жалпы мақсаттағы AI-дың орнына командалар көптеген мамандандырылған агенттерге көшуде.

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

Бұл сау жүйелердің өсу жолын қайталайды: мамандану, үйлестіру және айқын келісімшарттар арқылы.

3. Нақты дағдылары, құралдары және плагиндері бар агенттер

Агенттер әрекет ете алуы керек.

Яғни оларды дағдылармен (қолжетімділік бойынша пайымдау, дизайнды тексеру, өнімділікті ескеру), құралдармен (линтерлер, тест жүргізушілер, дизайн API-лері) және плагиндермен (Storybook, Drupal, CI пайплайндары, Figma интеграциялары) жабдықтау қажет.

Құралсыз агент — теориялық. Құралы бар агент жүйенің өзінің бөлігіне айналады.

4. Қызметтік қабылдау тестілеуінің ақылды автоматтандырылуы

AI басқаратын және ниетті түсінетін

Дәстүрлі тестілеу нәтижені тексереді. Агент басқаратын тестілеу мінез-құлықты түсінеді.

Назар пайдаланушы жолдары туралы пайымдайтын AI агенттеріне, тек селекторларды емес, ниетті түсінетін функционалдық тесттерге, тесттерді компоненттермен бірге дамытатын жүйелерге, сондай-ақ нәзік тесттерді азайтып, семантикалық сенімділікті арттыруға аударылады.

Тестілеу жүйе интеллектісінің тағы бір қабатына айналады.

AI дәуіріндегі TDD және BDD: AI агенттері неге 100% көбірек тестten бастайтын әзірлеуді талап етеді

Бұл неге маңызды

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

Мұндай әлемде қолмен бақылау масштабталмайды. Ал жақсы анықталған ережелер масштабталады.

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

Құрушыдан жүйелік ойшылға өту іске асыруды тастап кету дегенді білдірмейді. Бұл — жүйелерді бөлшектер жиынтығынан гөрі көбірек нәрсе ретінде көру.

Келесі қадам — жүйелердің пайымдауына, бейімделуіне және дамуына мүмкіндік беретін ережелерді жобалау.

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