Мультимодальность в ИИ-агентах: картинки на вход, картинки на выход и отказ от Multimodal RAG
На связи Сергей Смирнов, AI-инженер и основатель LLMStart.ru (далее…)
На связи Сергей Смирнов, AI-инженер и основатель LLMStart.ru (далее…)
Плохое резюме редко выглядит плохим — оно может быть аккуратным, грамотным, с нормальным шрифтом, ровными блоками и уверенным саммари в начале. Но рекрутер все равно пролистнет его за 10 секунд, потому что не увидит главного: понятной роли, доказанных результатов и прочих совпадений с вакансией.
Воскресенье Восьмой час вечера. Вспоминаю, что не успел принять работу и поставить новые задачи. Захожу в Фигму. Бегает курсор — дизайнер вносит правки. Шучу в рабочий чат о работе в выходной. Немедленно отзывается владелец продукта — она дорабатывает пользовательский путь.
Год назад я решил, что проблема во мне: «Нечего кивать на обстоятельства, нужно находить более эффективные способы работы, внедрять передовые фреймворки, развивать себя».
Спустя полгода, провалив внедрение руководства по распожаризации, задумался — может в общей системе работы среднего менеджмента в России что‑то не так?
Как школьнику из небольшого города разглядеть за горизонтом новые перспективы? Как студенту попасть в компанию мечты еще до получения диплома? И где работодателю найти тех самых «Вавиловых», которые будут двигать отрасль вперед?
В этой статье мы будем говорить о платформе «Я в Агро» Россельхозбанка. Что такое «Я в Агро»? Это профориентация, образование и трудоустройство в одной системе. Это сайт со стажировками и вакансиями, а также экосистема, которая ведет по всем этапам карьеры в АПК: от первого интереса к профессии в школе до статуса топ-менеджера или ведущего ученого.
Директор ИТ компании ГК ФСК и победитель рейтинга ТОП-100 CIO России Владимир Крыльцов рассказал, почему 70% пилотов остаются пилотами, как считать реальный эффект от нейросетей и почему гонка за хайпом дороже ошибки в прогнозе.
Я не программист: когда-то давно я учил веб-разработку, понимаю базовые вещи про HTML, CSS, JavaScript, файлы, папки и GitHub, но профессионально разработкой не занимаюсь.
При этом потребность систематизировать знания и дела у меня была давно.
Личные заметки, рабочие задачи, бизнес-проекты, документы, идеи, планы, договорённости — на первый взгляд это разные вещи. Но на более глубоком уровне почти всё сводится к одному циклу:
получить информацию;
понять, что в ней важно;
сохранить её так, чтобы потом найти;
связать с уже известным;
применить в нужный момент.
Боль бизнеса очевидна – по максимуму избавиться от рутины и механических действий, чтобы можно было сконцентрировать усилия на основном продукте и конечной ценности.
Но рутины очень много: документы, коммуникации, задачи, сроки, база знаний, финансы, корпоративное обучение, тестирование знаний, исследование рынка, реклама, корпоративный сайт и т.д.
Как-то так случилось, что многие сервисы стали укрупняться и совмещать несколько инструментов в одном. Я задался вопросами: «Хорошо это ли плохо?» и «Насколько такие мегакомбайны будут востребованы через год, два, пять?»
Звучит как мем про стартап, который пытается быть всем сразу. Я сам так думал примерно до середины разработки. Но в итоге мы это собрали, выкатили в App Store и Google Play, и теперь команды реально ведут в этом проекты. Расскажу, как оно устроено внутри, что было тупо, что неожиданно сработало, и где я до сих пор не уверен, что мы поступили правильно.
Сразу оговорюсь: это не «убийца Jira» и не «убийца Slack». Это попытка убрать одну конкретную боль, на которую я смотрел несколько лет.
Представьте типичную продуктовую команду. У них все просто и понятно: вот бэклог, вот новые фичи, вот спринты, а в конце довольный бизнес считает прибыль. Метрики эффективности прозрачны: выпустили фичу вовремя, и если за ней не последовал шлейф багов, все молодцы.
А теперь представьте команду внутренней Платформы. Они не создают продукт для внешних заказчиков. Их клиенты — это соседние отделы разработки. И когда платформа работает идеально, ее никто не замечает. Но если нет, разработчики фич тихо страдают.