Агент шинжтэй кодчилол нэвтрүүлсэн ихэнх багийн хувьд гацаа код үүсгэхээс хянан шалгах шат руу шилждэг бөгөөд энэ давталтыг засахгүй бол хурдны цэвэр өсөлт бараг гардаггүй.
Өргөн цар хүрээтэй CI орчинд (шөнө бүр сая сая туршилт ажиллуулж, хэдэн зуун инженер оролцдог үед) агентын хамгийн өндөр өгөөжтэй ажил нь код үүсгэх бус, хариуцах багт чиглүүлж, асуудлыг анхан шатанд ангилан шинжлэх явдал юм.
Агентын хэрэгтэй гаралт нягт шалгалтыг давж, зүгээр нэг хэв шинж тааруулахаас илүү шалтгаант холбоог тайлбарладаг.
Нотолгоо цуглуулах, нөхцөл мэдээлэл бүрдүүлэх давхаргыг зөв зохиомжлох нь үүсгэх давхаргаас илүү чухал.
Агент шинжтэй кодчиллын тухай ихэнх хэлэлцүүлэг "илүү их кодыг илүү хурдан бичих" гэсэн энгийн амлалтаас эхэлсээр байна.
Заримдаа энэ нь агентууд ажлаа төлөвлөж, PR нээн, хүний оролцоог хамгийн бага байлгахын зэрэгцээ өөрчлөлтийг нэвтрүүлдэг илүү том зорилго болон өргөждөг. Гэхдээ ихэнх инженерийн багийн хувьд ойрын хугацаанд хүртэх хамгийн тодорхой үнэ цэн нь үүнээс явцуу хүрээнд бий. Тэр нь давталт бүрийн зардлыг бууруулах явдал юм.
Программ хангамж хүргэх ажил нь зөвхөн код үүсгэхээс бүрдэхгүй. Код бичих нь хянан шалгах, турших, нэвтрүүлэх, алдаа гарахад шинжлэн тогтоох зэрэг урт мөчлөгийн зөвхөн нэг үе шат юм. Хянан шалгах мөчлөгөө шинэчлэлгүйгээр агент шинжтэй кодчилол нэвтрүүлсэн ихэнх баг гацаагаа зөвхөн дараагийн шат руу шилжүүлдэг.
Зөвхөн код үүсгэх явцыг хурдасгалаа гээд багийн ажил аяндаа хурдсахгүй. Харин хянан шалгах, баталгаажуулах, итгэл төрүүлэхэд илүү их хүч зарцуулахад хүргэж болно.
Инженерийн олон орчинд хамгийн их зардалтай хэсэг нь эхний хувилбарыг гаргах бус, үр дүнд нь итгэлтэй болох явдал байдаг.
Өөрчлөлт үнэхээр асуудлыг зассан уу, эсвэл системийг сайжруулсан уу? Энэ нь өөр хэсэгт доголдол шинээр үүсгэсэн үү? Алдаа нь кодод, орчинд, туршилтад эсвэл хамааралд байна уу? Санал болгосон засвар шалтгааныг арилгаж байна уу, эсвэл зөвхөн илэрч буй шинж тэмдгийг дарж байна уу?
Агентууд инженерүүдийг орлохдоо бус, эмх замбараагүй нотолгоонд бүтэцтэй анхан шатны шинжилгээ хийхдээ тусалж чадна. Тэд бүртгэл шалгаж, сүүлийн өөрчлөлтүүдийг харьцуулж, холбогдох дохиог нэгтгэн, магадлалтай шалтгааныг мөрдөж, шалгалт ажиллуулаад, хүн цааш нягталж болох үр дүнг буцаана.
Олон багийн хувьд агентыг хамгийн өндөр үр өгөөжтэй ашиглах арга нь кодыг эхнээс нь үүсгүүлэх биш. Харин хүн олон цаг зарцуулан гараар шинжлэхээс өмнө асуудлын хайлтын хүрээг хумих явдал юм.
Энэ нь өргөн цар хүрээтэй алдаа оношлох ажлын урсгалд ялангуяа тод харагдана. Хэдэн зуун инженерийн өөрчилсөн кодын сангуудад шөнө бүр сая сая туршилт ажиллуулдаг CI-г төсөөлөөрэй (энэ бол манай нэг харилцагчийн бодит нөхцөл). Ямар нэг зүйл бүтэлгүйтвэл хариуцах баг руу нь зөв чиглүүлэхэд амаргүй. Асуудал нь хэрэглээний код, хамаарал, туршилтын хамгаалалт эсвэл технологийн стекийн өөр хэсэгт байж болно. Логийн хэмжээ гигабайтаар хэмжигдэж болох бөгөөд асуудлыг эхэлж олсон баг нь түүнийг хариуцдаг баг байх албагүй.
Ийм ажлын урсгалд нэг агентаар засвар бичүүлэх нь угаасаа тохиромжтой шийдэл биш. Харин асуудлын хүрээг хурдан хумих системд илүү тохирно.
Үр дүнтэй дамжлага нь бүртгэл татаж авах, холбогдох нотолгоог сонгох, чухал зүйлсийг нэгтгэх, тусгаарлагдсан орчинд кодыг шалгах, улмаар итгэлцлийн оноо, мөрдөн тогтоох боломж, дараагийн алхмын санал бүхий бүтэцтэй үндсэн шалтгааны шинжилгээ гаргах боломжтой. Итгэлцлийн оноо гаргахын тулд тухайн салбарын мэргэжилтэн агентын анхны гаралтыг үнэлнэ. Дараа нь үүнийг шүүгч болгон ашиглаж буй Том хэлний загвар (LLM) руу оруулж, хүний үнэлгээтэй нийцлийг хадгалан цаашдын оноолтыг автоматжуулна.
Зорилго нь инженерийн дүгнэлтийг үгүй хийх бус, хянан шалгагчдад илүү сайн эхлэл өгөх явдал юм. Доголдлыг анхан шатанд ангилан шинжлэх, PR хянах, туршилт засах, хувилбар баталгаажуулах, нэвтрүүлсний дараа шинжлэх зэрэг нь бүгд ижил бүтэцтэй. Эдгээр нь нотолгоо, хянан шалгалт их шаарддаг бөгөөд тодорхойгүй зүйлээр дүүрэн. Тэд агентаас инженерийн үйл явцыг орлуулахыг бус, харин түүнийг урагшлуулахад туслахыг хүсдэг.
Иймээс багууд эдгээр системийг хэрхэн үнэлэхдээ мөн анхааралтай хандах хэрэгтэй.
Агент дангаараа гайхалтай зүйл бүтээж чадах эсэхийг асуух нь буруу. Үүний оронд өөр хэсэгт саад учруулахгүйгээр бодит ажлын урсгалыг сайжруулж байна уу гэж асуух нь зөв.
Өөрөөр хэлбэл, гаралт нь баталгаажуулахад хангалттай тодорхой эсэх, зүгээр л хэв шинж тааруулах бус шалтгаант холбоог тайлбарлаж байгаа эсэх, мөн хянан шалгалтыг хүндрүүлэх бус хялбарчилж байгаа эсэхийг харах ёстой. Үнэмшилтэй хариулт заавал хэрэгтэй хариулт байдаггүй. Бодит ажил дээр багууд нягт шалгалтыг давж, шалгаж болох бодит зүйл өгсөн агентын гаралтад итгэдэг.
Үүнээс авах гол сургамж нь хэрэгтэй агент шинжтэй систем зөвхөн үүсгэх чадвараас хамаардаггүй явдал юм. Тэдний үр дүн нотолгоог хэрхэн цуглуулах, нөхцөл мэдээллийг хэрхэн бүрдүүлэх, гаралтыг хэрхэн шалгах, тодорхойгүй байдлыг хянан шалгагчид хэрхэн ил болгохоос хамаарна.
Тиймээс агент шинжтэй инженерчлэлийн ойрын ирээдүй бүрэн бие даасан ажиллагаанд хүргэх ганц том үсрэлт байх магадлал бага. Харин агентууд багт ажлаа шалгах, хянах, баталгаажуулах, сайжруулахад тусалж, үе шат хоорондын үргүй зардлыг багасгах нарийн зохиомжтой хэд хэдэн мөчлөгөөс бүрдэх магадлал өндөр.
Энэ нь бүрэн бие даасан ажиллагааны өргөн хүрээний төсөөллөөс сүр багатай байж болох ч хэрэгтэй системүүд бодитоор хэрхэн нэвтэрдэгтэй хавьгүй ойр.