DXC агентуудаа 125 орчинд тэлнэ: 95%-ийн хурдасгал нь өөрийн хэмжилт

DXC Technology 2026 оны 10 дугаар сарын 13-нд АНУ-ын Виржиниа мужийн Ашберн хотоос LangChain-тай хамтрах болсноо зарлахдаа, үйлдвэрлэлийн орчинд ажиллаж буй DXC OASIS-ийг зохицуулалттай салбарын 125 хэрэглэгчийн орчин руу тэлэхээр зорьж, 500 гаруй хэмжсэн тохиолдолд асуудал шийдэх хугацаа дунджаар 95% буурч, оношилгооны зөв байдал ахлах инженерийн дүгнэлттэй харьцуулахад 92%-иас доошгүй гарсныг мэдээлээд, DXC-ийн дэд бүтцийн үйлчилгээ хариуцсан ерөнхийлөгч Дэн Грэй “models alone are not enough” хэмээн онцолсон. Энэ нь дууссан байршуулалтын тоо биш, өргөтгөлийн чиглэл; хурдасгал ч хараат бус туршилтын дүн бус, DXC-ийн өөрийн хэмжилт юм.

Хамтын ажиллагааны техникийн цөм нь OASIS-д өмнөөс ашиглаж байсан LangGraph ба одоо лицензээр авч буй LangSmith юм. Эхнийх нь агентын ажлыг зохион байгуулж, төлөвийг хадгалан, шаардлагатай үед хүний шийдвэрийг хүлээнэ; дараагийнх нь хөгжүүлэлт, үнэлгээ, ажиллагааны мөрийг ажиглахад үйлчилнэ. Иймээс шинэ лиценз болон өмнө бүрэлдсэн OASIS-ийн үр дүнг нэг шалтгаан, нэг хэмжүүр болгон нийлүүлэх боломжгүй.

LangChain-ийн хэрэгслүүд OASIS-д ямар ажил хийдэг вэ

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

LangSmith-ийн үүрэг өөр: агентын хийсэн алхам, дуудсан хэрэгсэл, гаргасан үр дүнг мөрдөх, туршилтын өгөгдлөөр үнэлэх, хувилбаруудын зан төлөвийг харьцуулах хэрэгсэл болж орно. Агент алдаа гаргавал тухайн гүйцэтгэлийн мөр инженерийн шалгалт болон дараагийн туршилтад ашиглагдах боломжтой. Гэхдээ ажиглах хэрэгсэл нэмэгдсэн нь өөрөө саатал богиноссон шалтгааныг тогтоох туршилт биш; OASIS-ийн өмнөх орчин, хүний ажиллагаа, ажлын төрөл мөн хугацаанд нөлөөлнө.

DXC-ийн платформын өөрийн давхарга нь хэрэглэгчийн системийн мэдээлэл, тухайн байгууллагын шаардлага, үйл ажиллагааны мэдлэг, нийлүүлэгчийн зааврыг агентын ажилтай холбодог. Ижил ерөнхий загвар өөр өөр хэрэглэгчийн системд ижил эрхээр ажиллах ёсгүй учраас OASIS зөвшөөрлийн хил, байгууллагын өгөгдөл, шийдвэрийн мөрийг тусад нь авч үздэг. LangChain-ийн хэрэгслүүд DXC-ийн ажиллагааны дүрэмтэй ингэж холбогдоно.

Өргөтгөлийн үед агентын эрх хэрхэн хязгаарлагдах вэ

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

Энэ эрхийн загвар нь мэдээлэл хаанаас ирснийг ч чухалчилна. Систем болон хэрэглэгчид хамаарах мэдлэгийг эхэнд тавьж, дараа нь DXC-ийн ажиллагааны туршлага, нийлүүлэгчийн баримт бичгийг ашигласнаар агент ерөнхий загварын хариултыг тухайн орчны бодит нөхцөлтэй тулгах ёстой. Нийтийн, хувийн, тусгай болон тусгаарлагдсан үүлэн орчинд ажиллах боломжийг зарласан ч хэрэглэгч бүрийн эрхийн тохиргоо, мэдээллийн хил, хяналтын хэрэгжилтийг нийтэд дэлгээгүй байна.

Хугацааны тоо юуг хэмжсэн, юуг хэмжээгүй вэ

Market Chameleon-ийн нийтлэл хугацааны жишээнүүдийг DXC-ийн өгсөн тоо гэж тэмдэглэжээ: файлын системийн саатал 53–90 минутаас 3–6 минут, өгөгдлийн сангийн гүйцэтгэлийн доголдол 2–3 цагаас 5–12 минут, төвөгтэй асуудлын шийдэл 2–6 өдрөөс 8–10 минут болсон гэжээ. Эдгээр нь тодорхой ажлын төрлүүдийн жишээ; бүх тасалбарын дундаж буюу шинэ хэрэглэгчийн орчинд гарах баталгаат хугацаа биш.

Гэхдээ DXC ба LangChain-ийн 2026 оны 10 дугаар сарын 14-ний техникийн баримт бичигт өргөтгөлийн чиглэлийг 130 хэрэглэгчийн орчин, хэмжсэн түүврийг 56 тохиолдол гэж өгүүлсэн бөгөөд платформ 2026 оны гуравдугаар сард нийтлэг ашиглалтад гарсан гэжээ. Энэ нь өмнөх өдрийн мэдэгдлийн орчны зорилт болон түүврийн тооноос өөр. Баримтууд ижил хугацаа, ижил хэмжилтийн хүрээг хэлж байгаа эсэхийг тайлбарлаагүй тул тэдгээрийг нэг түүвэр гэж үзэх үндэс алга.

Нийтэлсэн хувь нь ажиллагааны хурд 95% өссөнийг бус, асуудал шийдэх хугацааны дундаж бууралтыг илэрхийлнэ. Оношилгооны зөв байдлын тулгуур нь ахлах инженерийн дүгнэлт; энэ нь бодит засварын дараах системийн төлөв, давтан гарсан саатал, эсвэл бие даасан шинжээчдийн дүгнэлттэй адил шалгуур биш. Нийтлэгдсэн тоонууд ажлын төрөл тус бүрийн хэмжээ, өмнөх ажиллагааны нөхцөл, хүний оролцооны хугацааг салгаж харуулаагүй тул үр дүнд шинэ LangSmith хэрэглээ хэр нөлөөлснийг тогтоох боломжгүй.

Монголын IT баг өөрийн орчинд юуг хэмжих вэ

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

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

Мөн уншаарай:

• PostgreSQL эсвэл MySQL: benchmark-ийн ялагч workload солигдоход өөрчлөгдөнө
• AWS-ийн хөнгөлөлтөд шууд бүү түгж: ашиглаагүй цаг буцаад ирэхгүй
• LangChain эсвэл LlamaIndex: RAG-ийн чанарыг framework дангаараа шийдэхгүй