PROFITOMETRIKA

Эволюция Закона Конвея и социальная сложность ИИ-агентов

Долгое время Закон Конвея служил надежным инструментом организационного проектирования. Формируя команды вокруг ограниченных контекстов, архитекторы направляли коммуникации так, чтобы код естественным образом разделялся на независимые сервисы. Этот процесс, известный как «Обратный маневр Конвея», опирался на фундаментальную предпосылку о том, что люди, пишущие код, присутствовали в коммуникационной структуре.

Внедрение автономных ИИ-агентов разрушает эту предпосылку. Агент способен менять структуру, пересекать границы модулей и генерировать новые интерфейсы со невероятной скоростью, но он не участвует в человеческих коммуникациях. Агент может не знать, что два сервиса с идентичной моделью данных разделены намеренно из-за регуляторных требований. Если контекст не передан агенту явно, он будет воссоздават намерения на основе существующего кода, что нередко приводит к локально корректным, но архитектурно негативным изменениям.

Что делать?

Превратить границы архитектуры в проверяемые ограничения
Неформальные договоренности плохо масштабируются в среде, где код создают не только люди. Наверное, это и есть истинный барьер, почему тормозит внедрение ИИ в задачи, в которых важен широкий контент и при этом достаточно высокая точность принимаемых решений. И если раньше можно было как-то схалтурить, то теперь реально нужны:
• контрактные тесты между сервисами и модулями
• архитектурные тесты на допустимые направления зависимостей
• правила импорта, запрещающие доступ к внутренним пакетам другого контекста
• фитнес-функции в CI/CD, проверяющие соблюдение архитектурных инвариантов
• политики доступа к репозиториям, каталогам, инфраструктурным модулям и секретам

Разделить глобальное состояние инфраструктуры
Особенно опасной становится инфраструктура с единым глобальным состоянием, – любое изменение затрагивает общую область, требует блокировки и увеличивает риск побочных эффектов. С кодом схоже, но тут есть риск конкурирующими изменениями положить всю инфру. Снова не получится схалтурить как раньше, теперь придется:
• разделять состояние инфры по доменам и жизненному циклу ресурсов
• выделять независимые слои в инфре
• ограничивать права агента только теми ресурсами, которые относятся к его задаче
• строить зависимости между состояниями через явные выходные данные и контракты

Спроектировать область видимости агента
ИИ-агент не должен быть универсальным солдатом с правом менять все, что ему заблогорассудится. Наиболее надежная модель – это дать каждому агенту ограниченную область ответственности, совпадающую с границами конкретной команды или домена. И снова не получится схалтурить. Если команда отвечает за один продуктовый поток, сервис или bounded context, агент этой команды должен работать в тех же границах:
• иметь доступ только к нужным репозиториям и каталогам
• менять только компоненты своего домена
• использовать только разрешенные интеграции
• работать с заранее определенными контрактами соседних систем

То есть агент должен усиливать автономность команды. Важость определения модели предметной области и ее границ стала даже важнее, потому что если агенту не запретить, он легко может в вашет замечательный ограниченный контекст накидать всего, чего угодно, чтобы решить задачу, которую, возможно, нужно было решать в рамках разных ограниченных контекстов.

Чем больше кода создается агентами, тем опаснее полагаться на неявное знание. Архитектурный замысел (как мне понравился этот термин, но это то же, что и видение) должен быть переведен в явные, проверяемые и автоматически исполняемые правила. В той точке, в которой мы сейчас находимся это и становится новой задачей архитектора – создать среду, в которой и люди и агенты могут двигаться быстро, не разрушая границы, договоренности и ответственность системы.

До 70% трансграничных платежей России проходят в обход банков

До 70% трансграничных операций российского бизнеса с зарубежными партнерами проводятся через альтернативные каналы, минуя традиционную банковскую инфраструктуру. Как отмечают в РСПП, такая ситуация сложилась из-за ужесточения банковского комплаенса и регулярных отказов в проведении платежей.

С 2022 года доля системы SWIFT в международных расчетах снизилась с 75–80% до 48–52%. Оставшийся объем операций распределился между платежными агентами, зарубежными филиалами компаний, цифровыми финансовыми активами и бартерными схемами.

Использование новых каналов приводит к уплате дополнительной премии за отсутствие суверенной инфраструктуры. Издержки бизнеса растут: комиссии посредников достигают 2,5–5%, а каждая третья сделка задерживается. Эксперты указывают, что эти расходы удорожают логистические цепочки и напрямую влияют на конкурентоспособность российских товаров.

Для решения проблемы в РСПП предлагают развивать устойчивую инфраструктуру на межгосударственном уровне через взаимодействие центробанков и национальных платежных систем. Среди приоритетов союза — закрепление статуса ЦФА во внешней торговле и создание международных расчетных контуров под контролем уполномоченных банков.

👉 Будем держать руку на пульсе, не переключайте канал!👇
@trubapodneglinnoy

Число дефолтов на рынке ЦФА по итогам 2025 года выросло втрое

Количество компаний, допустивших технический или полноценный дефолт на рынке цифровых финансовых активов, достигло 35 по итогам прошлого года. Это в три раза превышает показатели предыдущего отчетного периода.

Объем рынка ЦФА при этом демонстрирует стремительный рост: с 17 млрд рублей в начале 2023 года он увеличился до 1,37 трлн рублей. Инструмент задумывался как быстрая и технологичная альтернатива классическому долгу, однако воспроизвел его главный риск неплатежей со стороны заемщика.

