Barclays Claude Code-ს დეველოპერთა ნახევარზე ავრცელებს — კონტროლი ტესტია

2026 წლის 1 ოქტომბრის Anthropic-ის განცხადების მიხედვით, ბრიტანულმა ბანკმა Barclays-მა Anthropic-თან თანამშრომლობა გააფართოვა და გეგმავს, რომ Claude Code-ს 2026 წლის ბოლომდე მისი დეველოპერების 50% იყენებდეს, 2027 წელს კი — პროგრამული ინჟინრების უმრავლესობა; ბანკის თანა-ოპერაციული დირექტორი Craig Bright მიზანს ასე აღწერს: „modernize legacy platforms, improve software quality“. ეს გამოყენების სამიზნეა და არა უკვე მიღწეული წილი ან გაზომილი ეკონომია. გაფართოება უკავშირდება ძველი ტექნოლოგიური პლატფორმების განახლებას და პროგრამული უზრუნველყოფის ხარისხის გაუმჯობესებას.

ბანკის სხვა მიმართულებაში AI უკვე ყოველდღიურ სამუშაოს ასრულებს: Bloomberg Línea-ს ცნობით, Barclays-ის ბაზრების განყოფილებაში Anthropic-ის მოდელებზე დამყარებული პლატფორმა კლიენტების დაახლოებით 120 000 წერილს ამუშავებს დღეში. ეს მოქმედი პროცესის მოცულობაა; Claude Code-ის სამომავლო გავრცელება კი დეველოპერების გამოყენებას აღწერს. წერილების ავტომატური დახარისხება და საბანკო კოდის შეცვლა სხვადასხვა რისკსა და დამტკიცების წესს მოითხოვს.

Claude Code-ის სამიზნე ძველი პლატფორმების განახლებაა

ბანკისთვის კოდის აგენტის ღირებულება შეიძლება გამოჩნდეს ისეთ სამუშაოში, სადაც ძველი სისტემის ლოგიკის გაგება და ცვლილება დიდ დროს მოითხოვს. Barclays-ის ხელმძღვანელობა Claude-ს უკავშირებს პლატფორმების განახლებას, კოდის ხარისხს და ტექნიკური სპეციალისტებისთვის რთულ ამოცანებზე დროის გათავისუფლებას. ბანკი აგენტურ შესაძლებლობებზე საუბრობს პროგრამის შექმნის, ტესტირების, დაცვისა და ექსპლუატაციის პროცესში; საჯაროდ არ არის აღწერილი, რომელ კოდის საცავებზე ან საწარმოო სისტემებზე ექნება Claude Code-ს წვდომა.

ძველ პლატფორმაში ცვლილების სირთულე მხოლოდ მოძველებული კოდის წაკითხვა არ არის. გადახდის, ანგარიშგების ან კლიენტის მომსახურების მოდული შეიძლება სხვა კომპონენტს კონკრეტულ მონაცემთა ფორმატს ან ოპერაციების თანმიმდევრობას ჰპირდებოდეს. აგენტის მიერ დაწერილმა ცვლილებამ ცალკეული ტესტი შესაძლოა გაიაროს, მაგრამ ასეთი შეთანხმება დაარღვიოს. ამიტომ კოდის ახალი ფრაგმენტის მიღებისას მნიშვნელოვანია დამოკიდებულებების შემოწმება, შესაბამისი გუნდის განხილვა და ცვლილების უკან დაბრუნების გზა.

გამოყენების მასშტაბი ხარისხისგან ცალკე უნდა გაიზომოს. დეველოპერის მიერ ინსტრუმენტის გამოყენება ჯერ არაფერს ამბობს იმაზე, რამდენი შეთავაზებული ცვლილება მიიღო გუნდმა, რამდენი დაბრუნდა გადასამუშავებლად და რა მოხდა გაშვების შემდეგ. რეალური პროდუქტიულობის დასადგენად საჭიროა დასრულებული სამუშაოს დროის, ხარვეზებისა და შემდგომი შესწორებების ერთად დანახვა. ასეთ მაჩვენებლებს ბანკს საჯაროდ ჯერ არ წარმოუდგენია, ამიტომ გამოცხადებული წილი პროდუქტიულობის შედეგად ვერ ჩაითვლება.

მოქმედი წერილების პროცესი სხვა საზღვრებს აჩვენებს

ბაზრების განყოფილებაში Claude-ის მოდელები შემოსულ წერილებს ახარისხებს, ამატებს დამუშავებისთვის გამოსადეგ ინფორმაციას და განსაზღვრავს, რომელ ოპერაციულ გზაზე გადავიდეს მოთხოვნა. თანამშრომლებს ასე უფრო სწრაფად შეუძლიათ შესაბამისი წერილის აღმოჩენა და მოქმედებისთვის საჭირო ცნობების მიღება. აღწერილი პროცესი ეხება მოთხოვნის მომზადებასა და გადამისამართებას; კლიენტისთვის საბოლოო საბანკო გადაწყვეტილების დამოუკიდებლად მიღება ამ ფუნქციის აღწერაში არ ჩანს.

ეს მაგალითი აჩვენებს, რატომ ვერ იმართება ბანკში AI-ის ყველა გამოყენება ერთი წვდომის წესით. კლიენტის წერილში შეიძლება იყოს პირადი ან კომერციულად მგრძნობიარე ინფორმაცია; კოდის აგენტს კი შესაძლოა შეხვდეს წყაროს კოდი, კონფიგურაცია ან ტესტის მონაცემები. თითოეულ შემთხვევაში უნდა განისაზღვროს, რა მასალა მიეწოდება მოდელს, ვის შეუძლია მისი გაგზავნა და სად ინახება დამუშავების კვალი. წერილების დამუშავების მოქმედი მოცულობა თავისთავად არაფერს გვეუბნება Claude Code-ის მონაცემებთან წვდომაზე.

