⚪️ Нет - трубам! (архитектурное)

Любопытную статейку прочитал, про архитектуру в эпоху ИИ агентов:

🔗 https://ianbull.com/posts/software-architecture

TLDR от ноутбука-ЛМ в комменты зашлю, для нечитавших.

▶️ С мыслью автора сложно спорить - он очень верно подметил сложность для ИИ агентов: они не могут удерживать "в уме" стейт системы на несколько уровней "вглубь". То есть если у функции есть сайд-эффект, то один уровень, максимум два современные модели осознают. А дальше - все, тупик, не одупляют.

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

Пример: у вас обновление в БД запускает нотификацию. Нотификация обновляет метрику где то, вызывая апдейт лимитов. Лимиты обновляются, и могут ставить лок на аккаунт.

Идея в том, чтобы уйти от такого кода к более простому: каждое действие самодостаточно и минимиировано по сайд-эффектам. БД обновил, и все. Если нужна нотификация и вся последующая цеопчка логики, то ее следует вынести из "глубокой цепочки" в обычную плоскую функцию - типа сделай всю работу по этапам: обнови бд, лимиты, статус аккаунтов; чтобы это было внутри одной функции.

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

Короче - каскадные действия, "трубы" мы выкапываем, убираем методом дробления на чистые кусочки. Переходим к оркестрации "стоков" (sinks)

—-

Ну и агитация за модульность / инкапсуляцию, понятные контракты и четкие уровни.

Все зависимости явно добавляем в интерфейсы.

Progressive Disclosure работает и здесь - не документацией единой же.. Принцип тот же и он жффективен

Реструктурируем проект почти как завещало С4, например, из паутины мелкий модулей структурировать по более крупным подсистемам и компонентам.


▶️ Такая вот идея, с которой сложно спорить. Зачем спорить? Такое применять надо

В общем, действительно олд-скулл. Если люди вам не сказали спасибо за такой код, скажут роботы.


(ц) занимательное и полезное чтение

@deksden_notes

⚪️ OAuth баны от Гугла

Гугл разродился реакцией на шитсторм от банок антигравити и gemini cli для аккаунтов, использовавших OAuth.

Они придумали систему аппеляции и разбана аккаунта, но за второй косяк забанят перманентно.

https://github.com/google-gemini/gemini-cli/discussions/20632

👉 TLDR: Oauth с Гуглом нельзя, аккуратнее!

——

Upd : важно отметить, что юзать CLI в режиме exec из-под какой то системы вроде можно, так как в родной упряжке все делается. А вот напрямую токены подписки - не стоит. Только CLI


@deksden_notes

⚪️ Кризис 2028


Тут подкинули интересный рисёч от инвестиционной конторки. Она расписала сценарий кризиса, связанного с внедрением ИИ на 2026-2028

🔗 Сабж: https://www.citriniresearch.com/p/2028gic

TLDR будет в комментах, как обычно

🟢 Кто может покритиковать тейки? В чем инвестиционщики ошибаются?

@deksden_notes

⚪️ Vercel Chat.SDK


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

🔗 https://www.chat-sdk.dev/

(ц) Ну так - чисто к сведению

Друзья, начинаем митап про AI кодинг в больших проектах через 5 минут. Приходите!
"Во всех кионтеатрах всех стран", :)) выбирайте что душе угодно.

Ссылка на Зум в Luma: https://luma.com/event/manage/evt-AuFhLXtqp1DlqGi/overview

Трансляции:
https://www.youtube.com/live/F2cpHNF0Jwg

https://rutube.ru/video/private/93a8d325a1a8be7dccc785542fe9a1ae/?p=PEbI8DRIhdVL1CAamGDD6w

Важно: Смотреть можно откуда угодно, но вопросы читаем только из Зума.

⚪️ Алибаба Coding Plan

Добавили второй месяц на льготных условиях? так понимаю

Ну - гуд!

@deksden_notes

⚪️ ШОК! Ведущие специалисты Qwen были уволены после #ddeval


... ведь на последнем #feb2026eval2 агент Qwen показал невпечатляющие результаты (на самом деле - нет).

Почему?

Просто совпало на самом деле)))

У Алибабы внутри какие то перестановки, несколько спецов и квена были уволены/ушли - не до конца ясно.


🔗 https://x.com/kevinsxu/status/2028926776605389165?s=20
🔗 https://x.com/ns123abc/status/2028989964189348326?s=46

——

Upd 1️⃣: коллеги в чате (@galadamor) подсказывают, что скорее всего их заменил ИИ

@deksden_notes

⚪️ Первый - пошел! Оркестраторы в массы


Гугловский Кондуктор (который флоу, а НЕ агентный ИДЕ conductor.build) позднее встроят в gemini CLI.