Защита инвесторов в этом сегменте пока остается слабой. В профильном законодательстве не содержится определения дефолта по ЦФА и нет института представителя владельцев, а большинство эмитентов выходят на площадки без публичных кредитных рейтингов.

В случае невыплат инвесторам рекомендуют внимательно следить за сроками и оперативно формировать доказательственную базу. Если в отношении эмитента начинается процедура банкротства, заявление о включении в реестр требований кредиторов необходимо подать в течение 30 дней.

👉 Будем держать руку на пульсе, не переключайте канал!👇
@trubapodneglinnoy

📚 3 книги по надежным системам и архитектуре ПО

1. «Безопасные и надежные системы: лучшие практики проектирования, внедрения и обслуживания как в Google»
Авторы: Хизер Эйд, Шери Мейцен, Найал Ричард Мерфи, Бетси Бейер и др.

Практики инженеров Google о том, как проектировать системы, которые выдерживают нагрузку, умеют восстанавливаться после сбоев и не требуют ночного героизма. Авторы честно рассказывают и о собственных ошибках.

2. «Эволюционная архитектура. Автоматизированное управление программным обеспечением»
Авторы: Нил Форд, Ребекка Парсонс, Патрик Куа

Архитекторы ThoughtWorks объясняют, как строить системы, которые не превращаются в монолит через год. Вводят понятие «фитнес-функций» — автоматических проверок, которые следят за тем, чтобы изменения не ломали архитектуру.

3. «Микросервисы и API»
Автор: Хосе Аро Перальта.

Практическое руководство по проектированию понятных и поддерживаемых API. Автор объясняет, как организовать взаимодействие сервисов без клубка зависимостей и где чаще всего ошибаются команды при интеграции.

Освоить лучшие практики архитектуры и научиться решать сложные архитектурные задачи вы можете на курсе «Архитектура программного обеспечения».

📌 Сохраните себе, чтобы не потерять. А в комментариях напишите, какие книги бы вы сюда добавили ↓

→ До 17 сентября действует скидка 16% на курсы Практикума

Пекарня в Кембридже хотела мобильное приложение. Агентство просило за это 300 тысяч долларов и полгода работы. Два студента (сын маминой подруги?) Гарварда сделали рабочую версию за одну ночь, используя ChatGPT, в рамках учебного проекта.

#заметки

Прикольный кейс молодой компании, и очень свежий.

Так весной 2023-го, между занятиями по MBA, началась история Blitzy. Брайан Эллиотт до Гарварда шесть лет служил в армии: боевой дайвер, 75-й полк рейнджеров, Bronze Star.

Сид Пардеши до Гарварда семь лет проработал инженером в NVIDIA, придумал больше 27 патентов и незадолго до выхода ChatGPT отказался от невыплаченных акций компании на десятки миллионов долларов, чтобы уйти и стать основателем.

Идея была простая и дерзкая: AI-агенты сами читают код компании, пишут новый, тестируют его и документируют, а человек нужен только на самых сложных участках.

Продукт задумывали с самого начала, а начали почему-то с заказных проектов. Каждого нового клиента использовали как эксперимент, узнавая, где платформе ещё не хватает автономности, и достраивали это в продукт.

Эллиотт пишет про это: «Мы использовали Blitzy, чтобы построить Blitzy»
.
К концу 2025-го компания выросла с двух основателей до полусотни человек за полтора года. Выручка удваивалась каждый квартал, деньги начали приходить быстрее, чем уходить. Контракты с крупными клиентами доходили до полумиллиона долларов в год, некоторые на несколько лет вперёд.

Ключевую роль в этом сыграла необычная должность, forward-deployed engineer, идею которой Blitzy позаимствовала у Palantir. Такой инженер физически садится внутри команды клиента и меняет саму работу изнутри.

В Palantir это объясняли следующим образом: официант в хорошем ресторане неотъемлемая часть кухни. Если гость просит не то вино к рыбе, официант вправе сказать нет, ради самого гостя.

Я уже немного пытался рефлексировать на тему FDE, если пропустили читать тут

Осенью 2025-го платформа стала сложнее и мощнее, и эта же сложность разделила клиентов на два лагеря.

Крупным она давала больше возможностей, у них были свои инженеры и деньги на forward-deployed сопровождение, чтобы этим пользоваться.

Одиночкам за 1000 долларов в месяц та же сложность просто мешала: без сопровождения раскрыть продукт не получалось, тариф превратился в поддержку, которая съедала маржу.

Тариф приносил несколько сотен тысяч в год, но выбирать пришлось между ростом на крупных клиентах и удержанием мелких. Blitzy тариф закрыла.

Почти три года прошло с той самой ночи в пекарне. Эллиотт и Пардеши снова обсуждали план, только теперь на доске в офисе три сценария на 2026 год.

Осторожный удвоил бы доход ставкой на качество внедрения. Средний утроил бы его за счёт найма продавцов. Самый смелый мог упятерить доход, если тянуть и продажи, и штат инженеров у клиентов одновременно.

Три сценария выглядели как выбор между цифрами, но думается что это выбор был про людей: сколько таких инженеров можно найти, обучить и посадить рядом с клиентами, не потеряв то самое качество, ради которого крупные компании вообще выбрали Blitzy.

Похоже, осторожный путь уже не был базовым сценарием. Пятого мая 2026-го Blitzy объявила о раунде на 200 миллионов долларов при оценке 1.4 миллиарда, лид Northzone, среди участников PSG и Battery Ventures.

Продолжаем следить, голивудская история немного.