Next.js-ийн GitHub дээрх issue-ийн хуримтлал 2025 оны 1-р сард 3,109-д хүрч, 2026 оны 8-р сарын 10-ны байдлаар 2,244 хэвээр байв. Аль хэдийн засагдсан алдаа, давхардсан мэдэгдэл, дэмжлэггүй хувилбарын асуудлууд шинэ регрессийг дарж байлаа. Next.js баг 9-р сарын 4-нд энэ асуудлыг AI агентаар хэрхэн шийдсэнээ нийтэлжээ.
Идэвхгүй байдал буруу шалгуур болсон
Баг өмнө нь удаан хугацаанд хөдөлгөөнгүй issue-г автоматаар хаадаг workflow ашиглаж байсан. Гэвч хугацаа нь issue хамааралтай эсэхийг хэлж чадахгүй: хуучин issue засагдсан, давхардсан байж болохоос гадна хэн ч эргэж хараагүй жинхэнэ алдаа ч байж болно.
closability агент
Баг Vercel-ийн нээлттэй эхийн eve агентын фреймворк дээр closability нэртэй судалгааны агент бүтээсэн. Агент issue бүрийг Next.js репозитори, Node.js, Playwright, Chromium суулгасан тусгаарлагдсан sandbox дотор шалгадаг:
- GitHub дээрх хэлэлцүүлгийг уншиж, дэмжигдсэн хувилбаруудыг шалгана
- Холбоотой issue, pull request, commit, release, баримт бичгийг хайна
- Шаардлагатай бол алдааг мэдэгдсэн хувилбар, сүүлийн тогтвортой хувилбар болон canary дээр дахин үүсгэнэ
- Өөрийн анхны дүгнэлтийг үгүйсгэх нотолгоог тусгайлан хайна
Агент зөвхөн судалгаа хийдэг. Тайлбар бичих, issue хаах, код push хийх эрхгүй бөгөөд prompt injection-оос хамгаалж issue-н текст дэх зааврыг үл тоомсорлохоор тохируулсан.
Үр дүн
Агент 200 хүртэлх зэрэгцээ сессээр ажиллаж, нэг issue-г дунджаар 30 минут судалсан. Засварлагчид агентын цуглуулсан нотолгоог уншиж шийдвэр гаргасаар 9-р сарын 4 гэхэд 1,462 issue хаагдаж, хуримтлал 1,000-аас доош буужээ. Хаагдсан шалтгаанаар нь:
- Аль хэдийн засагдсан — 37%
- Давхардсан — 19%
- Хүлээгдэж буй зан төлөв (алдаа биш) — 16%
- Дахин үүсэхгүй болсон — 6%
- Дэмжлэггүй эсвэл хуучирсан — 5%
- Бусад — 17%
Буруу хаагдсан issue-г хэрэглэгч өөрөө дахин нээх боломжтой GitHub Action-ыг урьдчилан нэмсэн нь алдааг засах хамгаалалт болжээ.
Бидний сургамж
Энэ жишээний гол санаа нь "агент шийдвэр гаргадаг" биш, "агент нотолгоо цуглуулж, хүн шийддэг" явдал юм. Засварлагчийн ажил ихэнхдээ агентын хураангуй болон эх сурвалжийг шалгах төдий болсон. Том системийн засвар үйлчилгээ, техникийн дэмжлэгийн хүсэлт боловсруулахад ч энэ зарчмыг шууд хэрэгжүүлж болно.