В настоящее время не так много людей знают, я происходу из технического фона. Двадцать лет назад в инвестиционном банке в регионе Азиатско-Тихоокеанского региона человек, действительно разбирающийся в алгоритмической торговле, мог насчитывать около пятидесяти человек, и я был одним из них; в то время ядром системы было не «может работать», а должна была быть надежной в долгосрочной перспективе при таких ограничениях, как задержка, стабильность, мониторинг и управление рисками. Поэтому я изначально был очень против «Vibe Coding», потому что легко можно было неправильно понять, что программирование можно делать, «давая инструкции на основе чувств». Затем я лично использовал Claude Code, Codex, Copilot для создания нескольких небольших программных продуктов и внутренних инструментов, и только тогда понял, что проблема не в AI, который пишет код, а в вводящем в заблуждение характере этого термина: когда AI внедряется в инженерный процесс, он скорее напоминает продолжение Pair Programming, объединяя «производство» и «ревью» в один цикл, позволяя людям переключиться с повторяющейся работы обратно к ключевым решениям и контролю качества. В то же время, реальность очень ясна: людям, не разбирающимся в программировании, трудно достичь приемлемых результатов только с помощью Vibe; но для тех, кто способен, AI значительно увеличит эффективность и качество поставки, что также объясняет, почему одним из самых желанных «преимуществ» в компании является возможность использовать больше токенов LLM, управлять ими и проверять их, включая доступ и настройку моделей, более стабильные рамки разрешений и соблюдения правил, внутренние цепочки инструментов, более близкие к бизнесу, а также постоянное обучение и сбор лучших практик.