Barclays-ის საცალო მიმართულებაში მოქმედი Colleague Knowledge Assistant თანამშრომლებს კლიენტებისთვის პასუხების მოძიებაში ეხმარება. ასეთი საძიებო ამოცანა წერილის მარშრუტიზაციისა და კოდის ცვლილებისგან განსხვავებულ შემოწმებას მოითხოვს: მოძიებულ პასუხში მნიშვნელოვანია ინფორმაციის სისწორე, წერილის შემთხვევაში — სწორი მიმღები, ხოლო კოდში — სისტემის ქცევა გაშვების შემდეგ. ერთსა და იმავე AI პარტნიორთან მუშაობა ამ ამოცანების შედეგებსა და რისკებს არ ათანაბრებს.

რა უნდა გააკონტროლოს ბანკმა კოდის აგენტის გაფართოებისას

კოდის მიმოხილვა ადამიანურ გადაწყვეტილებად უნდა დარჩეს იქ, სადაც ცვლილება სხვა სისტემებს ეხება. ინჟინერმა უნდა ნახოს არა მხოლოდ აგენტის შეთავაზებული კოდი, არამედ ისიც, რა დაშვებაზე ააგო მან გადაწყვეტილება და მოიცავს თუ არა ტესტები რეალურ დამოკიდებულებებს. თუ აგენტი ცვლილებასაც წერს და შესაბამის ტესტსაც, ორივე შეიძლება ერთსა და იმავე მცდარ ვარაუდს ემყარებოდეს. დამოუკიდებელი განხილვის ღირებულება სწორედ ასეთი საერთო შეცდომის აღმოჩენაა.

მონაცემთა საზღვარი ცალკე გადაწყვეტილებაა. აგენტს საქმისთვის საჭირო კოდის ნახვა შეიძლება სჭირდებოდეს, მაგრამ იმავე ამოცანისთვის რეალური კლიენტის მონაცემი ან საწარმოო გარემოს საიდუმლო შესაძლოა აუცილებელი არ იყოს. წვდომის ფარგლები კონკრეტულ სამუშაოს უნდა შეესაბამებოდეს, ხოლო გაზიარებული მასალა იმავე ყურადღებით კონტროლდებოდეს, როგორც სხვა ტექნოლოგიურ მომწოდებელთან გადაცემული ინფორმაცია. Barclays-ის გამოქვეყნებული ცნობები კონკრეტულ წვდომებსა და მონაცემთა შენახვის წესს არ ასახელებს.

ინგლისის ბანკის მრგვალი მაგიდების შეჯამებაში მონაწილეთა ნაწილი აღნიშნავს, რომ აგენტური AI-ის პირობებში ტრადიციული „ადამიანი პროცესში“ მიდგომა დასახვეწია; ისინი შედეგების ტესტირებას, მონიტორინგსა და მკაფიო საზღვრებს უსვამენ ხაზს. Barclays-ის შემთხვევაში ადამიანის დამტკიცებას შემოწმებადი საფუძველიც უნდა ახლდეს: რა შეიცვალა, რომელი ტესტი გაიარა კოდმა და ვინ დაუშვა ცვლილება საწარმოო გარემოში. ასეთი მიდგომა შეცდომის მოძიებას ეხმარება მაშინაც, როცა მოდელის შიდა მსჯელობა სრულად ხილული არ არის.

აუდიტის კვალი უნდა აკავშირებდეს ამოცანას, აგენტისთვის ხელმისაწვდომ მასალას, შეთავაზებულ ცვლილებას, ადამიანის შესწორებას და საბოლოო დამტკიცებას. ძველ სისტემაში ეს ჩანაწერი განსაკუთრებით საჭიროა, რადგან ხარვეზი შეიძლება მხოლოდ სხვა სერვისთან ურთიერთობისას გამოჩნდეს. გაშვების ნებართვა და უკან დაბრუნების გეგმა ერთსა და იმავე ცვლილებას უნდა ეკუთვნოდეს; სხვაგვარად გუნდისთვის რთული იქნება დადგენა, აგენტის რომელი შეთავაზება მოხვდა რეალურ საბანკო სისტემაში.

წლის ბოლოს გამოჩნდება გავრცელება, შემდეგ — შედეგი

გაცხადებული ვადის გასვლისას გამოჩნდება, რამდენად ფართოდ შევიდა Claude Code დეველოპერების ყოველდღიურ სამუშაოში. გამოყენების წილის გამოქვეყნება დანერგვის სურათს დახატავს. მის გვერდით არსებითი იქნება, შეიცვალა თუ არა სამუშაოს დასრულების დრო, რა ხარისხით გაიარა კოდმა დამოუკიდებელი მიმოხილვა და გაჩნდა თუ არა დამატებითი ხარვეზები გაშვების შემდეგ.

ბანკისთვის გადამწყვეტი მომენტი საწარმოო სისტემაში მიღებული ცვლილებაა: სწორედ იქ შეიძლება აგენტის მიერ მომზადებული კოდი კლიენტთა მომსახურებასა და ოპერაციულ ვალდებულებებს შეეხოს. დანერგვის შედეგის შეფასება შესაძლებელი გახდება მაშინ, როცა გამოყენების მონაცემებთან ერთად გამოჩნდება, როგორ იმუშავა კოდის შემოწმებამ, მონაცემთა საზღვრებმა და ცვლილებების დამტკიცებამ.

ასევე წაიკითხეთ:

• Google My Activity-ის წაშლა ნახევარი საქმეა — ბრაუზერის ისტორიაც რჩება
• Pipedream თუ Zapier: კოდი მეტ კონტროლს გაძლევთ, handoff კი რთულდება