Логично! Упряжки получат какой то встроенный флоу. Кондуктор - это SDD, context -> spec -> plan -> implement.

Лучше поздновато

BMAD релиз первый - сентябрь 2025, например.

@deksden_notes

⚪️ Codex limits Reset

В очередной раз обнаружен некий баг и мы получаем ресет лимитов! Даже двойные лимиты теперь свежие

Ура)

——

Upd 1️⃣ : важное дополнение - праздник жизни у pro / plus аккаунтов. Team обделен.


@deksden_notes

⚪️ Google Workspace Cli and Skill


Связка Cli + Skill потихоньку становится не менее обяательной чем MCP для сервиса

Тоже хорошо

Гугл выпустил свое для Workspace

🔗 https://github.com/googleworkspace/cli

$ npm i -g @⁠googleworkspace/cli
$ npx skills add github:googleworkspace/cli

Кстати, Rust

@deksden_notes

выпустил новый Agent Sessions с абсолютно новой фичой (это уже больше не только просмотрщик логов) - Agent Cockpit - показывает все

- открытые терминалы с Codex/Claude
- названия сессий и табов/окон терминала
- статус агента (работает/ждет юзера)
- мгновенное переключение в нужный терминал

* пока поддержка только iTerm2

https://jazzyalex.github.io/agent-sessions
#opensource

⚪️ Хайп от клозедов

Тут Tibo немного хайпит.

Я правильно перевожу? Май 5й месяц. Четвертое мая по американски будет 5.4

Ждём gpt 5.4 сегодня? 🐟рыбный день же

@deksden_notes

⚪️ Symphony: ну - вроде как оркестратор от Клозедов


Уже слышали, да? Второй пошел.
Как оркестратор - особо непримечательная штука. Vibe Canban такое делал уже давно. Elixir немного экзотичен. Мержить не будет. Дашборд чего происходит какой то есть. Только codex. Задачки берет с linear. Больше похоже на релиз какой то внутренней тулы какого то департамента, для простого вспомогательного раннера в стиле ральфов - норм.

👉 Примечательное тут вот что - предлагается собирать версии под свои языки и платформы через промпт:

🔗 https://github.com/openai/symphony/blob/main/SPEC.md

Как минимум, это оч необычно. Я первый раз такое вижу.

@deksden_notes

⚪️ Звонки на канале Родиона AI Driven Development

@ai_driven


🟢 В минувший вторник было очень интересное выступление Максима @maxim_key_1337 - AI Ready Codebase


▶️ Сегодня, в четверг 05 марта выступаю я с темой "мой AI development flow" (тоже dd-flow получается 😎)


🕓 16:00 MSK


👉 Приходите! @ai_driven

@deksden_notes

Мы начинаем! Приходите на звонок

https://us06web.zoom.us/j/87983770169?pwd=1cQDRyHRvUocWPoywjK5aigrKGEfvv.1

⚪️ Весна наступила быстрее чем ожидалось


Tibo не даром хайпил, и мы угадали. Май наступил своим четвертым числом.

🔗 https://developers.openai.com/api/docs/models/gpt-5.4

Из 🔥 - контекст 1m токенов! Все таки! Правда и раньше не особо жаловался, но больше - лучше, правда ведь?

🔗 Блог: https://openai.com/index/introducing-gpt-5-4/

Кодекс 0.110 уже содержит 5.4! Go тестить

(ц) День рыбный, гуд!

@deksden_notes

🚀 Выложил memobank — свой skill pack для Codex / Claude / agent-first разработки.

Это репозиторий, который помогает не просто “запускать агента”, а выстраивать для него нормальную рабочую среду: с памятью проекта, понятными протоколами, задачами, ревью и воспроизводимым флоу до результата.

Почему мне самому это было важно:
Потому что в какой-то момент стало очевидно: если агент работает только в рамках одного чата, без структуры, без артефактов и без нормального цикла выполнения задач, то через время всё разваливается — контекст плывёт, решения теряются, а повторяемость почти нулевая.

Именно поэтому текущая репа является по сути тем самым подходом Harness Engineering - когда мы не надеемся на модель” а проектируем для неё среду, в которой она может стабильно работать. Крайне рекомендую еще посмотреть, что пишет об этом @Deksden !

Текущая первая реализация
- с долговременной памятью проекта
- с понятной декомпозицией PRD → features → tasks
- с отдельными чистыми сессиями под задачи
- с verify / review / sync циклами
- с возможностью автономного выполнения до конечного состояния

По сути, я собрал туда начальные практики, которые закладывал, когда делал свою студию:
👉 https://studio.matreshkastudio.cloud/

