Год назад, в мае 2025, инженеры Anthropic вышли на Code w/ Claude с докладом «Prompting for Agents». Семь принципов промптинга, публичный workbench в браузере, пара примеров системных инструкций — этого было достаточно, чтобы собрать рабочего агента. Через месяц, 15 июня 2026, Anthropic выводит из эксплуатации модели claude-sonnet-4-0 и claude-opus-4-0 — те самые, на которых строился публичный workbench из того доклада.
Как банки превратили «выгоду» в головоломку, которую никто не решает
У среднего российского пользователя в 2026 году — 3–4 банковские карты. У активного — 6–8. У тех, кто «оптимизирует расходы» — больше 10.
И у каждой карты — свои кешбэки. Которые меняются каждый месяц. Которые надо активировать вручную. Которые имеют лимиты, исключения, категории и сроки.
Добро пожаловать в 2026 год, где у тебя в кармане суперкомпьютер — и ты всё равно стоишь на кассе и гадаешь, какой картой платить.
Топ-менеджеры ГК «Первый Трест» теперь уходят с работы на два часа раньше, компания экономит до 5–7 % оборота в год, а 50 000 задач по девяти жилым комплексам больше не теряются.
Год в Claude Code, несколько релизов моделей, десятки экспериментов с командой в Kaiten. Всё это время я ждал, что главным рычагом качества будет очередной релиз модели. Оказалось, ровно наоборот: смена модели даёт заметный, но ограниченный прирост, а каждый новый слой обвязки вокруг неё — кратный.
Англоязычные инженеры называют эту обвязку harness (далее…)
Когда человеку говорят:
“Сделайте кнопку”
он представляет себе:
обработчик клика
форму
пару строчек кода
Когда это слышит программист — он напрягается.
Потому что за словом “кнопка” часто скрывается:
изменение бизнес-процесса
отчёты
согласования
десятилетнее легаси
и фраза “раньше в DOS было удобнее”
Со временем начинаешь понимать:
Программирование — это не написание кода.
Это перевод человеческого хаоса на язык, который понимает компьютер.
Привет, Хабр! Архитектура ПО — это фундамент, на котором строится предлагаемый пользователю продукт. И если этот фундамент даёт трещину, последствия могут быть катастрофическими.
Когда я начинал делать Gooly, мне казалось, что главная проблема — это функционал.
Если сделать:
удобное создание мероприятий;
регистрацию;
чаты;
подтверждения участия;
оплату;
сообщества;
то люди начнут пользоваться системой сами.
Звучит логично.
Но спустя месяцы разработки я столкнулся с проблемой, о которой почти никто не говорит, когда рассказывает про social-стартапы.
Пустота.
Причём это очень специфическая проблема. Обычный SaaS может быть полезен даже одному человеку. Таск-трекер, заметки, редактор, CRM — всё это работает сразу после регистрации.
Когда программист впервые слышит слово «архитектура», он обычно представляет что-то скучное: диаграммы, стрелочки, коробочки, совещания на три часа и человека, который запрещает писать код.
А потом проходит несколько лет.
И внезапно оказывается, что проект, который «быстро накидали», начинает разваливаться от любого изменения.
Добавили одну кнопку — сломался импорт. Поменяли отчёт — умерла авторизация. Обновили библиотеку — перестала открываться половина форм.
И начинается археология.
Почему так происходит?
