Byndyusoft
رفتن به کانال در Telegram
Возводим и масштабируем сложные цифровые системы в экспертных и ИИ‑командах. Сайт https://byndyusoft.com, обсудить проект @byndyu_help
نمایش بیشتر399
مشترکین
-124 ساعت
-27 روز
-430 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئیه '26
ژوئیه '26
+8
در 1 کانالها
ژوئن '26
+9
در 1 کانالها
Get PRO
مه '26
+16
در 0 کانالها
Get PRO
آوریل '26
+6
در 1 کانالها
Get PRO
مارس '26
+14
در 1 کانالها
Get PRO
فوریه '26
+13
در 1 کانالها
Get PRO
ژانویه '26
+23
در 1 کانالها
Get PRO
دسامبر '25
+10
در 2 کانالها
Get PRO
نوامبر '25
+11
در 1 کانالها
Get PRO
اکتبر '25
+15
در 1 کانالها
Get PRO
سپتامبر '25
+10
در 1 کانالها
Get PRO
اوت '25
+13
در 1 کانالها
Get PRO
ژوئیه '25
+12
در 1 کانالها
Get PRO
ژوئن '25
+15
در 3 کانالها
Get PRO
مه '25
+18
در 1 کانالها
Get PRO
آوریل '25
+18
در 2 کانالها
Get PRO
مارس '25
+14
در 1 کانالها
Get PRO
فوریه '25
+21
در 1 کانالها
Get PRO
ژانویه '25
+13
در 0 کانالها
Get PRO
دسامبر '24
+18
در 1 کانالها
Get PRO
نوامبر '24
+18
در 1 کانالها
Get PRO
اکتبر '24
+31
در 2 کانالها
Get PRO
سپتامبر '24
+44
در 2 کانالها
Get PRO
اوت '240
در 2 کانالها
Get PRO
ژوئیه '240
در 0 کانالها
Get PRO
ژوئن '24
+30
در 6 کانالها
Get PRO
مه '240
در 3 کانالها
Get PRO
آوریل '24
+9
در 2 کانالها
Get PRO
مارس '240
در 0 کانالها
Get PRO
فوریه '240
در 2 کانالها
Get PRO
ژانویه '24
+161
در 3 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 30 ژوئیه | +1 | |||
| 29 ژوئیه | 0 | |||
| 28 ژوئیه | 0 | |||
| 27 ژوئیه | 0 | |||
| 26 ژوئیه | 0 | |||
| 25 ژوئیه | 0 | |||
| 24 ژوئیه | +1 | |||
| 23 ژوئیه | 0 | |||
| 22 ژوئیه | 0 | |||
| 21 ژوئیه | 0 | |||
| 20 ژوئیه | 0 | |||
| 19 ژوئیه | +1 | |||
| 18 ژوئیه | 0 | |||
| 17 ژوئیه | 0 | |||
| 16 ژوئیه | 0 | |||
| 15 ژوئیه | 0 | |||
| 14 ژوئیه | 0 | |||
| 13 ژوئیه | 0 | |||
| 12 ژوئیه | 0 | |||
| 11 ژوئیه | +1 | |||
| 10 ژوئیه | 0 | |||
| 09 ژوئیه | +1 | |||
| 08 ژوئیه | 0 | |||
| 07 ژوئیه | 0 | |||
| 06 ژوئیه | 0 | |||
| 05 ژوئیه | 0 | |||
| 04 ژوئیه | 0 | |||
| 03 ژوئیه | 0 | |||
| 02 ژوئیه | +1 | |||
| 01 ژوئیه | +2 |
پستهای کانال
Repost from N/a
Большое обновление моделей в «Социотех»: качество выше, цена та же
Мы завершили масштабное обновление моделей, доступных для ИИ-операций.
Что изменилось:
— в линейку добавлены GLM-5.2 от Z.ai и Kimi K3 от Moonshot AI;
— дополнение и валидация карт теперь выполняются на Claude Sonnet 5;
— все операции на моделях OpenAI переведены на семейство GPT-5.6;
— для наиболее сложных задач используется флагманская GPT-5.6 Sol, для остальных — Terra и Luna;
— Qwen обновлён до версии 3.7-Max.
‼️ Обратите внимание на GLM: на задачах Социотеха эта ИИшка работает с качеством лучше и с той же скоростью, что и ChatGPT, но по цене сильно дешевле. Например, генерация Карты гипотез с ChatGPT стоит 25 токенов, а с GLM всего 5 токенов!Для большинства моделей мы также отдельно настроили глубину рассуждений: — средний уровень — для Claude Sonnet и DeepSeek; — повышенный — для GPT; — максимальный — для Kimi и GLM.
Параметры подбирались индивидуально для каждого семейства моделей с учётом баланса качества, скорости ответа и стоимости.Результат: более качественные ответы ИИ при сопоставимой стоимости для пользователей «Социотеха». Переходите в Социотех https://sociotech.center и попробуйте обновлённые модели на своих проектах.
| 2 | 🎙 На канале @another_sa вышел подкаст с моим участием [спасибо Андрей @and_burakov, что позвал. Зови ещё!]
Говорили про то, что я люблю больше всего: куда едут код-агенты, что будет с индустрией, как поедут наши роли и чему придётся доучиваться. Вышло и правда философски — местами улетали лет на десять вперёд.
С этого и начали. Прошлой осенью я впервые на конференции про свой взгляд на будущее (позже написал статью), где сдвиг в методологиях проектирования архитектуры я закладывал на «лет через пять-десять». А в этом месяце сел за ретроспективу своих прогнозов — и обнаружил, что этот сдвиг уже случился, за какие-то полгода. Настолько всё ускорилось.
💨 Несколько мыслей, которые я в подкасте накидываю на вентилятор
🤖 Код-агенты за полгода прыгнули так, что я сам не сразу поверил
Прошлым летом я по ночам пилил движок для своих шахмат с кубиками и упирался в тяжёлые расчёты на процессоре — мы с агентом неделями вылизывали профайлером каждый процент, и я его в итоге забросил. Вернулся весной, уже на новых моделях, — и агент даже не стал запускать код: подумал минут десять, прочитал кодовую базу, нашёл хвост рекурсии и применил математический алгоритм, которого я, честно, даже не знал (потом загуглил — действительно есть такой). Час работы — ускорение в 20 раз, и все тесты зелёные.
А ещё мы по согласованию с заказчиком сделали коммерческий проект целиком на агентах: ни строчки кода руками, два месяца — сдали и получили оплату. Классической командой людей было бы раза в два больше, а провозились бы минимум в полтора раза дольше.
🌱 От проектирования систем — к выращиванию среды.
Это моя главная ставка на будущее. Система — когда ты знаешь все компоненты и связи и держишь их в голове. Среда — когда их столько, что учитывать каждую связь бессмысленно, и ты работаешь на уровне законов: как гладь воды, где форму волны считаешь формулой, не отслеживая каждую молекулу. Архитектор здесь становится садовником — ставит свет, подвязывает, обрезает, а растение тянется само. И это не на самом деле уже сейчас не фантастика: k8s, автоскейлинг, FinOps — всё это отчасти уже имеет в себе элементы средового подхода (а не системного).
А SDD и harness для ИИ-агента — это вообще один в один оно и есть: ты не диктуешь строчки кода, а задаёшь законы, стимулы и фитнес-функции, по которым код вырастает сам. Как раз про это моя свежая статья, её в выпуске и разбираем: https://habr.com/ru/articles/1051722/
🧭 Языки программирования — временный костыль.
[Я это уже несколько лет говорю, а на этой неделе и Илон Маск сказал то же самое )) тут должен быть мем: я же говорил]
Python, Java, C# придумывали, чтобы код читал и писал человек. Уходит человек из цикла — костыль становится не нужен. Тут я всегда вспоминаю шахматный движок AlphaZero: он разгромил собственную прошлую версию именно потому, что его не кормили человеческими партиями — не досталось наших стереотипов «в дебюте ходи так». Следующий шаг — освободить и ИИ-агентов от наших языков и паттернов, пусть пишут на языке математики. Отсюда мой любимый тезис про джунов: джуны на Python/Java не нужны, а вот просто способные джуны — очень нужны. Только сажать их сразу в кабину экскаватора, а не учить сперва копать лопатой.
И одно наблюдение уже про нас самих: ИИ обещал разгрузить, а когнитивная нагрузка выросла. Раньше ты сильно думал, а потом отдыхал мозгом на механике — рисовал схемы, печатал код. Теперь всю механику забирает агент, и держать максимальную концентрацию приходится постоянно. К такому режиму пока не готов ни один из нас — впору вспоминать про медитацию 🧘♀️
Послушайте подкаст целиком (там ещё про отбор, ниши, схлопывание ролей, живые возражения ведущего и почему в код лучше не лезть руками): https://youtu.be/Wx1L69NihbM
Копаем дальше 🏗 | 54 |
| 3 |  Всем привет! Сегодня у меня день рождения, и я сделал себе к нему подарок — закончил работать над черновиком своей книги "Доказательная архитектура" 😊
🎞️🎞️🎞️🎞️🎞️🎞️🎞️
«Ну ты же архитектор, тебе виднее».
Эту фразу слышал, кажется, каждый в профессии, и говорят её обычно с уважением. Только вот с чего виднее? За решением стоит опыт — сколько-то похожих систем, сколько-то прочитанных книг, сколько-то шишек. У коллеги, который предлагает сделать наоборот, найдётся не менее убедительная история. Оба опираются на опыт и оба звучат уверенно, а выбрать в итоге нужно какой-то один вариант.
Я много лет собирал ответ на этот вопрос по кускам: в докладах, статьях, спорах, чужих постмортемах и собственных ошибках. Теперь куски собрались в книгу — «Доказательная архитектура».
Главный тезис такой: у архитектурного решения должно быть не только описание того, как будет устроена система. Оно должно объяснять, почему мы рассчитываем, что выбранный вариант сработает в нашем контексте, как мы это проверим и какие сигналы заставят нас его пересмотреть.
Что внутри, если коротко:
➡️ лестница силы аргументов — от интуиции до эксплуатационных наблюдений: чтобы прямо на архсовете понимать, сколько весит прозвучавший аргумент;
➡️ архитектурная гипотеза: как превратить мнение архитектора в проверяемую запись с механизмом эффекта, метриками и условиями пересмотра, зафиксированными до внедрения;
➡️ принцип каскадного снижения связанности, доведённый до проверяемого неравенства;
➡️ Architecture as Code с тестами: как ловить расхождение схемы и реальности на CI, а не на инциденте;
➡️ метрики архитектуры и способы не обмануть себя ими же;
➡️ как проверять отказоустойчивость, когда начинать архитектурный рефакторинг и что изменится, если приложить тот же аппарат к платформам, процессам и оргструктурам;
➡️ и отдельная глава про то, что со всем этим делает ИИ.
В итоге получилось пятнадцать глав со сквозным примером, тянущемся через всю книгу, в конце каждой главы — чек-лист.
Сейчас это черновик. Сейчас хочу собрать небольшую группу коллег по цеху желающих прочесть черновик для проверки.
Если чувствуете в себе силы осилить и дать фидбэк — пишите в личку @razonrus 😎
В качестве обратной связи по черновику мне нужны минимум две вещи:
1. Общие замечания по содержанию. Где я ошибся, где излишне упростил, где пропустил что-то, где не учёл важный контекст. Это хочется обнаружить до публикации.
2. Точечные комментарии прямо по тексту: неточность, спорный переход, недостающее уточнение.
На верстку, стиль картинок, мелкие опечатки и пунктуацию пока можно не обращать внимания. Мне важно именно содержание.
Если формулировка мешает понять мысль, конечно, отмечайте: это уже содержательная проблема.
Планирую собрать обратную связь за месяца полтора.
Спасибо 🙏 | 64 |
| 4 |  Жесткая правда от ИИ. Всем хорошей рабочей недели! 😊 | 92 |
| 5 |  10 минут вместо дня: ИИ пишет хаос-тест сам
Один из наших разработчиков писал нагрузочный тест с хаотическим падением сообщений через блокировки в БД. Задача нетривиальная: нужно не просто «иногда падать», а делать это с точными вероятностями и проверять, что retry отрабатывает корректно.
Он отдал задачу ИИ. Тот сам реализовал вероятностное распределение ошибок — 10% для одного типа, 4% для другого. Добавил проверку: если retry есть, количество фактических падений должно совпадать с расчётным. Всё это без подсказок по реализации.
Вручную такой тест занял бы значительную часть дня. Вышло за ~10 минут.
Интересно не то, что ИИ «быстро написал код». Интересно, что он удержал логику задачи целиком — вероятности, механизм retry, граничные условия. Обычно именно это отнимает время: не сам код, а продумывание сценариев.
Мы используем ИИ не чтобы заменить разработчиков, а чтобы убрать рутину из сложных задач. Там, где раньше тратили день на тест — теперь тратят час на что-то важнее.
Если хотите разобраться, где в вашей разработке ИИ реально сокращает время — напишите нам. Покажем на конкретных сценариях. | 143 |
| 6 |  Анонс мини-курса по Карте реализации историй
Сколько раз вы видели, как команда усердно работает над фичей, но потом выясняется: в ней нет ничего важного для потребителя?
В бэклоге всё аккуратно, в макете всё красиво, разработка идёт — и всё же приходится выкидывать или переделывать, потому что смысл задачи потерялся где-то между первым разговором и итоговым интерфейсом.
Если вы аналитик, продакт, дизайнер или разработчик и вам приходится объяснять, зачем вообще нужна функция, а не только что в ней должно быть, этот разрыв вам знаком.
Карта реализации историй даёт недостающий мост. Она удерживает в одном ёмком описании действия его носителя, ситуацию, способ работы, объекты оперирования и цель. Поэтому требования можно провести от шага в процессе до структуры интерфейса и показать, откуда взялся каждый блок, вместо того чтобы прикрываться догадками и домыслами.
Я собрал мини-курс, чтобы этот подход, отточенный до уровня технологии, вы освоили на своей ситуации и принесли в команду. Восемь занятий через день, онлайн; останутся видео, шаблон, практические задания и разборы.
——
Мини-курс по Карте реализации историй | 108 |
| 7 |  Новая функция в Социотехе: связывайте стратегические ставки с гипотезами
Связанный SWOT-анализ помогает выбрать направление движения. Карта гипотез — превратить это направление в конкретные изменения, которые можно проверить. Теперь эти два этапа можно соединить напрямую.
—
1. Как это работает?
Вы формулируете стратегические ставки в Связанном SWOT-анализе, а затем связываете их с гипотезами на Карте гипотез.
В карточке гипотезы отображается стратегическая ставка, ради которой она создана. Одну ставку можно раскрыть через несколько гипотез, а каждую гипотезу — продолжить задачами и экспериментами.
В результате появляется сквозная цепочка:
факторы среды → стратегическая ставка → гипотеза → конкретные действия.
Карту также можно дополнить с помощью ИИ: он проанализирует контекст и предложит гипотезы на основе стратегических ставок. Останется принять подходящие варианты или отклонить лишние.
—
2. Зачем это надо?
Это нужно, чтобы стратегия не заканчивалась на красивой формулировке. Связи помогают увидеть, какие гипотезы действительно реализуют выбранную стратегию, почему команда взяла конкретную задачу в работу и какие ставки пока не подкреплены действиями.
Это упрощает приоритизацию, сохраняет контекст решений и позволяет обсуждать не отдельные идеи, а целостную логику движения к цели.
—
3. Кому и когда это надо?
Функция пригодится руководителям, продуктовым и проектным командам, стратегам и фасилитаторам — всем, кто участвует в выборе направления и его реализации.
Особенно полезно использовать связи:
— после проведения SWOT-анализа и выбора стратегических ставок;
— при формировании квартальных планов и бэклога;
— во время приоритизации гипотез;
— на стратегических сессиях и командных синхронизациях;
— при пересмотре стратегии, чтобы понять, что уже проверяется на практике, а что осталось только намерением.
Переходите в Социотех, откройте Связанный SWOT-анализ и Карту гипотез — и попробуйте превратить стратегические ставки в проверяемые действия. | 108 |
| 8 |  Вайб-код без документации: как это вообще тестировать
Вайб-кодинг ускоряет разработку. Но когда функциональность написана быстро, без требований и документации — тестировщик остаётся один на один с кодом, который нужно понять с нуля.
29 июля в 19:00 встречаемся в Санкт-Петербурге и Челябинске, чтобы обсудить это вживую. Поговорим о том, как разбираться в быстро написанном коде, находить основные риски и приводить решение к проверяемому состоянию.
Формат — открытое обсуждение. Приносите свои истории и подходы. Будет полезно и новичкам, и тем, кто уже набил шишки с AI-инструментами.
Вход свободный. Еда и напитки — за свой счёт.
📍 СПб: Failover Bar, 2-я Советская, 18
Регистрация: https://byndyusoft-event.timepad.ru/event/4100870/
📍 Челябинск: Сидрерия, Цвиллинга, 15/1
Регистрация: https://byndyusoft-event.timepad.ru/event/4100841/
Чат в Telegram: https://t.me/qa_meetups
Чат в Max: https://max.ru/join/osPeH61resYegoyIbcKPLotu52BWttaeThkDu9FqS0M | 353 |
| 9 | Поговорили с Сергеем Мартюшевым о ИИ и его влиянии на наши роли.
📱 интервью
Мои цитаты, отобранные Сергеем:
О своем опыте и текущем проекте
> «Где-то с апреля, наверное, этого года я глубоко в код агентской разработке. […] когда я увидел, что такое современные агенты, я просто несколько месяцев я просто как ошалелый делал какие-то свои старые идеи».
> «Я написал такую метасистему, которая сама выращивает софт».
О роли человека (управление ИИ)
> "Я, наверное, выделил бы роли, что в целом, наверное, моя главная роль была — погонщик ИИ".
О проблеме скрытых решений ИИ
> "Самое плохое — это когда те решения, которые он принимает, он тебе их не озвучивает. То, на чём основывался, не сделал частью ни репозитория, ни твоей памяти, ни своей памяти. Это значит, что в следующие сессии какие-то, а они точно будут, если у тебя система, знаешь, там живёт долго. Никто не узнает, почему было принято какое-то решение. Это фейл, просто тотальный!"
О разнице скоростей восприятия и контроле
> "Они настолько быстро генерят и настолько же быстро изучают новые репозитории которые быстрее человека. Поэтому мы вообще на абсолютно разных масштабах скорости восприятия работаем".
> "Я считаю, что нужно контролировать в тех точках, в которых наше восприятие ещё будет поспевать. То есть вычитывать всё там, его нагенерированные штуки нереально. Поэтому где то нужно отпускать контроль".
О социальных ролях и принятии ИИ в компаниях
> "Абсолютно всегда и сейчас то же самое, есть люди, которые, ну я поп- я просто по-старому буду продолжать. Под ударом идентичность очень сильная".
О будущем навыков человека
> "Я стараюсь оставлять области, в которых я точно что-то буду думать, делать сам, потому что нужна тренировка, потому что будет утерян навык, если не делать".
> "Одна из главных проблем, которая с этим связана - где будет граница, где ты ему отдаёшь творчество? Я это называю это проблема зазора творчества". | 102 |
| 10 |  Новые времена требуют новых метрик ⭐⭐⭐ | 122 |
| 11 | 4,5 тысячи сотрудников Google подписали петицию с требованием защитить их от увольнений на фоне развития ИИ.
И здесь есть деталь важнее очередной страшилки про нейросети. Внедряя ИИ, компания меняет негласный договор с людьми. Вчера сотрудник был носителем экспертизы. Сегодня он смотрит на новый инструмент и гадает, поможет тот работать или поможет руководству сократить штат.
Когда трансформацию начинают с вопроса «сколько людей мы сможем убрать», сотрудники быстро понимают правила игры.
Знания перестают передаваться.
Процессы становятся ещё менее прозрачными.
Любая автоматизация встречает сопротивление.
В итоге компания покупает интеллект, но теряет доверие. Поэтому руководителю стоит спрашивать не «кого заменит ИИ?», а «какую систему работы мы строим и где человек в ней создаёт максимальную ценность?».
Если ваша ИИ-инициатива уже превратилась в список лицензий и план сокращений, стоит проверить сам замысел. На первой бесплатной встрече разберём ситуацию и поймём, где Byndyusoft может быть полезен.
Подробности истории с сотрудниками Google:
https://biz.cnews.ru/news/top/2026-07-17_tysyachi_sotrudnikov_google_prizvali | 119 |
| 12 |  А у нас анонс еще одного вебинара!
30 июля, в четверг в 18:00 у нас в эфире будет Андрей Шапиро и в связи с выходом его новой книги мы будем говорить о Карте реализации историй!
Если в двух словах, то Карта реализации историй развивает идеи User Story Mapping и представляет собой технологию сбора детальных требований совместно с проектированием разрабатываемой системы. На словах просто, но есть куча нюансов, вот о них и поговорм!
30 июля в 18:00
Подключайтесь! | 139 |
| 13 |  Задачи, которые раньше не стоило начинать
Есть задачи, которые вы никогда не решали. Не потому что не хотели, а потому что они не окупались.
Gap-анализ рынка раз в квартал. Регулярный SWOT по каждому конкуренту. Персональные тексты под каждый сегмент в SMM. Всё это требовало столько человеко-часов, что проще было не начинать. Экономика не сходилась.
ИИ сдвинул эту границу. То, что стоило как работа отдела за неделю, теперь считается за часы. И дело не в экономии на зарплатах. Дело в том, что появился целый пласт работы, которую раньше вычёркивали ещё на этапе оценки.
Вот что тут легко пропустить. Пока вы думаете, где ИИ сэкономит на текущих процессах, вы не видите главного: какие решения вы годами не принимали, потому что данные для них было слишком дорого собрать.
Это и есть невидимая зона. Не «как ускорить то, что уже делаем», а «что мы вообще перестали считать возможным».
Мы в Byndyusoft находим такие задачи и встраиваем в процессы ИИ-агентов, которые берут на себя эту работу целиком. Не разовый эксперимент, а часть рабочего потока.
Подумайте: какие задачи вы вычеркнули пять лет назад со словами «слишком дорого»? Возможно, сегодня они стоят копейки. Напишите нам — разберём, что из этого уже можно запускать. | 151 |
| 14 |  Инженерное мышление — новая нефть
Сегодня снова эфир с Сергеем Мартюшевым. И — сюрприз — говорили не про карту гипотез, а про ИИ. Потому что многим непонятно, как нам с этой штукой сосуществовать, во что это выльется и куда мы вообще идём.
Решили не сдерживаться и просто подискутировать🙂 Я со своей инженерной колокольни, Серёжа — со стороны людей и смыслов.
Прошлись по цепочке:
— почему маленькие нейронки уходят в прошлое, а большие модели выигрывают;
— как заказчики перестали заказывать тестировщиков и ML-инженеров;
— что общего у ИИ и трактора (и при чём тут лопаты);
— кто такой «погонщик ИИ» и почему инженерное мышление — новая нефть;
— чего нейронка не знает и не узнает, даже если очень попросить;
— ну и куда вообще катится этот поезд и где в нём наше место.
Про панику мы тоже поговорили. Вернее, про то, что тревожиться — это нормально. Но если человек выбрал тревожиться, он всегда найдёт повод. Почему бы не тревожиться из-за ИИ? Хорошая тема. Но ведь можно и не тревожиться, а сесть и разобраться.
Кажется, у нас с Серёжей получилось как раз про это — не «заменит или не заменит», а как собрать из того, что есть, работающую систему: где ты не просто потребитель готовых ответов, а тот, кто ставит задачу, проверяет результат, отвечает головой и остаётся человеком даже там, где алгоритм уже всё сделал за пятнадцать минут.
Не обещаю, что после эфира панические мысли уймутся раз и навсегда. Но, кажется, когда начинаешь в этом всём разбираться — хотя бы перестаёшь бояться вслепую. А дальше уже интереснее: не тревожиться, а собирать, пробовать, ошибаться и двигаться. Вот ради этого и записывали. | 120 |
| 15 | 23% компаний написали «ИИ» в причинах увольнения
Ссылка на новость: https://lenta.ru/news/2026/07/13/na-odin-iz-sektorov-ekonomiki-obrushilas-volna-uvolneniy/
Массовые увольнения в IT. В ленте рыдают о рынке труда, зарплатах и кризисе. А мы смотрим на код, который бросили без хозяина.
Уволенный разработчик уносит не только кружку. Он забирает контекст: почему этот костыль гениален, а вот ту штуку трогать нельзя. Остаётся техдолг с дикими процентами, и новый сеньор будет разгребать это полгода. Если не уронит продакшен раньше.
Мы не будем давать инструкцию «как пережить увольнения». ИИ нагенерит её быстрее. Мы скажем, зачем вам проводник.
Потому что войти в чужой код без паники, без потери логики и без истерики «кто это писал» — это навык. И это не про «нанять рук». Это про сохранить продукт, пока все вокруг режут косты.
Мы в одной лодке. Только одни уже наняли нас и спокойно смотрят в завтра, а другие всё ещё думают, что справятся сами. Ну-ну. | 138 |
| 16 |  Доброе утро, дорогие любители ИИшек 🤖 | 158 |
| 17 |  X5 заработала 5 млрд на ИИ. А вы всё ещё обсуждаете, внедрять или нет?
X5 Group опубликовала результат, который стоит запомнить: AI-решения принесли компании 5 млрд рублей дополнительной операционной прибыли.
Не «повысили эффективность». Не «оптимизировали процессы». Принесли 5 миллиардов. Измеримо, конкретно, в деньгах.
Это не про технологическое превосходство. Это про то, что пока одни компании ищут «правильный момент» для внедрения ИИ, другие уже считают прибыль от него.
Проблема в том, что многие до сих пор воспринимают ИИ как эксперимент. Как что-то, что «надо попробовать, когда будет время». Но время — это и есть то, что вы теряете. Каждый квартал без автоматизации — это не просто упущенная возможность, это реальные деньги, которые остаются на столе.
И дело не в том, чтобы срочно «внедрить ИИ везде». Дело в том, чтобы увидеть, где именно в ваших процессах прямо сейчас теряется прибыль — и начать там.
Byndyusoft помогает компаниям находить эти зоны и внедрять ИИ-агентов для автоматизации процессов. Не абстрактно, а с конкретным результатом: разгрузить команду, ускорить операции, высвободить ресурсы.
История X5 — это не вдохновляющий кейс. Это напоминание: пока вы думаете, считают другие. Ссыока на их отчет: https://www.x5.ru/ru/news/ii-resheniya-prinesli-x5-5-mlrd-rublej-dopolnitelnoj-operaczionnoj-pribyli/ | 181 |
| 18 |  AI-агенты и тест-кейсы: собрались, поспорили, не поссорились
24 июня в Челябинске провели QA-митап. Без сцены и дресс-кода — просто собрались и поговорили.
Тема: генерация и автоматизация тест-кейсов с помощью AI-агентов. Разобрали несколько подходов, честно обсудили, где они работают, а где создают новые проблемы вместо старых. Нашли точки, где AI реально помогает, и точки, где пока лучше не трогать.
Общались живо — с примерами, спорами и смехом. Именно так и рождаются нормальные решения: не из презентаций, а из столкновения реального опыта.
Если вы в QA и хотите попасть на следующую встречу — напишите в комментариях или в личку. Будем знать, что вас добавить в список. | 367 |
| 19 | Самая дорогая часть ИИ — ваше внимание.
ИИ-агент пишет код быстрее, чем человек успевает понять, что именно он написал и почему. В итоге команда вроде бы экономит время, но тратит его на проверки, исправления и попытки восстановить логику решений. Новое легаси — теперь с доставкой за один день.
Наш методолог и арт-директор Андрей Шапиро написал об изнанке работы с ИИ-код-агентами: усталости от переключений, «радиации внимания» и постепенной потере контроля.
Главный риск ИИ-пилота в том, что через месяц никто не сможет объяснить, как его поддерживать и кто отвечает за результат. Поэтому до автоматизации важно понять, где ИИ реально меняет экономику процесса, а где лишь быстрее производит неопределённость.
В Byndyusoft мы начинаем с диагностики процессов и систем, а уже потом собираем ИИ-пилоты, которые можно контролировать и масштабировать.
Обязательно прочитайте статью Андрея: Усталость от напарника-машины. Изнанка работы с ИИ-код-агентами и напишите в комментариях, как сами видите эту ситуацию. | 151 |
| 20 |  Почему AI-агент из статьи получается бесполезным — и как это исправить
Большинство попыток обучить AI-агента на статье заканчиваются одинаково: агент знает, что тема существует, но не знает, что с ней делать. Это не проблема модели — это проблема подготовки данных.
Мы используем двухпроходной подход. Первый проход — агент читает статью и формирует конспект с базой знаний. Всё, что есть в тексте: термины, связи, контекст.
Второй проход — процедурный отжим. Убирается лирика, вступления, авторские оговорки. Декларативные описания — «что это такое» — выносятся в отдельные секции. Остаётся только то, что агент должен уметь делать: шаги, условия, решения.
Результат — лаконичный, действенный скилл вместо перегруженного конспекта. Агент не «знает про» — он «умеет».
Это один из подходов, который мы применяем при оптимизации процессов с внедрением AI-агентов. Если у вас есть задача, где агент должен работать по регламентам, инструкциям или экспертным статьям — напишите, разберём вашу ситуацию. | 161 |