То есть это попытка оформить в нормальный toolkit то, что реально нужно, если строить долгоживущий agent workflow в проекте. По крайней мере на текущем этапе мне так видится.

Что внутри:
🧠 Memory Bank
📋 PRD → задачи
🛠 execution / verify / review loop
🤖 autonomous mode
🔎 codebase mapping для brownfield-проектов
🧩 поддержка Codex CLI / Claude Code

GitHub:
https://github.com/mrvladd-d/memobank (рекомендую клонить репу и из нее init делать)

Уже доступно и через skills.sh:
https://skills.sh/mrvladd-d/memobank (часть скилов только на этапе индексации)

Далее в планах улучшать текущую версию - и переносить устоявшийся флоу в memobank!

В планах добавить мини-memobank, а также видоизменить его под использование новых клозедивых моделей (gpt-5.4-high/xhigh) - поскольку такая детальная проработка на ряде этапов им не сильно нужна, а скорее важно сконцентрироваться на тестировании и валидации.

#opensource

⚪️ Прошедший звонок у Родиона


Спасибо за приглашение Родиону: @rodion_m_tg

И его каналу: @ai_driven

🔗 Запись звонка: https://www.youtube.com/watch?v=O3RKuenDtK4

Повеселили мамкины хакеры, которые не поленились придти делать пакости! Публичный Зум все таки недоработан для проведения таких мероприятий - странно, да, как в эпоху ИИ чего то остается недоработанным?))

Презентация к выступления - в комменте

🔗 Репо: https://github.com/deksden-com/feedback-360

Идем в коммены за презентацией ⬇️

⚪️ Точность 5.4 на большом контексте

Еще работать и работать. Посмотрите на график!

После 256к прям приличное падение. А ведь оно еще и x2 стоит в лимитах. Оно нам надо? Предполагаю, что над этим работают, и к следующему релизу будут улучшения (5.5? 6?) и 1m в принципе станет юзабельным. Сейчас у меня большие сомнения что это работает хорошо, возможно, стоит придумать эвал.

Думаю, для практического использования контекстов 1m-10m нужно чтобы случился какой то прорыв в архитектуре (RLM?)


@deksden_notes

⚪️ Програмисты вымрут в 2026


RLY? Давайте посмотрим

Интересную картинку увидел в интернетах

Citadel Securities опубликовала исследование что количество объявлений о найме программистов растет, и быстро

Это сильно противоречит какому то общему настрою, что ИИ отобирает труд у программистов, как находящихся на фронтире внедрения ИИ.

Казалось бы - загадка. На самом деле - нет, и я ранее высказывал уже предположения: это парадокс Джевонса.

Парадокс Джевонса — это экономический феномен, при котором повышение эффективности использования ресурса (технологический прогресс) приводит не к снижению, а к росту общего объема его потребления. Это происходит потому, что экономия делает ресурс дешевле, а это стимулирует спрос. В итоге спрос часто перевешивает первоначальную экономию! ))

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

В общем, спрос на профессию растет!

Надеюсь, такая оценка ситуации - правильная и реалистичная.

🔗 https://www.citadelsecurities.com/news-and-insights/2026-global-intelligence-crisis/

Так что пилим оркестрацию еще усиленнее - это только на пользу)))

@deksden_notes

⚪️ Сложности реализации full-SDLC AI


Вот тут наткнулся на кейс:

🔗 https://x.com/Al_Grigor/status/2029889772181934425?s=20

CC ловко вайпнул инфру вместе со всеми данными. Бэкапы в виде снепшотов тоже. ☠️

Выводы? full ai-sdls сложен. Требует выработки устойчивых подходов.

▶️ Еще раз: агент не ходит к проду "как к себе домой!". План миграции и переездов не делается "на лету".

По мне, так надо все как с кодом - сначала исследование, граундинг на текущую инфраструктуру, доклад о том что агент видит. Потом планирование изменений, итеративно, с анализом сайд-эффектов, и только потом какие то манипуляции строго по одобренному плану. Так у агента меньше шансов исполнить какой то опасный экспромпт!

Экспромптом же "на живую", итеративно работать с ценными данными - это абсурд, "... и отвага"! Еще и аудита устойчивости своей системы не делал: ну кто ж снепшоты так хранит? Если система ненадежная, так там только ИИ не хватало

В общем, система обязана быть отказоустойчивой в том числе к случайному "повреждению" изнутри. И работать надо "устойчивыми" схемами. Ревью архитектуры тем же ИИ агентом не помешает. Пусть он пропишет воможный отка каких то элементов и просчитает последствия. Не все компетентны в таких аналиах, так пользуемся интеллектом под руками. Так будет меньше боли


@deksden_notes