Программ хангамжийн ихэнх хөгжүүлэгч, техникийн ахлагч, DevOps инженер нар ажлын замналаа бүтээгчээр эхэлдэг.

Тэд систем, апп, компонент, загвар, хээ маягийн сан, модуль, дамжуулах хоолой (pipeline) бүтээнэ. Байрлалыг нарийвчилж, захын тохиолдлыг засаж, нийцтэй байдлыг хадгалж, системийг нэг нэг коммитоор урагш нь түлхэнэ. Энэ ажил нарийн, практик, гүн техникийн шинжтэй.

Гэвч нэг л мэдэхэд ямар нэг зүйл өөрчлөгддөг.

Шилдэг мэргэжилтнүүд бүтээхээ зогсоодоггүй, харин системээр сэтгэж эхэлдэг.

Бүтээгчээс системийн сэтгэгч болох нь

Эргэлт: Гүйцэтгэлээс дүрэм рүү

Бүтээгчийн хувьд анхаарал нь гарц дээр төвлөрдөг: компонент, загвар, хуудас, функц, сан, аппликейшн.

Системийн сэтгэгчийн хувьд анхаарал нь дүрэм рүү шилждэг: хязгаарлалт, харилцан үйлчлэл, санал хүсэлтийн хүрээ (feedback loop).

"Энэ компонент ямар харагдах вэ?" гэж асуухын оронд системийн сэтгэгчид өөр асуулт тавьдаг: Энэ компонентыг ямар дүрэм удирдах вэ? Түүнтэй юу харилцаж болох вэ? Өөрчлөлтийн үед ямар байдлаар ажиллах вэ? Зорилго цаг хугацаанд хэрхэн үлдэх вэ?

Энэ эргэлт агентийн системүүд рүү байгалиасаа хөтөлдөг.

Дизайн статик байхаа болихуйд

Орчин үеийн дизайн системүүд логикийг аль хэдийн кодлосон байдаг: токенууд хязгаарлалтыг, компонентууд бүтцийг, хээ маягууд биеэ авч явах байдлыг тодорхойлдог.

Гэсэн ч ихэнх систем хүнээр хийлгэх хүнд зохион байгуулалтаас хараахан салаагүй байна.

Хиймэл оюун ухааны агентууд өөр загвар авчирч байна: систем өөрийн дүрмийг өөрөө мөрдүүлж, шийдвэрээ тасралтгүй баталгаажуулж, нөхцөл байдалд хариу үйлдэл үзүүлж, дотроо уялдуулан зохицуулж чадна.

Дизайн баримт бичгээс гүйцэтгэгдэх логик болон хувирдаг нь энэ юм.

Энэ хаашаа явж байна

Одоо гол анхаарал нь эдгээр санааг бодит, ажиллаж буй системд хэрэгжүүлэхэд байна туршилт болгон биш, суурь болгон.

1. Хиймэл оюун ухааны агентуудыг дизайны хэрэгсэлтэй (Figma) илүү гүнзгий нэгтгэх

Агентийн дизайн систем рүү

Дизайны хэрэгсэл идэвхгүй зургийн самбар байх ёсгүй.

Зорилго нь дизайны токен, компонентын хязгаарлалтыг ойлгодог, шийдвэрийг бодит цагт баталгаажуулдаг, дизайны зорилгыг системийн түвшний дүрэм болгон хөрвүүлдэг, экспортлогч биш хамтрагчаар ажилладаг хиймэл оюун ухааны агентуудыг Figma-тай нэгтгэх явдал юм.

Ингэснээр дизайн нь эх үүсвэр рүүгээ, зорилго нь хадгалагдаж, хожим таамаглахгүй байх түвшин рүү шилжинэ.

2. Өргөтгөх боломжтой хиймэл оюун ухааны агентуудын менежмент

Зорилт: 150 агент компонент бүрт нэг агент

Нэг ерөнхий зориулалтын хиймэл оюун ухааны оронд багууд олон тусгай агент руу шилжиж байна.

Компонент бүр өөрийн агенттай болно: тодорхой хариуцлага, тодорхой хил хязгаар, холбоотой компонентуудыг мэддэг байдалтай.

Энэ нь эрүүл системүүд хэрхэн өргөжиж томордогтой адил юм: мэргэшил, зохицуулалт, тодорхой гэрээгээр дамжуулан.

3. Бодит ур чадвар, хэрэгсэл, плагинтай агентууд

Агентууд үйлдэл хийх чадвартай байх ёстой.

Тэдэнд ур чадвар (хүртээмжийн талаарх сэтгэлгээ, дизайны баталгаажуулалт, гүйцэтгэлийн мэдрэмж), хэрэгсэл (линтер, тест ажиллуулагч, дизайны API), плагин (Storybook, Drupal, CI pipeline, Figma интеграц) өгөх нь ингэснээрээ гэсэн үг.

Хэрэгсэлгүй агент бол онолын зүйл. Хэрэгсэлтэй агент системийн нэг хэсэг болдог.

4. Илүү ухаалаг автомат функциональ хүлээн авалтын тест

Хиймэл оюун ухаанаар удирдуулсан, зорилгыг ойлгодог

Уламжлалт тест гарцыг шалгадаг. Агентаар удирдуулсан тест биеэ авч явах байдлыг ойлгодог.

Гол анхаарал нь хэрэглэгчийн замналын талаар логик үндэслэл хийдэг хиймэл оюун ухааны агентууд, зөвхөн селектор биш зорилгыг ойлгодог функциональ тестүүд, компонентуудтай хамт тестээ хөгжүүлдэг системүүд, мөн эмзэг тестийг багасгаж, утга зүйн итгэлийг нэмэгдүүлэхэд байна.

Тест нь системийн оюун ухааны дахин нэг давхарга болно.

Хиймэл оюун ухааны эрин дэх TDD ба BDD: Яагаад AI агентууд 100%-иар илүү тестээс эхэлсэн хөгжүүлэлт шаарддаг вэ

Яагаад энэ чухал вэ

Багууд өөрсдийн бүтээгчдээс удаан наслах, тасралтгүй дасан зохицох, урт хугацааны дизайны шийдвэрүүдийг цааш авч явах системүүдийг бүтээж байна.

Ийм орчинд гар удирдлага өргөжихгүй. Харин сайн тодорхойлсон дүрэм өргөжинө.

Дизайнер, хөгжүүлэгч, хиймэл оюун ухааны агентууд нэг логик хүрээнд, хязгаарлалт ба зорилгын нэг хуваалцсан системд ажиллах ёстой.

Бүтээгчээс системийн сэтгэгч болох шилжилт нь хэрэгжүүлэлтээс татгалзах тухай биш. Энэ нь системийг хэсгүүдийн цуглуулгаас илүү зүйл гэж харах тухай юм.

Дараагийн алхам бол системүүдэд үндэслэн сэтгэж, дасан зохицож, хөгжих боломж олгох дүрмийг зохион бүтээх явдал юм.

Энэ шилжилтийг хийж буй программ хангамжийн хөгжүүлэгч, техникийн ахлагч, DevOps инженерүүд зүгээр л бүтээгээд байгаа юм биш, тэд системүүд өөрсдийгөө бүтээх нөхцөлийг бүтээж байна.