Barclays го носи Claude Code кај половина од програмерите до крајот на 2026

Според SiliconReport, Barclays и Anthropic на 1 октомври 2026 година ја проширија соработката, а банката очекува Claude Code да го користат 50% од нејзините програмери до крајот на 2026 година и мнозинството софтверски инженери во 2027 година. Тоа се цели за усвојување, без објавен резултат за досегашната употреба на алатката меѓу програмерите.

Проширувањето е наменето за забрзување на развојот на софтвер, обновување на постари платформи и подобрување на работењето во банката. Craig Bright, коизвршен оперативен директор на Barclays, во објавата на Anthropic ја опишува целта и со зборовите „improve software quality“, додека партнерите наведуваат управување, безбедносни контроли и човечки надзор при употребата на вештачка интелигенција. Bright ги поврзува новите можности и со градењето, тестирањето, обезбедувањето и работењето на технологијата; измерено подобрување на квалитетот на кодот засега не е објавено.

Што ќе се проширува во инженерските тимови

Claude Code е алатката насочена кон програмерската работа во рамките на поширокото воведување на Claude. Целта го опишува опфатот меѓу луѓето, а не бројот на проекти, програмски складишта или промени во продукциските системи. Од објавениот процент не може да се пресметаат лиценци, извршени задачи или заштедено време, бидејќи банката не го објавила вкупниот број програмери на кој се однесува мерката.

Постепеното проширување има практична причина. Измена што изгледа исправна во една компонента може да влијае врз поврзани банкарски системи, особено кога се работи на постари платформи. Помошта при создавање код би имала вредност ако предложените измени поминат низ инженерски преглед, тестови и контрола на пристапот пред пуштање во употреба. Тоа е критериум за оценување на ефектот, а не јавен опис на конкретниот процес на Barclays.

Идната цел кај софтверските инженери ја покажува намерата алатката да се прошири надвор од почетниот круг корисници. Сепак, формулациите „програмери“ и „софтверски инженери“ не мора да означуваат идентични групи. Затоа најавените удели треба да се читаат како последователни цели, а не како статистичка серија од која може да се извлече точен раст на бројот на корисници.

Каде Claude веќе работи во Barclays

Банката веќе има примени на Claude надвор од пишувањето код. Според PYMNTS, Colleague Knowledge Assistant го користат повеќе од 16.000 вработени во Barclays UK и од 2025 година обработил над еден милион пребарувања, помагајќи им на вработените при услужувањето на повеќе од 20 милиони британски клиенти во малопродажното банкарство; во Global Markets, модели на Claude помагаат во обработката на приближно 120.000 клиентски е-пораки дневно.

Асистентот за знаење им помага на вработените да најдат информации и одговори кога услужуваат клиенти. Тој користи архитектура што прво пребарува релевантна содржина, а потоа ја вклучува во генерираниот одговор. Оваа задача е различна од уредување програмски код: обемот на пребарувања покажува употреба на асистентот, но не кажува колку инженерски тимови користат Claude Code.

Во пазарното работење моделите ги класифицираат влезните пораки, додаваат контекст и помагаат да се одреди патеката за нивна обработка. Тука мерката е обемот на пораки што минуваат низ процесот, а не бројот на вработени што работат со моделот. За банката тоа е искуство со автоматизација во деловен тек во кој вработените потоа постапуваат по барањата; за Claude Code ќе бидат потребни посебни инженерски показатели.

Контролите зад целта за усвојување

Управувањето, безбедносните контроли и човечкиот надзор се наведени како дел од проширувањето, но јавната најава не опишува кои складишта со код ќе бидат достапни на Claude Code, кои податоци смеат да влезат во задача или кој ја одобрува предложената измена. Таа разлика е суштинска во регулирана банка: пристапот до алатката и дозволата за работа со конкретен систем се одделни одлуки.

За да се оцени вакво воведување, корисно е да се раздвојат неколку оперативни прашања:

• Кои тимови и видови задачи добиваат пристап во секоја фаза, и кој го дозволува преминот кон почувствителни системи?
• До кои програмски складишта и податоци може да пристапи алатката, и дали пристапот може да се следи по корисник и задача?
• Кој го прегледува предложениот код, кои тестови се задолжителни и кој може да одобри пуштање во продукција?
• Дали се брои повторена, стварна употреба наместо само активирани сметки, и дали се следат грешките по промените?

Овие прашања се рамка за оценување, а не тврдење дека Barclays јавно ги објавила токму тие процедури. Висок удел на корисници може да се постигне и кога примената е ограничена на едноставни задачи. Обратно, помал број инженери можат да работат на сложени промени со значајно влијание. Без опис на задачите и проверките, истиот процент може да претставува многу различен оперативен ризик.

Што ќе покаже дали воведувањето успеало

Првиот јавно проверлив исход ќе биде уделот на програмери што навистина ја користат алатката во најавениот рок, заедно со јасна дефиниција за „користат“. Бројот на отворени сметки, еднократното пробување и редовната употреба мерат различни нешта. За споредба на продуктивноста би требало да се знае и колку време им е потребно на тимовите за слични задачи пред и по воведувањето, имајќи ја предвид тежината на промените.

Квалитетот бара сопствени мерки: резултати од автоматски тестови, дефекти откриени по пуштањето, повторна работа на ист код и безбедносни наоди. Само брзината на подготвување предлог не кажува дали банката добива подобар софтвер. Следниот суштински податок ќе биде дали инженерските резултати и надзорот го следат растот на употребата.

Прочитајте и:

• Claude Code или GitHub Copilot: цената не го избира победникот
• Matomo или GA4: сопственоста на податоците носи скриена админ-работа
• OpenAI API или Claude API: токенот не ја кажува целата цена